插件入口点

每个插件都导出一个默认入口对象。SDK 为每种入口形态提供一个辅助函数：defineToolPlugin、definePluginEntry、defineChannelPluginEntry、defineSetupPluginEntry。

包入口

已安装的插件通过 package.json openclaw 字段同时指向源码入口和 构建后入口：

{  "openclaw": {    "extensions": ["./src/index.ts"],    "runtimeExtensions": ["./dist/index.js"],    "setupEntry": "./src/setup-entry.ts",    "runtimeSetupEntry": "./dist/setup-entry.js"  }}

• extensions 和 setupEntry 是源码入口，用于工作区和 git 检出开发。
• 对于已安装的包，优先使用 runtimeExtensions 和 runtimeSetupEntry： 它们使 npm 包可以跳过运行时 TypeScript 编译。
• runtimeExtensions（如果存在）的数组长度必须与 extensions 一致 （入口按位置配对）。runtimeSetupEntry 需要 setupEntry。
• 如果声明了 runtimeExtensions/runtimeSetupEntry 工件但该工件 缺失，安装/发现会因打包错误而失败；OpenClaw 不会 静默回退到源码。仅当完全未声明运行时入口时，才会应用源码回退 （见下文）。
• 如果已安装的包仅声明 TypeScript 源码入口，OpenClaw 会查找匹配的构建后 dist/*.js（或 .mjs/.cjs）对应文件并使用它； 否则会回退到 TypeScript 源码。
• 所有入口路径都必须位于插件包目录内。运行时 入口和推断出的构建后 JS 对应文件并不能让越界的 extensions 或 setupEntry 源码路径变为有效路径。

defineToolPlugin

导入： openclaw/plugin-sdk/tool-plugin

适用于仅添加 Agent 工具的插件。它可保持源码精简，从 TypeBox schema 推断配置 和工具参数类型，将普通返回值包装为 OpenClaw 工具结果格式，并公开静态元数据，供 openclaw plugins build 写入插件清单（contracts.tools、 configSchema）。

  export default defineToolPlugin({  id: "stock-quotes",  name: "Stock Quotes",  description: "Fetch stock quotes.",  configSchema: Type.Object({    apiKey: Type.Optional(Type.String({ description: "API key." })),  }),  tools: (tool) => [    tool({      name: "quote",      label: "Quote",      description: "Fetch a quote.",      parameters: Type.Object({        symbol: Type.String({ description: "Ticker symbol." }),      }),      outputSchema: Type.Object(        {          symbol: Type.String(),          hasKey: Type.Boolean(),        },        { additionalProperties: false },      ),      execute: async ({ symbol }, config) => ({ symbol, hasKey: Boolean(config.apiKey) }),    }),  ],});

• configSchema 是可选的；省略时将使用严格的空对象 schema （生成的清单仍包含 configSchema）。
• execute 返回普通字符串或可序列化为 JSON 的值；该辅助函数 会将其包装为文本工具结果，并将 details 设为原始的 （未字符串化）返回值。
• outputSchema 可选择描述该原始 details 值，以供代码模式 和工具搜索使用。目录调用会在执行前拒绝无效的 schema， 并在返回最终值前对其进行验证。
• 对于自定义工具结果，openclaw/plugin-sdk/tool-results 会导出 textResult 和 jsonResult。
• 工具名称是静态的，因此 openclaw plugins build 会根据声明的工具推导出 contracts.tools，无需手动重复名称。
• 运行时加载仍保持严格：已安装的插件仍需要 openclaw.plugin.json 和 package.json openclaw.extensions。OpenClaw 绝不会执行插件代码来推断缺失的清单数据。

definePluginEntry

导入： openclaw/plugin-sdk/plugin-entry

适用于提供商插件、高级工具插件、钩子插件，以及任何 不是消息渠道的插件。

 export default definePluginEntry({  id: "my-plugin",  name: "My Plugin",  description: "Short summary",  register(api) {    api.registerProvider({/* ... */});    api.registerTool({/* ... */});  },});

• id 必须与你的 openclaw.plugin.json 清单匹配。
• 外部会话目录使用 openclaw/plugin-sdk/session-catalog 和 api.registerSessionCatalog({ id, label, list, read, continueSession?, archive? })。 核心负责 sessions.catalog.* Gateway 网关方法；提供商返回主机、 会话和规范化的转录投影，而不注册 RPC。列表提供商应在每个主机 完成处理时调用可选的 onHost(host) 回调；返回的主机数组仍须作为最终的兼容性 快照。
• kind 已弃用：请改为在 openclaw.plugin.json 清单的 kind 字段中 声明独占槽位（"memory" 或 "context-engine"）。运行时入口 kind 仅作为旧插件的兼容性回退而保留。
• configSchema 可以是用于惰性求值的函数。OpenClaw 会在首次访问时解析并 记忆该 schema，因此开销较大的 schema 构建器只会运行 一次。
• nodeHostCommands 描述符可以定义 isAvailable({ config, env })。 返回 false 会从无头节点的 Gateway 网关声明中省略该命令及其能力。 OpenClaw 会根据节点本地的启动配置对其求值；命令处理程序在 调用时仍应验证可用性。

defineChannelPluginEntry

导入： openclaw/plugin-sdk/channel-core

使用渠道专用接线封装 definePluginEntry：它会自动 调用 api.registerChannel({ plugin })，公开可选的根帮助 CLI 元数据接缝，并根据注册模式限制 registerFull。

 export default defineChannelPluginEntry({  id: "my-channel",  name: "My Channel",  description: "Short summary",  plugin: myChannelPlugin,  setRuntime: setMyRuntime,  registerCliMetadata(api) {    api.registerCli(/* ... */);  },  registerFull(api) {    api.registerGatewayMethod(/* ... */);  },});

回调会根据注册模式运行（完整表格见 注册模式）：

• setRuntime 会在除 "cli-metadata" 和 "tool-discovery" 之外的所有模式下运行。通常通过 createPluginRuntimeStore 在此处存储运行时引用。
• registerCliMetadata 会为 "cli-metadata"、"discovery" 和 "full" 运行。将其作为渠道自有 CLI 描述符的规范位置， 以便根帮助保持非激活状态、发现快照包含静态 命令元数据，并使常规 CLI 注册与完整 插件加载保持兼容。
• registerFull 仅为 "full" 和 "tool-discovery" 运行。对于 "tool-discovery"，它会_取代_渠道注册而运行：OpenClaw 会完全跳过 registerChannel/setRuntime，并且只调用 registerFull，因此渠道独立进行工具发现或执行所需的任何提供商/工具注册 都必须放在此处，而不能放在常规渠道设置之后。
• 发现注册是非激活式的，但并非不进行导入：OpenClaw 可能会 求值受信任的插件入口和渠道插件模块以构建 快照。保持顶层导入无副作用，并将套接字、 客户端、工作进程和服务放在仅限 "full" 的路径之后。
• 与 definePluginEntry 类似，configSchema 可以是惰性工厂；OpenClaw 会在首次访问时记忆解析后的 schema。

CLI 注册：

• 对于希望延迟加载、但又不想从根 CLI 解析树中消失的插件自有根 CLI 命令，请使用 api.registerCli(..., { descriptors: [...] })。 描述符名称必须仅包含字母、数字、连字符和下划线，并以字母或数字开头； OpenClaw 会拒绝其他格式，并在呈现帮助信息前从描述中移除终端控制序列。 请覆盖注册器公开的每个顶级命令根。仅使用 commands 时仍会走预加载兼容路径。
• 对于已配对节点的功能命令，请使用 api.registerNodeCliFeature(...)， 使其归入 openclaw nodes（等同于 registerCli(registrar, { parentPath: ["nodes"], ... })）。
• 对于其他嵌套插件命令，请添加 parentPath，并在传给注册器的 program 对象上注册命令；OpenClaw 会先将其解析为父命令， 再调用插件。
• 对于渠道插件，请从 registerCliMetadata 注册 CLI 描述符， 并让 registerFull 专注于仅运行时工作。
• 如果 registerFull 还注册了 Gateway 网关 RPC 方法，请将其置于 插件专用前缀下。保留的核心管理命名空间（config.*、 exec.approvals.*、wizard.*、update.*）始终会被强制转换为 operator.admin。

defineSetupPluginEntry

导入： openclaw/plugin-sdk/channel-core

用于轻量级 setup-entry.ts 文件。仅返回 { plugin }， 不包含运行时或 CLI 接线。

 export default defineSetupPluginEntry(myChannelPlugin);

当渠道被禁用、未配置或启用延迟加载时，OpenClaw 会加载此入口，而不是完整入口。 有关此机制适用场景的信息，请参阅 设置和配置。

请将 defineSetupPluginEntry(...) 与精简的设置辅助工具族配合使用：

请将大型 SDK、CLI 注册和长生命周期运行时服务保留在完整入口中。

拆分设置和运行时界面的内置工作区渠道可以改用 openclaw/plugin-sdk/channel-entry-contract 中的 defineBundledChannelSetupEntry(...)。它允许设置入口保留设置安全的插件/密钥导出， 同时仍公开运行时设置器：

 export default defineBundledChannelSetupEntry({  importMetaUrl: import.meta.url,  plugin: {    specifier: "./channel-plugin-api.js",    exportName: "myChannelPlugin",  },  runtime: {    specifier: "./runtime-api.js",    exportName: "setMyChannelRuntime",  },  registerSetupRuntime(api) {    api.registerHttpRoute({      path: "/my-channel/events",      auth: "plugin",      handler: async (req, res) => {        /* 设置安全的路由 */      },    });  },});

仅当设置流程确实需要轻量级运行时设置器，或需要在完整渠道入口加载前提供 设置安全的 Gateway 网关界面时，才使用此方式。 registerSetupRuntime 仅在 "setup-runtime" 加载时运行；应将其限制为 仅配置路由，或在延迟完整激活前必须存在的方法。

注册模式

api.registrationMode 用于告知插件其加载方式：

defineChannelPluginEntry 会自动处理这种拆分。如果直接对渠道使用 definePluginEntry，请自行检查模式，并记住 "tool-discovery" 会跳过渠道注册：

register(api) {  if (    api.registrationMode === "cli-metadata" ||    api.registrationMode === "discovery" ||    api.registrationMode === "full"  ) {    api.registerCli(/* ... */);    if (api.registrationMode === "cli-metadata") return;  }   if (api.registrationMode === "tool-discovery") {    // 仅注册能力界面（提供商/工具），不注册渠道。    return;  }   api.registerChannel({ plugin: myPlugin });  if (api.registrationMode !== "full") return;   // 仅运行时的大型注册项  api.registerService(/* ... */);}

长生命周期服务可以通过其服务上下文发出小型失效事件或生命周期事件：

api.registerService({  id: "index-events",  start(ctx) {    ctx.gatewayEvents?.emit("changed", { revision: 1 }, { scope: "operator.read" });  },});

OpenClaw 会将其命名为 plugin.<plugin-id>.changed。事件名称必须是一个 小写片段，载荷必须是有界 JSON，权限范围必须是 operator.read、operator.write 或 operator.admin。发射器仅在 服务生命周期内存在，并会在服务停止或启动失败后撤销。应优先使用 版本或失效载荷，而不是完整记录，以便获得授权的客户端通过插件限定范围的 Gateway 网关方法重新读取规范状态。

发现模式会构建一个不激活插件的注册表快照。它仍可能 执行插件入口和渠道插件对象，以便 OpenClaw 注册渠道能力和静态 CLI 描述符。 应将发现期间的模块执行视为可信但轻量级的操作：不得在顶层创建网络客户端、 子进程、监听器、数据库连接、后台工作进程，不得读取凭据，也不得产生其他 实时运行时副作用。

应将 "setup-runtime" 视为这样一个窗口：仅设置的启动界面必须在此期间存在， 且不能重新进入完整的内置渠道运行时。适合的内容包括渠道注册、设置安全的 HTTP 路由、设置安全的 Gateway 网关方法和委托式设置辅助工具。大型后台服务、CLI 注册器和提供商/客户端 SDK 引导仍应放在 "full" 中。

插件形态

OpenClaw 根据插件的注册行为对已加载插件进行分类：

使用 openclaw plugins inspect <id> 查看插件的形态。

相关内容

• SDK 概览 - 注册 API 和子路径参考
• 运行时辅助工具 - api.runtime 和 createPluginRuntimeStore
• 设置和配置 - 插件清单、设置入口、延迟加载
• 渠道插件 - 构建 ChannelPlugin 对象
• 提供商插件 - 提供商注册和钩子