2026-03-15 21:16:27 +02:00
|
|
|
import fs from "node:fs";
|
|
|
|
|
import path from "node:path";
|
2026-03-16 20:58:58 -04:00
|
|
|
import { defineConfig, type UserConfig } from "tsdown";
|
2026-03-16 01:32:47 +00:00
|
|
|
import { buildPluginSdkEntrySources } from "./scripts/lib/plugin-sdk-entries.mjs";
|
chore: Migrate to tsdown, speed up JS bundling by ~10x (thanks @hyf0).
The previous migration to tsdown was reverted because it caused a ~20x slowdown when running OpenClaw from the repo. @hyf0 investigated and found that simply renaming the `dist` folder also caused the same slowdown. It turns out the Plugin script loader has a bunch of voodoo vibe logic to determine if it should load files from source and compile them, or if it should load them from dist. When building with tsdown, the filesystem layout is different (bundled), and so some files weren't in the right location, and the Plugin script loader decided to compile source files from scratch using Jiti.
The new implementation uses tsdown to embed `NODE_ENV: 'production'`, which we now use to determine if we are running OpenClaw from a "production environmen" (ie. from dist). This removes the slop in favor of a deterministic toggle, and doesn't rely on directory names or similar.
There is some code reaching into `dist` to load specific modules, primarily in the voice-call extension, which I simplified into loading an "officially" exported `extensionAPI.js` file. With tsdown, entry points need to be explicitly configured, so we should be able to avoid sloppy code reaching into internals from now on. This might break some existing users, but if it does, it's because they were using "private" APIs.
2026-02-02 17:20:24 +09:00
|
|
|
|
2026-03-16 20:58:58 -04:00
|
|
|
type InputOptionsFactory = Extract<NonNullable<UserConfig["inputOptions"]>, Function>;
|
|
|
|
|
type InputOptionsArg = InputOptionsFactory extends (
|
|
|
|
|
options: infer Options,
|
|
|
|
|
format: infer _Format,
|
|
|
|
|
context: infer _Context,
|
|
|
|
|
) => infer _Return
|
|
|
|
|
? Options
|
|
|
|
|
: never;
|
|
|
|
|
type InputOptionsReturn = InputOptionsFactory extends (
|
|
|
|
|
options: infer _Options,
|
|
|
|
|
format: infer _Format,
|
|
|
|
|
context: infer _Context,
|
|
|
|
|
) => infer Return
|
|
|
|
|
? Return
|
|
|
|
|
: never;
|
|
|
|
|
type OnLogFunction = InputOptionsArg extends { onLog?: infer OnLog } ? NonNullable<OnLog> : never;
|
|
|
|
|
|
chore: Migrate to tsdown, speed up JS bundling by ~10x (thanks @hyf0).
The previous migration to tsdown was reverted because it caused a ~20x slowdown when running OpenClaw from the repo. @hyf0 investigated and found that simply renaming the `dist` folder also caused the same slowdown. It turns out the Plugin script loader has a bunch of voodoo vibe logic to determine if it should load files from source and compile them, or if it should load them from dist. When building with tsdown, the filesystem layout is different (bundled), and so some files weren't in the right location, and the Plugin script loader decided to compile source files from scratch using Jiti.
The new implementation uses tsdown to embed `NODE_ENV: 'production'`, which we now use to determine if we are running OpenClaw from a "production environmen" (ie. from dist). This removes the slop in favor of a deterministic toggle, and doesn't rely on directory names or similar.
There is some code reaching into `dist` to load specific modules, primarily in the voice-call extension, which I simplified into loading an "officially" exported `extensionAPI.js` file. With tsdown, entry points need to be explicitly configured, so we should be able to avoid sloppy code reaching into internals from now on. This might break some existing users, but if it does, it's because they were using "private" APIs.
2026-02-02 17:20:24 +09:00
|
|
|
const env = {
|
|
|
|
|
NODE_ENV: "production",
|
|
|
|
|
};
|
|
|
|
|
|
2026-03-16 20:58:58 -04:00
|
|
|
function buildInputOptions(options: InputOptionsArg): InputOptionsReturn {
|
2026-03-08 04:12:32 +00:00
|
|
|
if (process.env.OPENCLAW_BUILD_VERBOSE === "1") {
|
|
|
|
|
return undefined;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
const previousOnLog = typeof options.onLog === "function" ? options.onLog : undefined;
|
|
|
|
|
|
2026-03-16 00:29:33 +00:00
|
|
|
function isSuppressedLog(log: {
|
|
|
|
|
code?: string;
|
|
|
|
|
message?: string;
|
|
|
|
|
id?: string;
|
|
|
|
|
importer?: string;
|
|
|
|
|
}) {
|
|
|
|
|
if (log.code === "PLUGIN_TIMINGS") {
|
|
|
|
|
return true;
|
|
|
|
|
}
|
|
|
|
|
if (log.code !== "EVAL") {
|
|
|
|
|
return false;
|
|
|
|
|
}
|
|
|
|
|
const haystack = [log.message, log.id, log.importer].filter(Boolean).join("\n");
|
|
|
|
|
return haystack.includes("@protobufjs/inquire/index.js");
|
|
|
|
|
}
|
|
|
|
|
|
2026-03-08 04:12:32 +00:00
|
|
|
return {
|
|
|
|
|
...options,
|
2026-03-16 20:58:58 -04:00
|
|
|
onLog(...args: Parameters<OnLogFunction>) {
|
|
|
|
|
const [level, log, defaultHandler] = args;
|
2026-03-16 00:29:33 +00:00
|
|
|
if (isSuppressedLog(log)) {
|
2026-03-08 04:12:32 +00:00
|
|
|
return;
|
|
|
|
|
}
|
|
|
|
|
if (typeof previousOnLog === "function") {
|
|
|
|
|
previousOnLog(level, log, defaultHandler);
|
|
|
|
|
return;
|
|
|
|
|
}
|
|
|
|
|
defaultHandler(level, log);
|
|
|
|
|
},
|
|
|
|
|
};
|
|
|
|
|
}
|
|
|
|
|
|
2026-03-16 20:58:58 -04:00
|
|
|
function nodeBuildConfig(config: UserConfig): UserConfig {
|
2026-03-08 04:12:32 +00:00
|
|
|
return {
|
|
|
|
|
...config,
|
|
|
|
|
env,
|
|
|
|
|
fixedExtension: false,
|
|
|
|
|
platform: "node",
|
|
|
|
|
inputOptions: buildInputOptions,
|
|
|
|
|
};
|
|
|
|
|
}
|
|
|
|
|
|
2026-03-15 21:16:27 +02:00
|
|
|
function listBundledPluginBuildEntries(): Record<string, string> {
|
|
|
|
|
const extensionsRoot = path.join(process.cwd(), "extensions");
|
|
|
|
|
const entries: Record<string, string> = {};
|
|
|
|
|
|
|
|
|
|
for (const dirent of fs.readdirSync(extensionsRoot, { withFileTypes: true })) {
|
|
|
|
|
if (!dirent.isDirectory()) {
|
|
|
|
|
continue;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
const pluginDir = path.join(extensionsRoot, dirent.name);
|
|
|
|
|
const manifestPath = path.join(pluginDir, "openclaw.plugin.json");
|
|
|
|
|
if (!fs.existsSync(manifestPath)) {
|
|
|
|
|
continue;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
const packageJsonPath = path.join(pluginDir, "package.json");
|
|
|
|
|
let packageEntries: string[] = [];
|
|
|
|
|
if (fs.existsSync(packageJsonPath)) {
|
|
|
|
|
try {
|
|
|
|
|
const packageJson = JSON.parse(fs.readFileSync(packageJsonPath, "utf8")) as {
|
2026-03-15 18:46:22 -07:00
|
|
|
openclaw?: { extensions?: unknown; setupEntry?: unknown };
|
2026-03-15 21:16:27 +02:00
|
|
|
};
|
|
|
|
|
packageEntries = Array.isArray(packageJson.openclaw?.extensions)
|
|
|
|
|
? packageJson.openclaw.extensions.filter(
|
|
|
|
|
(entry): entry is string => typeof entry === "string" && entry.trim().length > 0,
|
|
|
|
|
)
|
|
|
|
|
: [];
|
2026-03-15 18:46:22 -07:00
|
|
|
const setupEntry =
|
|
|
|
|
typeof packageJson.openclaw?.setupEntry === "string" &&
|
|
|
|
|
packageJson.openclaw.setupEntry.trim().length > 0
|
|
|
|
|
? packageJson.openclaw.setupEntry
|
|
|
|
|
: undefined;
|
|
|
|
|
if (setupEntry) {
|
|
|
|
|
packageEntries = Array.from(new Set([...packageEntries, setupEntry]));
|
|
|
|
|
}
|
2026-03-15 21:16:27 +02:00
|
|
|
} catch {
|
|
|
|
|
packageEntries = [];
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
const sourceEntries = packageEntries.length > 0 ? packageEntries : ["./index.ts"];
|
|
|
|
|
for (const entry of sourceEntries) {
|
|
|
|
|
const normalizedEntry = entry.replace(/^\.\//, "");
|
|
|
|
|
const entryKey = `extensions/${dirent.name}/${normalizedEntry.replace(/\.[^.]+$/u, "")}`;
|
|
|
|
|
entries[entryKey] = path.join("extensions", dirent.name, normalizedEntry);
|
|
|
|
|
}
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
return entries;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
const bundledPluginBuildEntries = listBundledPluginBuildEntries();
|
|
|
|
|
|
2026-03-16 20:58:58 -04:00
|
|
|
function buildBundledHookEntries(): Record<string, string> {
|
|
|
|
|
const hooksRoot = path.join(process.cwd(), "src", "hooks", "bundled");
|
|
|
|
|
const entries: Record<string, string> = {};
|
|
|
|
|
|
|
|
|
|
if (!fs.existsSync(hooksRoot)) {
|
|
|
|
|
return entries;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
for (const dirent of fs.readdirSync(hooksRoot, { withFileTypes: true })) {
|
|
|
|
|
if (!dirent.isDirectory()) {
|
|
|
|
|
continue;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
const hookName = dirent.name;
|
|
|
|
|
const handlerPath = path.join(hooksRoot, hookName, "handler.ts");
|
|
|
|
|
if (!fs.existsSync(handlerPath)) {
|
|
|
|
|
continue;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
entries[`bundled/${hookName}/handler`] = handlerPath;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
return entries;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
const bundledHookEntries = buildBundledHookEntries();
|
|
|
|
|
|
2026-03-16 16:43:31 +00:00
|
|
|
function buildCoreDistEntries(): Record<string, string> {
|
|
|
|
|
return {
|
|
|
|
|
index: "src/index.ts",
|
chore: Migrate to tsdown, speed up JS bundling by ~10x (thanks @hyf0).
The previous migration to tsdown was reverted because it caused a ~20x slowdown when running OpenClaw from the repo. @hyf0 investigated and found that simply renaming the `dist` folder also caused the same slowdown. It turns out the Plugin script loader has a bunch of voodoo vibe logic to determine if it should load files from source and compile them, or if it should load them from dist. When building with tsdown, the filesystem layout is different (bundled), and so some files weren't in the right location, and the Plugin script loader decided to compile source files from scratch using Jiti.
The new implementation uses tsdown to embed `NODE_ENV: 'production'`, which we now use to determine if we are running OpenClaw from a "production environmen" (ie. from dist). This removes the slop in favor of a deterministic toggle, and doesn't rely on directory names or similar.
There is some code reaching into `dist` to load specific modules, primarily in the voice-call extension, which I simplified into loading an "officially" exported `extensionAPI.js` file. With tsdown, entry points need to be explicitly configured, so we should be able to avoid sloppy code reaching into internals from now on. This might break some existing users, but if it does, it's because they were using "private" APIs.
2026-02-02 17:20:24 +09:00
|
|
|
entry: "src/entry.ts",
|
2026-02-15 04:52:51 +00:00
|
|
|
// Ensure this module is bundled as an entry so legacy CLI shims can resolve its exports.
|
2026-03-16 16:43:31 +00:00
|
|
|
"cli/daemon-cli": "src/cli/daemon-cli.ts",
|
|
|
|
|
"infra/warning-filter": "src/infra/warning-filter.ts",
|
2026-03-04 02:58:48 +02:00
|
|
|
// Keep sync lazy-runtime channel modules as concrete dist files.
|
2026-03-16 16:43:31 +00:00
|
|
|
"channels/plugins/agent-tools/whatsapp-login":
|
|
|
|
|
"src/channels/plugins/agent-tools/whatsapp-login.ts",
|
|
|
|
|
"channels/plugins/actions/discord": "src/channels/plugins/actions/discord.ts",
|
|
|
|
|
"channels/plugins/actions/signal": "src/channels/plugins/actions/signal.ts",
|
|
|
|
|
"channels/plugins/actions/telegram": "src/channels/plugins/actions/telegram.ts",
|
|
|
|
|
"telegram/audit": "extensions/telegram/src/audit.ts",
|
|
|
|
|
"telegram/token": "extensions/telegram/src/token.ts",
|
|
|
|
|
"line/accounts": "src/line/accounts.ts",
|
|
|
|
|
"line/send": "src/line/send.ts",
|
|
|
|
|
"line/template-messages": "src/line/template-messages.ts",
|
2026-03-17 15:17:41 -05:00
|
|
|
"plugins/build-smoke-entry": "src/plugins/build-smoke-entry.ts",
|
2026-03-16 20:58:58 -04:00
|
|
|
"plugins/runtime/index": "src/plugins/runtime/index.ts",
|
|
|
|
|
"llm-slug-generator": "src/hooks/llm-slug-generator.ts",
|
2026-03-16 16:43:31 +00:00
|
|
|
};
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
const coreDistEntries = buildCoreDistEntries();
|
|
|
|
|
|
2026-03-16 20:58:58 -04:00
|
|
|
function buildUnifiedDistEntries(): Record<string, string> {
|
|
|
|
|
return {
|
|
|
|
|
...coreDistEntries,
|
|
|
|
|
...Object.fromEntries(
|
|
|
|
|
Object.entries(buildPluginSdkEntrySources()).map(([entry, source]) => [
|
|
|
|
|
`plugin-sdk/${entry}`,
|
|
|
|
|
source,
|
|
|
|
|
]),
|
|
|
|
|
),
|
|
|
|
|
...bundledPluginBuildEntries,
|
|
|
|
|
...bundledHookEntries,
|
|
|
|
|
};
|
|
|
|
|
}
|
|
|
|
|
|
2026-03-16 16:43:31 +00:00
|
|
|
export default defineConfig([
|
|
|
|
|
nodeBuildConfig({
|
2026-03-16 20:58:58 -04:00
|
|
|
// Build core entrypoints, plugin-sdk subpaths, bundled plugin entrypoints,
|
|
|
|
|
// and bundled hooks in one graph so runtime singletons are emitted once.
|
|
|
|
|
entry: buildUnifiedDistEntries(),
|
2026-03-15 21:51:42 -07:00
|
|
|
deps: {
|
|
|
|
|
neverBundle: ["@lancedb/lancedb"],
|
|
|
|
|
},
|
2026-03-15 21:16:27 +02:00
|
|
|
}),
|
chore: Migrate to tsdown, speed up JS bundling by ~10x (thanks @hyf0).
The previous migration to tsdown was reverted because it caused a ~20x slowdown when running OpenClaw from the repo. @hyf0 investigated and found that simply renaming the `dist` folder also caused the same slowdown. It turns out the Plugin script loader has a bunch of voodoo vibe logic to determine if it should load files from source and compile them, or if it should load them from dist. When building with tsdown, the filesystem layout is different (bundled), and so some files weren't in the right location, and the Plugin script loader decided to compile source files from scratch using Jiti.
The new implementation uses tsdown to embed `NODE_ENV: 'production'`, which we now use to determine if we are running OpenClaw from a "production environmen" (ie. from dist). This removes the slop in favor of a deterministic toggle, and doesn't rely on directory names or similar.
There is some code reaching into `dist` to load specific modules, primarily in the voice-call extension, which I simplified into loading an "officially" exported `extensionAPI.js` file. With tsdown, entry points need to be explicitly configured, so we should be able to avoid sloppy code reaching into internals from now on. This might break some existing users, but if it does, it's because they were using "private" APIs.
2026-02-02 17:20:24 +09:00
|
|
|
]);
|