diff --git a/docs/zh-CN/tools/acp-agents.md b/docs/zh-CN/tools/acp-agents.md index c1e65db33..19ea0dd1e 100644 --- a/docs/zh-CN/tools/acp-agents.md +++ b/docs/zh-CN/tools/acp-agents.md @@ -1,224 +1,171 @@ --- read_when: - - 通过 ACP 运行 coding harness - - 在消息渠道上设置绑定到会话的 ACP 会话 - - 将消息渠道会话绑定到持久化 ACP 会话 + - 通过 ACP 运行编码 harness + - 在消息渠道上设置绑定到对话的 ACP 会话 + - 将消息渠道中的对话绑定到持久化 ACP 会话 - 排查 ACP 后端和插件接线问题 - - 调试 ACP 完成投递或智能体到智能体循环 - - 从聊天中操作 /acp 命令 -summary: 为 Codex、Claude Code、Cursor、Gemini CLI、OpenClaw ACP 和其他 harness 智能体使用 ACP 运行时会话 + - 调试 ACP 完成结果投递或智能体到智能体循环问题 + - 从聊天中操作 `/acp` 命令 +summary: 对 Codex、Claude Code、Cursor、Gemini CLI、OpenClaw ACP 和其他 harness 智能体使用 ACP 运行时会话 title: ACP 智能体 x-i18n: - generated_at: "2026-04-23T07:06:31Z" + generated_at: "2026-04-23T16:17:19Z" model: gpt-5.4 provider: openai - source_hash: 617103fe47ef90592bad4882da719c47c801ebc916d3614c148a66e6601e8cf5 + source_hash: 4a3205cf8d52564c4bf9b289e329de1c56743697d14fa22e2190946be54e4db4 source_path: tools/acp-agents.md workflow: 15 --- # ACP 智能体 -[Agent Client Protocol（ACP）](https://agentclientprotocol.com/) 会话让 OpenClaw 能通过 ACP 后端插件运行外部 coding harness（例如 Pi、Claude Code、Codex、Cursor、Copilot、OpenClaw ACP、OpenCode、Gemini CLI，以及其他受支持的 ACPX harness）。 +[Agent Client Protocol (ACP)](https://agentclientprotocol.com/) 会话让 OpenClaw 能够通过 ACP 后端插件运行外部编码 harness（例如 Pi、Claude Code、Codex、Cursor、Copilot、OpenClaw ACP、OpenCode、Gemini CLI 以及其他受支持的 ACPX harness）。 -如果你用自然语言要求 OpenClaw “在 Codex 中运行这个”或“在线程中启动 Claude Code”，OpenClaw 应将该请求路由到 ACP 运行时（而不是原生子智能体运行时）。每次 ACP 会话启动都会被记录为一个[后台任务](/zh-CN/automation/tasks)。 +如果你用自然语言要求 OpenClaw “在 Codex 中运行这个”或“在线程中启动 Claude Code”，OpenClaw 应该将该请求路由到 ACP 运行时（而不是原生子智能体运行时）。每次 ACP 会话启动都会被跟踪为一个[后台任务](/zh-CN/automation/tasks)。 -如果你希望 Codex 或 Claude Code 作为外部 MCP 客户端直接连接到现有的 OpenClaw 渠道会话，请使用 [`openclaw mcp serve`](/zh-CN/cli/mcp)，而不是 ACP。 +如果你希望 Codex 或 Claude Code 作为外部 MCP 客户端直接连接到现有的 OpenClaw 渠道对话，请使用 [`openclaw mcp serve`](/zh-CN/cli/mcp)，而不是 ACP。 -## 我该看哪一页？ +## 我该看哪个页面？ -这里有三个很接近、也很容易混淆的入口： +这里有三个相近但很容易混淆的功能入口： -| 你想要…… | 使用这个 | 说明 | -| ---------- | -------- | ---- | -| 通过 OpenClaw 运行 Codex、Claude Code、Gemini CLI 或其他外部 harness | 本页：ACP 智能体 | 绑定到聊天的会话、`/acp spawn`、`sessions_spawn({ runtime: "acp" })`、后台任务、运行时控制 | -| 将一个 OpenClaw Gateway 网关会话作为 ACP 服务器暴露给编辑器或客户端 | [`openclaw acp`](/zh-CN/cli/acp) | 桥接模式。IDE/客户端 通过 stdio/WebSocket 向 OpenClaw 发起 ACP 通信 | -| 将本地 AI CLI 复用为纯文本回退模型 | [CLI 后端](/zh-CN/gateway/cli-backends) | 不是 ACP。没有 OpenClaw 工具、没有 ACP 控制、没有 harness 运行时 | +| 你想要... | 使用这个 | 说明 | +| ---------------------------------------------------------------------------------- | ------------------------------------- | ----------------------------------------------------------------------------------------------------------- | +| 通过 OpenClaw 运行 Codex、Claude Code、Gemini CLI 或其他外部 harness | 本页：ACP 智能体 | 绑定聊天的会话、`/acp spawn`、`sessions_spawn({ runtime: "acp" })`、后台任务、运行时控制 | +| 将一个 OpenClaw Gateway 网关会话作为 ACP 服务器暴露给编辑器或客户端 | [`openclaw acp`](/zh-CN/cli/acp) | 桥接模式。IDE/客户端 通过 stdio/WebSocket 使用 ACP 与 OpenClaw 通信 | +| 复用本地 AI CLI 作为纯文本回退模型 | [CLI 后端](/zh-CN/gateway/cli-backends) | 不是 ACP。没有 OpenClaw 工具、没有 ACP 控制、也没有 harness 运行时 | -## 开箱即用吗？ +## 这开箱即用吗？ -通常可以。 +通常可以。全新安装默认启用内置的 `acpx` 运行时插件，并附带一个插件本地固定版本的 `acpx` 二进制文件，OpenClaw 会在启动时探测并自我修复。运行 `/acp doctor` 可执行就绪性检查。 -- 全新安装现在会默认启用内置的 `acpx` 运行时插件。 -- 内置的 `acpx` 插件会优先使用其插件本地固定版本的 `acpx` 二进制文件。 -- 启动时，OpenClaw 会探测该二进制文件，并在需要时自我修复。 -- 如果你想快速检查可用性，请先运行 `/acp doctor`。 +首次运行的注意事项： -首次使用时仍可能发生的情况： +- 目标 harness 适配器（Codex、Claude 等）可能会在你首次使用时通过 `npx` 按需获取。 +- 该 harness 所需的厂商认证仍然必须已存在于主机上。 +- 如果主机没有 npm 或没有网络访问能力，则首次运行时的适配器获取会失败，直到缓存被预热或适配器通过其他方式安装。 -- 第一次使用某个 harness 时，目标 harness 适配器可能会按需通过 `npx` 拉取。 -- 该 harness 对应的厂商认证仍必须存在于宿主机上。 -- 如果宿主机没有 npm/网络访问，首次运行的适配器拉取可能失败，直到缓存被预热或该适配器通过其他方式安装。 +## 操作手册 -示例： +在聊天中使用 `/acp` 的快速流程： -- `/acp spawn codex`：OpenClaw 应该已准备好引导 `acpx`，但 Codex ACP 适配器可能仍需要首次运行拉取。 -- `/acp spawn claude`：Claude ACP 适配器也是同样的情况，另外还需要该宿主机上存在 Claude 侧认证。 +1. **启动** — `/acp spawn codex --bind here` 或 `/acp spawn codex --mode persistent --thread auto` +2. 在绑定的对话或线程中**工作**（或者显式指定会话键）。 +3. **检查状态** — `/acp status` +4. **调整** — `/acp model `、`/acp permissions `、`/acp timeout ` +5. **引导**而不替换上下文 — `/acp steer tighten logging and continue` +6. **停止** — `/acp cancel`（当前轮次）或 `/acp close`（会话 + 绑定） -## 面向操作人员的快速流程 - -如果你想要一个实用的 `/acp` 操作手册，请使用这个流程： - -1. 启动一个会话： - - `/acp spawn codex --bind here` - - `/acp spawn codex --mode persistent --thread auto` -2. 在已绑定的会话或线程中工作（或显式指定该会话键）。 -3. 检查运行时状态： - - `/acp status` -4. 根据需要调整运行时选项： - - `/acp model ` - - `/acp permissions ` - - `/acp timeout ` -5. 在不替换上下文的情况下推动一个活动会话继续： - - `/acp steer tighten logging and continue` -6. 停止工作： - - `/acp cancel`（停止当前轮次），或 - - `/acp close`（关闭会话并移除绑定） - -## 面向人的快速开始 - -自然语言请求示例： +应当路由到 ACP 运行时的自然语言触发示例： - “把这个 Discord 渠道绑定到 Codex。” -- “在这里的线程里启动一个持久化 Codex 会话，并让它保持专注。” -- “把这个作为一次性 Claude Code ACP 会话运行，并总结结果。” -- “把这个 iMessage 聊天绑定到 Codex，并让后续继续使用同一个工作区。” -- “为这个任务使用 Gemini CLI，并放在线程里，然后让后续继续在同一个线程中进行。” +- “在这里的一个线程中启动持久化的 Codex 会话。” +- “把这个作为一次性的 Claude Code ACP 会话运行，并总结结果。” +- “对此任务使用 Gemini CLI 并放在线程里，然后后续继续在同一个线程中进行。” -OpenClaw 应执行的操作： - -1. 选择 `runtime: "acp"`。 -2. 解析请求的 harness 目标（`agentId`，例如 `codex`）。 -3. 如果请求的是当前会话绑定，并且活动渠道支持该能力，就将 ACP 会话绑定到该会话。 -4. 否则，如果请求的是线程绑定，并且当前渠道支持该能力，就将 ACP 会话绑定到该线程。 -5. 将后续已绑定的消息继续路由到同一个 ACP 会话，直到失焦/关闭/过期。 +OpenClaw 会选择 `runtime: "acp"`，解析 harness 的 `agentId`，在支持时绑定到当前对话或线程，并将后续消息路由到该会话，直到关闭或过期。 ## ACP 与子智能体的区别 -当你需要外部 harness 运行时时，请使用 ACP。当你需要 OpenClaw 原生的委派运行时，请使用子智能体。 +当你想使用外部 harness 运行时时，请使用 ACP。想使用 OpenClaw 原生委派运行时，则使用子智能体。 -| 领域 | ACP 会话 | 子智能体运行 | -| ---- | -------- | ------------ | +| 区域 | ACP 会话 | 子智能体运行 | +| ------------- | ------------------------------------- | ---------------------------------- | | 运行时 | ACP 后端插件（例如 acpx） | OpenClaw 原生子智能体运行时 | | 会话键 | `agent::acp:` | `agent::subagent:` | -| 主命令 | `/acp ...` | `/subagents ...` | -| 启动工具 | 带 `runtime:"acp"` 的 `sessions_spawn` | `sessions_spawn`（默认运行时） | +| 主要命令 | `/acp ...` | `/subagents ...` | +| 启动工具 | `sessions_spawn` 且 `runtime:"acp"` | `sessions_spawn`（默认运行时） | 另请参见[子智能体](/zh-CN/tools/subagents)。 ## ACP 如何运行 Claude Code -对于通过 ACP 运行的 Claude Code，调用栈如下： +通过 ACP 运行 Claude Code 时，调用栈如下： 1. OpenClaw ACP 会话控制平面 2. 内置的 `acpx` 运行时插件 3. Claude ACP 适配器 -4. Claude 侧运行时/会话机制 +4. Claude 侧运行时 / 会话机制 -一个重要区别是： +重要区别： -- ACP Claude 是 harness 会话，具备 ACP 控制、会话恢复、后台任务跟踪，以及可选的会话/线程绑定。 -- CLI 后端则是独立的纯文本本地回退运行时。参见 [CLI 后端](/zh-CN/gateway/cli-backends)。 +- ACP Claude 是一个 harness 会话，带有 ACP 控制、会话恢复、后台任务跟踪，以及可选的对话 / 线程绑定。 +- CLI 后端是独立的纯文本本地回退运行时。参见 [CLI 后端](/zh-CN/gateway/cli-backends)。 -对于操作人员，实用规则如下： +对操作人员来说，实用规则是： - 想要 `/acp spawn`、可绑定会话、运行时控制或持久化 harness 工作：使用 ACP -- 想要通过原始 CLI 获得简单的本地文本回退：使用 CLI 后端 +- 想通过原始 CLI 获得简单的本地文本回退：使用 CLI 后端 -## 已绑定会话 +## 绑定会话 -### 当前会话绑定 +### 绑定当前对话 -当你希望当前会话变成一个持久 ACP 工作区，且不创建子线程时，请使用 `/acp spawn --bind here`。 +`/acp spawn --bind here` 会将当前对话固定绑定到已启动的 ACP 会话——不会创建子线程，仍在同一聊天界面。OpenClaw 继续负责传输、认证、安全与投递；该对话中的后续消息会路由到同一个会话；`/new` 和 `/reset` 会在原位置重置该会话；`/acp close` 会移除该绑定。 -行为： +理解模型： -- OpenClaw 继续负责渠道传输、认证、安全和投递。 -- 当前会话会被固定到已启动的 ACP 会话键。 -- 该会话中的后续消息会继续路由到同一个 ACP 会话。 -- `/new` 和 `/reset` 会就地重置同一个已绑定的 ACP 会话。 -- `/acp close` 会关闭会话并移除当前会话绑定。 - -这在实践中的含义是： - -- `--bind here` 会保持同一个聊天界面。例如在 Discord 上，当前渠道仍然是当前渠道。 -- 当你启动新工作时，`--bind here` 仍然可以创建一个新的 ACP 会话。绑定会将该会话附加到当前会话。 -- `--bind here` 本身不会创建 Discord 子线程或 Telegram 话题。 -- ACP 运行时仍然可以拥有自己的工作目录（`cwd`）或由后端管理的磁盘工作区。该运行时工作区与聊天界面是分离的，并不意味着会创建新的消息线程。 -- 如果你启动到另一个 ACP 智能体，且未传入 `--cwd`，OpenClaw 默认会继承**目标智能体的**工作区，而不是请求者的工作区。 -- 如果继承的工作区路径不存在（`ENOENT`/`ENOTDIR`），OpenClaw 会回退到后端默认 `cwd`，而不是静默复用错误的目录树。 -- 如果继承的工作区存在但无法访问（例如 `EACCES`），启动会返回真实的访问错误，而不是丢弃 `cwd`。 - -心智模型： - -- 聊天界面：人们继续交流的地方（`Discord channel`、`Telegram topic`、`iMessage chat`） -- ACP 会话：OpenClaw 路由到的持久 Codex/Claude/Gemini 运行时状态 -- 子线程/话题：仅在使用 `--thread ...` 时创建的可选额外消息界面 -- 运行时工作区：harness 运行的文件系统位置（`cwd`、代码仓库 checkout、后端工作区） +- **聊天界面** —— 人们持续对话的地方（Discord 渠道、Telegram 话题、iMessage 聊天）。 +- **ACP 会话** —— OpenClaw 路由到的持久化 Codex / Claude / Gemini 运行时状态。 +- **子线程 / 话题** —— 仅在使用 `--thread ...` 时创建的可选额外消息界面。 +- **运行时工作区** —— harness 运行所在的文件系统位置（`cwd`、repo 检出目录、后端工作区）。它独立于聊天界面。 示例： -- `/acp spawn codex --bind here`：保留当前聊天，启动或附加一个 Codex ACP 会话，并将后续消息继续路由到它 -- `/acp spawn codex --thread auto`：OpenClaw 可能会创建一个子线程/话题，并将 ACP 会话绑定到那里 -- `/acp spawn codex --bind here --cwd /workspace/repo`：与上面相同的聊天绑定，但 Codex 在 `/workspace/repo` 中运行 - -当前会话绑定支持： - -- 声明支持当前会话绑定的聊天/消息渠道，可以通过共享的会话绑定路径使用 `--bind here`。 -- 具有自定义线程/话题语义的渠道，仍可在相同的共享接口背后提供渠道专用的规范化。 -- `--bind here` 始终表示“就地绑定当前会话”。 -- 通用的当前会话绑定使用共享的 OpenClaw 绑定存储，并能在正常的 Gateway 网关重启后继续保留。 +- `/acp spawn codex --bind here` — 保持当前聊天，启动或连接 Codex，并将后续消息路由到这里。 +- `/acp spawn codex --thread auto` — OpenClaw 可以创建一个子线程 / 话题并绑定到那里。 +- `/acp spawn codex --bind here --cwd /workspace/repo` — 仍然绑定当前聊天，但 Codex 在 `/workspace/repo` 中运行。 说明： -- 在 `/acp spawn` 中，`--bind here` 与 `--thread ...` 互斥。 -- 在 Discord 上，`--bind here` 会就地绑定当前渠道或线程。只有当 OpenClaw 需要为 `--thread auto|here` 创建子线程时，才需要 `spawnAcpSessions`。 -- 如果当前渠道不暴露当前会话 ACP 绑定能力，OpenClaw 会返回清晰的不支持消息。 -- `resume` 和“新会话”问题是 ACP 会话层面的问题，而不是渠道层面的问题。你可以复用或替换运行时状态，而无需改变当前聊天界面。 +- `--bind here` 和 `--thread ...` 互斥。 +- `--bind here` 仅适用于声明支持当前对话绑定的渠道；否则 OpenClaw 会返回明确的不支持提示。绑定会在 Gateway 网关重启后继续保留。 +- 在 Discord 上，仅当 OpenClaw 需要为 `--thread auto|here` 创建子线程时，才需要 `spawnAcpSessions`；`--bind here` 不需要。 +- 如果你启动到另一个 ACP 智能体且未指定 `--cwd`，OpenClaw 默认继承**目标智能体的**工作区。若继承路径不存在（`ENOENT`/`ENOTDIR`），则回退到后端默认值；其他访问错误（例如 `EACCES`）会作为启动错误直接显示。 -### 线程绑定会话 +### 绑定到线程的会话 -当渠道适配器启用了线程绑定时，ACP 会话可以绑定到线程： +当某个渠道适配器启用了线程绑定时，ACP 会话可以绑定到线程： -- OpenClaw 将某个线程绑定到目标 ACP 会话。 +- OpenClaw 将线程绑定到目标 ACP 会话。 - 该线程中的后续消息会路由到已绑定的 ACP 会话。 -- ACP 输出会回传到同一个线程。 -- 失焦/关闭/归档/空闲超时或最大存活时间到期时，绑定会被移除。 +- ACP 输出会投递回同一个线程。 +- 失焦 / 关闭 / 归档 / 空闲超时或最大存活时间到期时，该绑定会被移除。 -线程绑定支持取决于适配器。如果当前渠道适配器不支持线程绑定，OpenClaw 会返回清晰的不支持/不可用消息。 +线程绑定支持取决于适配器。如果当前渠道适配器不支持线程绑定，OpenClaw 会返回明确的不支持 / 不可用提示。 -线程绑定 ACP 所需的功能开关： +线程绑定 ACP 所需的功能标志： - `acp.enabled=true` -- `acp.dispatch.enabled` 默认开启（设为 `false` 可暂停 ACP 调度） -- 启用渠道适配器的 ACP 线程启动开关（适配器专用） +- `acp.dispatch.enabled` 默认开启（设为 `false` 可暂停 ACP 分发） +- 渠道适配器的 ACP 线程启动标志已启用（适配器特定） - Discord：`channels.discord.threadBindings.spawnAcpSessions=true` - Telegram：`channels.telegram.threadBindings.spawnAcpSessions=true` ### 支持线程的渠道 -- 任何暴露会话/线程绑定能力的渠道适配器。 +- 任何暴露会话 / 线程绑定能力的渠道适配器。 - 当前内置支持： - - Discord 线程/渠道 - - Telegram 话题（群组/超级群组中的论坛话题，以及私信话题） + - Discord 线程 / 渠道 + - Telegram 话题（群组 / 超级群组中的 forum topics，以及私信话题） - 渠道插件也可以通过相同的绑定接口添加支持。 -## 渠道专用设置 +## 渠道特定设置 -对于非临时性工作流，请在顶层 `bindings[]` 条目中配置持久化 ACP 绑定。 +对于非临时工作流，请在顶层 `bindings[]` 条目中配置持久化 ACP 绑定。 ### 绑定模型 -- `bindings[].type="acp"` 表示一个持久化 ACP 会话绑定。 -- `bindings[].match` 用于标识目标会话： +- `bindings[].type="acp"` 表示持久化 ACP 对话绑定。 +- `bindings[].match` 用于标识目标对话： - Discord 渠道或线程：`match.channel="discord"` + `match.peer.id=""` - - Telegram 论坛话题：`match.channel="telegram"` + `match.peer.id=":topic:"` - - BlueBubbles 私信/群聊：`match.channel="bluebubbles"` + `match.peer.id=""` + - Telegram forum topic：`match.channel="telegram"` + `match.peer.id=":topic:"` + - BlueBubbles 私信 / 群聊：`match.channel="bluebubbles"` + `match.peer.id=""` 对于稳定的群组绑定，优先使用 `chat_id:*` 或 `chat_identifier:*`。 - - iMessage 私信/群聊：`match.channel="imessage"` + `match.peer.id=""` + - iMessage 私信 / 群聊：`match.channel="imessage"` + `match.peer.id=""` 对于稳定的群组绑定，优先使用 `chat_id:*`。 - `bindings[].agentId` 是所属的 OpenClaw 智能体 id。 -- 可选的 ACP 覆盖位于 `bindings[].acp` 下： +- 可选的 ACP 覆盖项位于 `bindings[].acp` 下： - `mode`（`persistent` 或 `oneshot`） - `label` - `cwd` @@ -234,7 +181,7 @@ OpenClaw 应执行的操作： - `agents.list[].runtime.acp.mode` - `agents.list[].runtime.acp.cwd` -ACP 已绑定会话的覆盖优先级： +ACP 绑定会话的覆盖优先级： 1. `bindings[].acp.*` 2. `agents.list[].runtime.acp.*` @@ -320,24 +267,24 @@ ACP 已绑定会话的覆盖优先级： } ``` -行为： +行为如下： -- OpenClaw 会在使用前确保已配置的 ACP 会话存在。 -- 该渠道或话题中的消息会路由到已配置的 ACP 会话。 -- 在已绑定的会话中，`/new` 和 `/reset` 会就地重置同一个 ACP 会话键。 -- 临时运行时绑定（例如由线程聚焦流程创建的绑定）在存在时仍会生效。 -- 对于未显式指定 `cwd` 的跨智能体 ACP 启动，OpenClaw 会从智能体配置继承目标智能体的工作区。 -- 继承的工作区路径若不存在，会回退到后端默认 `cwd`；若是非缺失型访问失败，则会作为启动错误直接返回。 +- OpenClaw 会在使用前确保配置的 ACP 会话已存在。 +- 该渠道或话题中的消息会路由到配置好的 ACP 会话。 +- 在已绑定的对话中，`/new` 和 `/reset` 会在原位置重置同一个 ACP 会话键。 +- 临时运行时绑定（例如由线程聚焦流程创建的绑定）在存在时仍然适用。 +- 对于未显式指定 `cwd` 的跨智能体 ACP 启动，OpenClaw 会从智能体配置中继承目标智能体的工作区。 +- 缺失的继承工作区路径会回退到后端默认 `cwd`；非缺失类访问失败会作为启动错误直接显示。 ## 启动 ACP 会话（接口） ### 从 `sessions_spawn` -要从智能体轮次或工具调用中启动 ACP 会话，请使用 `runtime: "acp"`。 +使用 `runtime: "acp"` 从智能体轮次或工具调用中启动 ACP 会话。 ```json { - "task": "Open the repo and summarize failing tests", + "task": "打开这个仓库并总结失败的测试", "runtime": "acp", "agentId": "codex", "thread": true, @@ -347,72 +294,72 @@ ACP 已绑定会话的覆盖优先级： 说明： -- `runtime` 默认是 `subagent`，因此对于 ACP 会话必须显式设置 `runtime: "acp"`。 -- 如果省略 `agentId`，则在已配置时 OpenClaw 会使用 `acp.defaultAgent`。 -- `mode: "session"` 需要 `thread: true`，以保持一个持久化的已绑定会话。 +- `runtime` 默认是 `subagent`，因此对于 ACP 会话，要显式设置 `runtime: "acp"`。 +- 如果省略 `agentId`，则在已配置时，OpenClaw 会使用 `acp.defaultAgent`。 +- `mode: "session"` 需要 `thread: true`，以保持持久化的绑定对话。 -接口细节： +接口详情： - `task`（必填）：发送到 ACP 会话的初始提示。 - `runtime`（ACP 必填）：必须为 `"acp"`。 - `agentId`（可选）：ACP 目标 harness id。如果已设置，则回退到 `acp.defaultAgent`。 -- `thread`（可选，默认 `false`）：在受支持时请求线程绑定流程。 +- `thread`（可选，默认 `false`）：在支持时请求线程绑定流程。 - `mode`（可选）：`run`（一次性）或 `session`（持久化）。 - - 默认值为 `run` - - 如果 `thread: true` 且省略 `mode`，OpenClaw 可能会根据运行时路径默认采用持久化行为 + - 默认是 `run` + - 如果 `thread: true` 且省略 `mode`，OpenClaw 可能会根据运行时路径默认使用持久化行为 - `mode: "session"` 需要 `thread: true` -- `cwd`（可选）：请求的运行时工作目录（由后端/运行时策略验证）。如果省略，ACP 启动会在已配置时继承目标智能体工作区；继承路径缺失时会回退到后端默认值，而真实访问错误会直接返回。 -- `label`（可选）：面向操作人员的标签，用于会话/横幅文本。 -- `resumeSessionId`（可选）：恢复现有 ACP 会话，而不是创建新会话。智能体会通过 `session/load` 重放其会话历史。要求 `runtime: "acp"`。 -- `streamTo`（可选）：`"parent"` 会将初始 ACP 运行的进度摘要作为系统事件流式回传给请求者会话。 - - 可用时，接受的响应还会包含 `streamLogPath`，指向一个按会话划分的 JSONL 日志（`.acp-stream.jsonl`），你可以 tail 它以查看完整的中继历史。 -- `model`（可选）：显式的 ACP 子会话模型覆盖。对于 `runtime: "acp"` 会生效，因此子会话会使用请求的模型，而不是静默回退到目标智能体的默认模型。 +- `cwd`（可选）：请求的运行时工作目录（由后端 / 运行时策略验证）。如果省略，则在已配置时，ACP 启动会继承目标智能体的工作区；缺失的继承路径会回退到后端默认值，而真实的访问错误会被返回。 +- `label`（可选）：面向操作人员的标签，用于会话 / 横幅文本。 +- `resumeSessionId`（可选）：恢复现有 ACP 会话，而不是创建新会话。智能体会通过 `session/load` 重放其对话历史。需要 `runtime: "acp"`。 +- `streamTo`（可选）：`"parent"` 将初始 ACP 运行的进度摘要以系统事件形式流式回传到请求方会话。 + - 在可用时，接受的响应中会包含 `streamLogPath`，指向一个按会话划分的 JSONL 日志（`.acp-stream.jsonl`），你可以对其执行 tail 以查看完整的转发历史。 +- `model`（可选）：为 ACP 子会话显式覆盖模型。对于 `runtime: "acp"`，该值会生效，因此子会话会使用请求的模型，而不是静默回退到目标智能体的默认模型。 ## 投递模型 -ACP 会话既可以是交互式工作区，也可以是由父级拥有的后台工作。投递路径取决于它的形态。 +ACP 会话既可以是交互式工作区，也可以是由父级持有的后台工作。投递路径取决于其形态。 ### 交互式 ACP 会话 -交互式会话旨在持续在可见聊天界面中对话： +交互式会话用于在可见的聊天界面中持续对话： -- `/acp spawn ... --bind here` 会将当前会话绑定到 ACP 会话。 -- `/acp spawn ... --thread ...` 会将某个渠道线程/话题绑定到 ACP 会话。 -- 持久化配置的 `bindings[].type="acp"` 会将匹配的会话路由到同一个 ACP 会话。 +- `/acp spawn ... --bind here` 将当前对话绑定到 ACP 会话。 +- `/acp spawn ... --thread ...` 将一个渠道线程 / 话题绑定到 ACP 会话。 +- 持久化配置的 `bindings[].type="acp"` 会将匹配的对话路由到同一个 ACP 会话。 -已绑定会话中的后续消息会直接路由到 ACP 会话，而 ACP 输出会回传到相同的渠道/线程/话题。 +已绑定对话中的后续消息会直接路由到 ACP 会话，ACP 输出也会回传到同一个渠道 / 线程 / 话题。 -### 父级拥有的一次性 ACP 会话 +### 父级持有的一次性 ACP 会话 -由另一个智能体运行启动的一次性 ACP 会话属于后台子任务，类似于子智能体： +由另一个智能体运行启动的一次性 ACP 会话是后台子级，类似于子智能体： -- 父级通过 `sessions_spawn({ runtime: "acp", mode: "run" })` 请求工作。 +- 父级通过 `sessions_spawn({ runtime: "acp", mode: "run" })` 请求执行工作。 - 子级在自己的 ACP harness 会话中运行。 -- 完成情况通过内部任务完成播报路径回传。 -- 当需要面向用户的回复时，父级会用正常 assistant 语气重写子级结果。 +- 完成结果通过内部任务完成通知路径回传。 +- 在需要面向用户的回复时，父级会以正常助手口吻改写子级结果。 -不要将此路径视为父子之间的点对点聊天。子级本身已经有一条回传给父级的完成通道。 +不要将这一路径视为父级和子级之间的点对点聊天。子级已经有一个回传给父级的完成通道。 ### `sessions_send` 与 A2A 投递 -在启动之后，`sessions_send` 可以以另一个会话为目标。对于普通对等会话，OpenClaw 会在注入消息后使用一条智能体到智能体（A2A）的后续路径： +`sessions_send` 可以在启动后以另一个会话为目标。对于普通对等会话，在注入消息后，OpenClaw 会使用智能体到智能体（A2A）后续路径： - 等待目标会话的回复 -- 可选地让请求者与目标进行有限轮次的后续交互 +- 可选地让请求方和目标交换有限轮次的后续消息 - 要求目标生成一条 announce 消息 - 将该 announce 投递到可见的渠道或线程 -这条 A2A 路径是对等发送的回退方案，用于发送方需要一个可见后续回复的场景。当某个无关会话可以看见并向 ACP 目标发消息时，例如在较宽松的 `tools.sessions.visibility` 设置下，它仍会保持启用。 +这条 A2A 路径是对等发送场景下的一种回退机制，用于发送方需要可见后续响应的情况。当某个无关会话在广泛的 `tools.sessions.visibility` 设置下能够查看并向 ACP 目标发送消息时，该机制仍会保持启用。 -仅当请求者是其自己所拥有的父级拥有型一次性 ACP 子会话的父级时，OpenClaw 才会跳过 A2A 后续。在这种情况下，如果在任务完成之上再运行 A2A，可能会用子级结果唤醒父级，再把父级回复转发回子级，从而形成父子回声循环。对于这种拥有型子级情况，`sessions_send` 结果会报告 `delivery.status="skipped"`，因为结果已经由完成路径负责处理。 +只有当请求方是其自身所拥有的、由父级持有的一次性 ACP 子级的父级时，OpenClaw 才会跳过 A2A 后续处理。在这种情况下，如果在任务完成机制之上再运行 A2A，可能会用子级结果唤醒父级，再把父级的回复转发回子级，从而形成父 / 子回声循环。对于这种自有子级情况，`sessions_send` 结果会报告 `delivery.status="skipped"`，因为结果已由完成路径负责处理。 ### 恢复现有会话 -使用 `resumeSessionId` 可以继续之前的 ACP 会话，而不是重新开始。智能体会通过 `session/load` 重放其会话历史，因此会带着完整的先前上下文继续。 +使用 `resumeSessionId` 可继续之前的 ACP 会话，而不是重新开始。智能体会通过 `session/load` 重放其对话历史，因此能带着之前的完整上下文继续进行。 ```json { - "task": "Continue where we left off — fix the remaining test failures", + "task": "从我们上次停下的地方继续——修复剩余的测试失败", "runtime": "acp", "agentId": "codex", "resumeSessionId": "" @@ -421,67 +368,47 @@ ACP 会话既可以是交互式工作区，也可以是由父级拥有的后台 常见用例： -- 将 Codex 会话从你的笔记本交接到手机 —— 告诉你的智能体从你上次停下的地方继续 -- 继续你之前在 CLI 中以交互方式启动、现在要通过智能体无头继续的 coding 会话 -- 接着处理因 Gateway 网关重启或空闲超时而中断的工作 +- 将一个 Codex 会话从你的笔记本交接到手机——告诉你的智能体从你上次停下的地方继续 +- 继续你之前在 CLI 中以交互方式启动、现在要通过智能体无头继续的编码会话 +- 接续因 Gateway 网关重启或空闲超时而中断的工作 说明： -- `resumeSessionId` 需要 `runtime: "acp"` —— 若与子智能体运行时一起使用会返回错误。 -- `resumeSessionId` 会恢复上游 ACP 会话历史；`thread` 和 `mode` 仍会像平常一样作用于你正在创建的新 OpenClaw 会话，因此 `mode: "session"` 仍需要 `thread: true`。 +- `resumeSessionId` 需要 `runtime: "acp"`——如果与子智能体运行时一起使用，会返回错误。 +- `resumeSessionId` 会恢复上游 ACP 对话历史；`thread` 和 `mode` 仍然会正常应用于你正在创建的新 OpenClaw 会话，因此 `mode: "session"` 仍然要求 `thread: true`。 - 目标智能体必须支持 `session/load`（Codex 和 Claude Code 支持）。 -- 如果找不到该会话 ID，启动会以清晰的错误失败 —— 不会静默回退到新会话。 +- 如果找不到该会话 ID，启动将以明确错误失败——不会静默回退到新会话。 -### 面向操作人员的 smoke 测试 + -在 Gateway 网关部署之后，如果你想快速进行一次 live 检查，以确认 ACP 启动在端到端路径上确实可用，而不只是通过了单元测试，请使用此方法。 +Gateway 网关部署后，应运行一次实时端到端检查，而不是只依赖单元测试： -推荐检查门槛： +1. 验证目标主机上的已部署 Gateway 网关版本和提交。 +2. 打开一个指向实时智能体的临时 ACPX 桥接会话。 +3. 要求该智能体调用 `sessions_spawn`，并设置 `runtime: "acp"`、`agentId: "codex"`、`mode: "run"`，任务为 `Reply with exactly LIVE-ACP-SPAWN-OK`。 +4. 验证 `accepted=yes`、真实的 `childSessionKey`，且没有验证器错误。 +5. 清理该临时桥接会话。 -1. 在目标宿主机上验证已部署的 Gateway 网关版本/提交。 -2. 确认已部署源码在 `src/gateway/sessions-patch.ts` 中包含 ACP 谱系接受逻辑（`subagent:* or acp:* sessions`）。 -3. 打开一个到 live 智能体的临时 ACPX 桥接会话（例如 `jpclawhq` 上的 `razor(main)`）。 -4. 让该智能体调用 `sessions_spawn`，参数如下： - - `runtime: "acp"` - - `agentId: "codex"` - - `mode: "run"` - - task：`Reply with exactly LIVE-ACP-SPAWN-OK` -5. 验证智能体报告： - - `accepted=yes` - - 一个真实的 `childSessionKey` - - 没有校验器错误 -6. 清理临时 ACPX 桥接会话。 +请将检查门槛保持在 `mode: "run"`，并跳过 `streamTo: "parent"`——绑定线程的 `mode: "session"` 和流式转发路径属于另外的、更丰富的集成验证。 -发给 live 智能体的示例提示： - -```text -Use the sessions_spawn tool now with runtime: "acp", agentId: "codex", and mode: "run". -Set the task to: "Reply with exactly LIVE-ACP-SPAWN-OK". -Then report only: accepted=; childSessionKey=; error=. -``` - -说明： - -- 除非你是在有意测试线程绑定的持久 ACP 会话，否则请将此 smoke 测试保持在 `mode: "run"`。 -- 基础检查不应要求 `streamTo: "parent"`。该路径依赖请求者/会话能力，属于单独的集成检查。 -- 应将线程绑定的 `mode: "session"` 测试视为第二阶段、更丰富的集成验证，并从真实的 Discord 线程或 Telegram 话题中执行。 + ## 沙箱兼容性 -ACP 会话当前运行在宿主运行时上，而不是 OpenClaw 沙箱内。 +ACP 会话当前在主机运行时上运行，而不是在 OpenClaw 沙箱内运行。 当前限制： -- 如果请求者会话处于沙箱中，则无论是 `sessions_spawn({ runtime: "acp" })` 还是 `/acp spawn`，ACP 启动都会被阻止。 +- 如果请求方会话处于沙箱中，则 `sessions_spawn({ runtime: "acp" })` 和 `/acp spawn` 的 ACP 启动都会被阻止。 - 错误：`Sandboxed sessions cannot spawn ACP sessions because runtime="acp" runs on the host. Use runtime="subagent" from sandboxed sessions.` -- `runtime: "acp"` 的 `sessions_spawn` 不支持 `sandbox: "require"`。 +- 带有 `runtime: "acp"` 的 `sessions_spawn` 不支持 `sandbox: "require"`。 - 错误：`sessions_spawn sandbox="require" is unsupported for runtime="acp" because ACP sessions run outside the sandbox. Use runtime="subagent" or sandbox="inherit".` -当你需要由沙箱强制执行时，请使用 `runtime: "subagent"`。 +当你需要由沙箱强制执行的运行时，请使用 `runtime: "subagent"`。 ### 从 `/acp` 命令 -当需要从聊天中进行显式操作控制时，请使用 `/acp spawn`。 +在需要时，使用 `/acp spawn` 从聊天中进行显式的操作控制。 ```text /acp spawn codex --mode persistent --thread auto @@ -502,114 +429,90 @@ ACP 会话当前运行在宿主运行时上，而不是 OpenClaw 沙箱内。 ## 会话目标解析 -大多数 `/acp` 操作都接受一个可选的会话目标（`session-key`、`session-id` 或 `session-label`）。 +大多数 `/acp` 操作都接受可选的会话目标（`session-key`、`session-id` 或 `session-label`）。 解析顺序： 1. 显式目标参数（或 `/acp steer` 的 `--session`） - - 先尝试 key - - 再尝试 UUID 形态的 session id - - 再尝试 label -2. 当前线程绑定（如果该会话/线程已绑定到某个 ACP 会话） -3. 当前请求者会话回退 + - 先尝试键 + - 然后尝试 UUID 形式的会话 id + - 最后尝试标签 +2. 当前线程绑定（如果此对话 / 线程绑定到了 ACP 会话） +3. 当前请求方会话回退 -当前会话绑定和线程绑定都会参与第 2 步。 +当前对话绑定和线程绑定都会参与第 2 步。 -如果无法解析出目标，OpenClaw 会返回清晰的错误（`Unable to resolve session target: ...`）。 +如果无法解析出目标，OpenClaw 会返回明确错误（`Unable to resolve session target: ...`）。 ## 启动绑定模式 `/acp spawn` 支持 `--bind here|off`。 | 模式 | 行为 | -| ---- | ---- | -| `here` | 就地绑定当前活动会话；如果当前没有活动会话则失败。 | -| `off` | 不创建当前会话绑定。 | +| ------ | ---------------------------------------------------------------------- | +| `here` | 在原位置绑定当前活动对话；如果没有活动对话则失败。 | +| `off` | 不创建当前对话绑定。 | 说明： -- `--bind here` 是“让这个渠道或聊天由 Codex 支持”的最简单操作路径。 +- `--bind here` 是“让这个渠道或聊天由 Codex 驱动”的最简单操作路径。 - `--bind here` 不会创建子线程。 -- `--bind here` 仅在暴露当前会话绑定支持的渠道上可用。 -- `--bind` 与 `--thread` 不能在同一次 `/acp spawn` 调用中组合使用。 +- `--bind here` 仅适用于暴露当前对话绑定支持的渠道。 +- `--bind` 和 `--thread` 不能在同一个 `/acp spawn` 调用中组合使用。 ## 启动线程模式 `/acp spawn` 支持 `--thread auto|here|off`。 | 模式 | 行为 | -| ---- | ---- | -| `auto` | 如果当前在线程中：绑定该线程。若不在线程中：在受支持时创建并绑定一个子线程。 | -| `here` | 要求当前处于活动线程中；否则失败。 | -| `off` | 不进行绑定。会话以未绑定状态启动。 | +| ------ | --------------------------------------------------------------------------------------------------- | +| `auto` | 如果当前在活动线程中：绑定该线程。如果当前不在线程中：在支持时创建 / 绑定一个子线程。 | +| `here` | 要求当前必须处于活动线程中；否则失败。 | +| `off` | 不绑定。会话以未绑定状态启动。 | 说明： - 在不支持线程绑定的界面上，默认行为实际上等同于 `off`。 -- 线程绑定启动需要渠道策略支持： +- 绑定线程的启动需要渠道策略支持： - Discord：`channels.discord.threadBindings.spawnAcpSessions=true` - Telegram：`channels.telegram.threadBindings.spawnAcpSessions=true` -- 当你希望固定当前会话而不创建子线程时，请使用 `--bind here`。 +- 当你想固定当前对话而不创建子线程时，请使用 `--bind here`。 ## ACP 控制 -可用命令族： - -- `/acp spawn` -- `/acp cancel` -- `/acp steer` -- `/acp close` -- `/acp status` -- `/acp set-mode` -- `/acp set` -- `/acp cwd` -- `/acp permissions` -- `/acp timeout` -- `/acp model` -- `/acp reset-options` -- `/acp sessions` -- `/acp doctor` -- `/acp install` - -`/acp status` 会显示生效的运行时选项，并在可用时显示运行时级和后端级的会话标识符。 - -某些控制依赖后端能力。如果某个后端不支持某项控制，OpenClaw 会返回清晰的“不支持该控制”错误。 - -## ACP 命令手册 - | 命令 | 作用 | 示例 | -| ---- | ---- | ---- | +| -------------------- | --------------------------------------------------------- | ------------------------------------------------------------- | | `/acp spawn` | 创建 ACP 会话；可选当前绑定或线程绑定。 | `/acp spawn codex --bind here --cwd /repo` | -| `/acp cancel` | 取消目标会话中正在进行的轮次。 | `/acp cancel agent:codex:acp:` | +| `/acp cancel` | 取消目标会话的进行中轮次。 | `/acp cancel agent:codex:acp:` | | `/acp steer` | 向运行中的会话发送引导指令。 | `/acp steer --session support inbox prioritize failing tests` | | `/acp close` | 关闭会话并解绑线程目标。 | `/acp close` | | `/acp status` | 显示后端、模式、状态、运行时选项和能力。 | `/acp status` | | `/acp set-mode` | 为目标会话设置运行时模式。 | `/acp set-mode plan` | -| `/acp set` | 通用运行时配置项写入。 | `/acp set model openai/gpt-5.4` | -| `/acp cwd` | 设置运行时工作目录覆盖。 | `/acp cwd /Users/user/Projects/repo` | +| `/acp set` | 通用运行时配置选项写入。 | `/acp set model openai/gpt-5.4` | +| `/acp cwd` | 设置运行时工作目录覆盖值。 | `/acp cwd /Users/user/Projects/repo` | | `/acp permissions` | 设置审批策略配置文件。 | `/acp permissions strict` | | `/acp timeout` | 设置运行时超时（秒）。 | `/acp timeout 120` | -| `/acp model` | 设置运行时模型覆盖。 | `/acp model anthropic/claude-opus-4-6` | -| `/acp reset-options` | 移除会话运行时选项覆盖。 | `/acp reset-options` | -| `/acp sessions` | 列出存储中的最近 ACP 会话。 | `/acp sessions` | -| `/acp doctor` | 后端健康状态、能力和可执行修复建议。 | `/acp doctor` | -| `/acp install` | 打印确定性的安装和启用步骤。 | `/acp install` | +| `/acp model` | 设置运行时模型覆盖值。 | `/acp model anthropic/claude-opus-4-6` | +| `/acp reset-options` | 移除会话运行时选项覆盖值。 | `/acp reset-options` | +| `/acp sessions` | 从存储中列出最近的 ACP 会话。 | `/acp sessions` | +| `/acp doctor` | 后端健康状态、能力、可执行修复。 | `/acp doctor` | +| `/acp install` | 输出确定性的安装与启用步骤。 | `/acp install` | -`/acp sessions` 会读取当前绑定会话或请求者会话对应的存储。接受 `session-key`、`session-id` 或 `session-label` token 的命令，会通过 Gateway 网关会话发现来解析目标，包括按智能体自定义的 `session.store` 根目录。 +`/acp status` 会显示生效中的运行时选项，以及运行时级别和后端级别的会话标识符。当后端缺少某项能力时，不支持的控制错误会被清晰显示。`/acp sessions` 会读取当前已绑定会话或请求方会话的存储；目标令牌（`session-key`、`session-id` 或 `session-label`）会通过 Gateway 网关会话发现进行解析，包括每个智能体自定义的 `session.store` 根路径。 ## 运行时选项映射 -`/acp` 同时提供便捷命令和通用设置器。 +`/acp` 提供便捷命令和一个通用设置器。 等价操作： - `/acp model ` 映射到运行时配置键 `model`。 - `/acp permissions ` 映射到运行时配置键 `approval_policy`。 - `/acp timeout ` 映射到运行时配置键 `timeout`。 -- `/acp cwd ` 会直接更新运行时 `cwd` 覆盖。 +- `/acp cwd ` 直接更新运行时 `cwd` 覆盖值。 - `/acp set ` 是通用路径。 - - 特殊情况：`key=cwd` 会使用 `cwd` 覆盖路径。 -- `/acp reset-options` 会清除目标会话的所有运行时覆盖。 + - 特例：`key=cwd` 使用 `cwd` 覆盖路径。 +- `/acp reset-options` 会清除目标会话的所有运行时覆盖值。 ## acpx harness 支持（当前） @@ -630,10 +533,10 @@ ACP 会话当前运行在宿主运行时上，而不是 OpenClaw 沙箱内。 - `pi` - `qwen` -当 OpenClaw 使用 acpx 后端时，除非你的 acpx 配置定义了自定义智能体别名，否则优先将这些值用作 `agentId`。 -如果你的本地 Cursor 安装仍将 ACP 暴露为 `agent acp`，请在 acpx 配置中覆盖 `cursor` 智能体命令，而不是修改内置默认值。 +当 OpenClaw 使用 acpx 后端时，除非你的 acpx 配置定义了自定义智能体别名，否则应优先将这些值用于 `agentId`。 +如果你本地安装的 Cursor 仍然将 ACP 暴露为 `agent acp`，请在你的 acpx 配置中覆盖 `cursor` 智能体命令，而不是修改内置默认值。 -直接使用 acpx CLI 也可以通过 `--agent ` 定位任意适配器，但这类原始逃生口是 acpx CLI 功能（而不是常规的 OpenClaw `agentId` 路径）。 +直接使用 acpx CLI 也可以通过 `--agent ` 指向任意适配器，但这个原始逃生口是 acpx CLI 的功能（不是常规的 OpenClaw `agentId` 路径）。 ## 必需配置 @@ -643,7 +546,7 @@ ACP 会话当前运行在宿主运行时上，而不是 OpenClaw 沙箱内。 { acp: { enabled: true, - // 可选。默认值为 true；设为 false 可暂停 ACP 调度，同时保留 /acp 控制。 + // 可选。默认值为 true；设为 false 可暂停 ACP 分发，同时保留 /acp 控制。 dispatch: { enabled: true }, backend: "acpx", defaultAgent: "codex", @@ -675,7 +578,7 @@ ACP 会话当前运行在宿主运行时上，而不是 OpenClaw 沙箱内。 } ``` -线程绑定配置取决于具体的渠道适配器。Discord 示例： +线程绑定配置取决于渠道适配器。以 Discord 为例： ```json5 { @@ -697,25 +600,27 @@ ACP 会话当前运行在宿主运行时上，而不是 OpenClaw 沙箱内。 } ``` -如果线程绑定的 ACP 启动无法工作，请先验证适配器功能开关： +如果绑定线程的 ACP 启动无法工作，请先验证适配器功能标志： - Discord：`channels.discord.threadBindings.spawnAcpSessions=true` -当前会话绑定不要求创建子线程。它们要求存在活动会话上下文，以及一个暴露 ACP 会话绑定能力的渠道适配器。 +当前对话绑定不需要创建子线程。它们需要活动的对话上下文，以及一个暴露 ACP 对话绑定能力的渠道适配器。 参见[配置参考](/zh-CN/gateway/configuration-reference)。 ## acpx 后端的插件设置 -全新安装默认会启用内置的 `acpx` 运行时插件，因此 ACP 通常无需手动安装插件即可工作。 +全新安装默认启用内置的 `acpx` 运行时插件，因此 ACP +通常无需手动安装插件即可工作。 -先运行： +先从以下命令开始： ```text /acp doctor ``` -如果你禁用了 `acpx`、通过 `plugins.allow` / `plugins.deny` 拒绝了它，或者想切换到本地开发 checkout，请使用显式插件路径： +如果你禁用了 `acpx`、通过 `plugins.allow` / `plugins.deny` 拒绝了它，或想 +切换到本地开发检出版本，请使用显式插件路径： ```bash openclaw plugins install acpx @@ -736,16 +641,9 @@ openclaw plugins install ./path/to/local/acpx-plugin ### acpx 命令和版本配置 -默认情况下，内置的 acpx 后端插件（`acpx`）会使用插件本地固定版本的二进制文件： +默认情况下，内置的 `acpx` 插件使用其插件本地固定的二进制文件（插件包内部的 `node_modules/.bin/acpx`）。启动时会先将该后端注册为未就绪状态，并由一个后台作业验证 `acpx --version`；如果二进制文件缺失或版本不匹配，它会运行 `npm install --omit=dev --no-save acpx@` 并再次验证。整个过程中，Gateway 网关始终保持非阻塞。 -1. 命令默认指向 ACPX 插件包内部插件本地的 `node_modules/.bin/acpx`。 -2. 预期版本默认使用扩展固定版本。 -3. 启动时会立即将 ACP 后端注册为未就绪。 -4. 后台 ensure 任务会验证 `acpx --version`。 -5. 如果插件本地二进制文件缺失或版本不匹配，它会运行： - `npm install --omit=dev --no-save acpx@`，然后重新验证。 - -你可以在插件配置中覆盖命令/版本： +可在插件配置中覆盖命令或版本： ```json { @@ -763,103 +661,114 @@ openclaw plugins install ./path/to/local/acpx-plugin } ``` -说明： - -- `command` 接受绝对路径、相对路径或命令名称（`acpx`）。 -- 相对路径相对于 OpenClaw 工作区目录解析。 +- `command` 接受绝对路径、相对路径（相对于 OpenClaw 工作区解析）或命令名称。 - `expectedVersion: "any"` 会禁用严格版本匹配。 -- 当 `command` 指向自定义二进制文件/路径时，插件本地自动安装会被禁用。 -- 在后端健康检查运行期间，OpenClaw 启动仍然保持非阻塞。 +- 自定义 `command` 路径会禁用插件本地自动安装。 参见[插件](/zh-CN/tools/plugin)。 ### 自动依赖安装 -当你通过 `npm install -g openclaw` 全局安装 OpenClaw 时，acpx 运行时依赖（平台相关二进制文件）会通过 postinstall hook 自动安装。如果自动安装失败，Gateway 网关仍会正常启动，并通过 `openclaw acp doctor` 报告缺失的依赖。 +当你通过 `npm install -g openclaw` 全局安装 OpenClaw 时，acpx +运行时依赖（平台特定的二进制文件）会通过 postinstall 钩子自动安装。 +如果自动安装失败，Gateway 网关仍会正常启动， +并通过 `openclaw acp doctor` 报告缺失的依赖。 ### 插件工具 MCP 桥接 -默认情况下，ACPX 会话**不会**向 ACP harness 暴露 OpenClaw 已注册的插件工具。 +默认情况下，ACPX 会话**不会**向 +ACP harness 暴露 OpenClaw 插件注册的工具。 -如果你希望像 Codex 或 Claude Code 这样的 ACP 智能体可以调用已安装的 OpenClaw 插件工具，例如 memory recall/store，请启用专用桥接： +如果你希望 Codex 或 Claude Code 等 ACP 智能体调用已安装的 +OpenClaw 插件工具，例如 memory recall/store，请启用专用桥接： ```bash openclaw config set plugins.entries.acpx.config.pluginToolsMcpBridge true ``` -这会执行以下操作： +其作用： -- 在 ACPX 会话引导中注入一个名为 `openclaw-plugin-tools` 的内置 MCP 服务器。 -- 暴露已安装并启用的 OpenClaw 插件所注册的插件工具。 -- 使该功能保持显式启用，且默认关闭。 +- 在 ACPX 会话启动引导中注入一个名为 `openclaw-plugin-tools` 的内置 MCP 服务器。 +- 暴露已安装并启用的 OpenClaw + 插件中已经注册的插件工具。 +- 保持该功能为显式启用，且默认关闭。 -安全性和信任说明： +安全与信任说明： -- 这会扩大 ACP harness 的工具面。 +- 这会扩大 ACP harness 的工具暴露面。 - ACP 智能体只能访问 Gateway 网关中已经激活的插件工具。 -- 应将它视为与允许这些插件在 OpenClaw 本身中执行相同的信任边界。 -- 启用前请审查已安装的插件。 +- 请将其视为与允许这些插件在 + OpenClaw 自身内部执行相同的信任边界。 +- 启用前请检查已安装的插件。 -自定义 `mcpServers` 仍像以前一样可用。内置的插件工具桥接是额外的可选便利功能，而不是通用 MCP 服务器配置的替代品。 +自定义 `mcpServers` 仍会像之前一样工作。内置的插件工具桥接是一个 +额外的按需启用便捷功能，而不是通用 MCP 服务器配置的替代品。 ### OpenClaw 工具 MCP 桥接 -默认情况下，ACPX 会话也**不会**通过 MCP 暴露内置 OpenClaw 工具。当 ACP 智能体需要某些选定的内置工具（例如 `cron`）时，请启用单独的核心工具桥接： +默认情况下，ACPX 会话也**不会**通过 +MCP 暴露内置 OpenClaw 工具。当 ACP 智能体需要使用选定的 +内置工具（例如 `cron`）时，请启用单独的核心工具桥接： ```bash openclaw config set plugins.entries.acpx.config.openClawToolsMcpBridge true ``` -这会执行以下操作： +其作用： -- 在 ACPX 会话引导中注入一个名为 `openclaw-tools` 的内置 MCP 服务器。 -- 暴露选定的内置 OpenClaw 工具。初始服务器会暴露 `cron`。 -- 使核心工具暴露保持显式启用，且默认关闭。 +- 在 ACPX 会话启动引导中注入一个名为 `openclaw-tools` 的内置 MCP 服务器。 +- 暴露选定的内置 OpenClaw 工具。初始服务器暴露 `cron`。 +- 保持核心工具暴露为显式启用，且默认关闭。 ### 运行时超时配置 -内置的 `acpx` 插件默认将嵌入式运行时轮次的超时设为 120 秒。这为 Gemini CLI 之类较慢的 harness 预留了足够时间，以完成 ACP 启动和初始化。如果你的宿主需要不同的运行时限制，可以覆盖此值： +内置的 `acpx` 插件默认将嵌入式运行时轮次设置为 120 秒 +超时。这为 Gemini CLI 等较慢的 harness 提供了足够时间来完成 +ACP 启动和初始化。如果你的主机需要不同的 +运行时限制，可以覆盖该值： ```bash openclaw config set plugins.entries.acpx.config.timeoutSeconds 180 ``` -更改此值后请重启 Gateway 网关。 +更改此值后，重启 Gateway 网关。 -### 健康探针智能体配置 +### 健康探测智能体配置 -内置的 `acpx` 插件在判断嵌入式运行时后端是否就绪时，会探测一个 harness 智能体。默认值为 `codex`。如果你的部署使用其他默认 ACP 智能体，请将探针智能体设为相同 id： +内置的 `acpx` 插件在判断嵌入式运行时后端是否就绪时， +会探测一个 harness 智能体。默认值是 `codex`。如果你的部署 +使用不同的默认 ACP 智能体，请将探测智能体设置为相同的 id： ```bash openclaw config set plugins.entries.acpx.config.probeAgent claude ``` -更改此值后请重启 Gateway 网关。 +更改此值后，重启 Gateway 网关。 ## 权限配置 -ACP 会话以非交互方式运行 —— 没有 TTY 可用于批准或拒绝文件写入和 shell 执行权限提示。acpx 插件提供两个配置键来控制权限处理方式： +ACP 会话以非交互方式运行——没有 TTY 可用于批准或拒绝文件写入与 shell 执行权限提示。acpx 插件提供了两个配置键来控制权限处理方式： -这些 ACPX harness 权限与 OpenClaw exec 审批是分开的，也与 CLI 后端的厂商绕过标志分开，例如 Claude CLI 的 `--permission-mode bypassPermissions`。对于 ACP 会话，ACPX 的 `approve-all` 是 harness 级别的 break-glass 开关。 +这些 ACPX harness 权限与 OpenClaw 执行审批是分开的，也与 CLI 后端厂商绕过标志（例如 Claude CLI `--permission-mode bypassPermissions`）分开。ACPX 的 `approve-all` 是 ACP 会话在 harness 级别的紧急放行开关。 ### `permissionMode` -控制 harness 智能体无需提示即可执行哪些操作。 +控制 harness 智能体可在不提示的情况下执行哪些操作。 -| 值 | 行为 | -| --------------- | --------------------------------------------- | -| `approve-all` | 自动批准所有文件写入和 shell 命令。 | -| `approve-reads` | 仅自动批准读取；写入和 exec 仍需要提示。 | -| `deny-all` | 拒绝所有权限提示。 | +| 值 | 行为 | +| --------------- | --------------------------------------------------------- | +| `approve-all` | 自动批准所有文件写入和 shell 命令。 | +| `approve-reads` | 仅自动批准读取；写入和执行需要提示。 | +| `deny-all` | 拒绝所有权限提示。 | ### `nonInteractivePermissions` -控制在本应显示权限提示、但没有可交互 TTY 可用时会发生什么（ACP 会话始终属于这种情况）。 +控制当本应显示权限提示、但没有可用的交互式 TTY 时会发生什么（对于 ACP 会话，这种情况始终成立）。 -| 值 | 行为 | -| ------ | ----------------------------------------------------------- | -| `fail` | 以 `AcpRuntimeError` 中止会话。**（默认）** | -| `deny` | 静默拒绝该权限并继续（平滑降级）。 | +| 值 | 行为 | +| ------ | ----------------------------------------------------------------- | +| `fail` | 以 `AcpRuntimeError` 中止会话。**（默认）** | +| `deny` | 静默拒绝该权限并继续（平滑降级）。 | ### 配置 @@ -870,29 +779,29 @@ openclaw config set plugins.entries.acpx.config.permissionMode approve-all openclaw config set plugins.entries.acpx.config.nonInteractivePermissions fail ``` -更改这些值后请重启 Gateway 网关。 +更改这些值后，重启 Gateway 网关。 -> **重要：** OpenClaw 当前默认使用 `permissionMode=approve-reads` 和 `nonInteractivePermissions=fail`。在非交互式 ACP 会话中，任何触发权限提示的写入或 exec 都可能因 `AcpRuntimeError: Permission prompt unavailable in non-interactive mode` 而失败。 +> **重要：** OpenClaw 当前默认使用 `permissionMode=approve-reads` 和 `nonInteractivePermissions=fail`。在非交互式 ACP 会话中，任何触发权限提示的写入或执行操作都可能因 `AcpRuntimeError: Permission prompt unavailable in non-interactive mode` 而失败。 > -> 如果你需要限制权限，请将 `nonInteractivePermissions` 设为 `deny`，这样会话就会平滑降级，而不是直接崩溃。 +> 如果你需要限制权限，请将 `nonInteractivePermissions` 设置为 `deny`，这样会话会平滑降级，而不是直接崩溃。 ## 故障排除 | 症状 | 可能原因 | 修复方法 | -| ---- | -------- | -------- | -| `ACP runtime backend is not configured` | 后端插件缺失或已禁用。 | 安装并启用后端插件，然后运行 `/acp doctor`。 | -| `ACP is disabled by policy (acp.enabled=false)` | ACP 在全局范围内被禁用。 | 设置 `acp.enabled=true`。 | -| `ACP dispatch is disabled by policy (acp.dispatch.enabled=false)` | 普通线程消息的调度已禁用。 | 设置 `acp.dispatch.enabled=true`。 | +| --------------------------------------------------------------------------- | ------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------- | +| `ACP runtime backend is not configured` | 后端插件缺失或被禁用。 | 安装并启用后端插件，然后运行 `/acp doctor`。 | +| `ACP is disabled by policy (acp.enabled=false)` | ACP 被全局禁用。 | 设置 `acp.enabled=true`。 | +| `ACP dispatch is disabled by policy (acp.dispatch.enabled=false)` | 来自普通线程消息的分发已禁用。 | 设置 `acp.dispatch.enabled=true`。 | | `ACP agent "" is not allowed by policy` | 智能体不在允许列表中。 | 使用允许的 `agentId`，或更新 `acp.allowedAgents`。 | -| `Unable to resolve session target: ...` | 错误的 key/id/label token。 | 运行 `/acp sessions`，复制精确的 key/label，然后重试。 | -| `--bind here requires running /acp spawn inside an active ... conversation` | 在没有活动且可绑定会话的情况下使用了 `--bind here`。 | 移动到目标聊天/渠道后重试，或使用不绑定的启动方式。 | -| `Conversation bindings are unavailable for .` | 适配器缺少当前会话 ACP 绑定能力。 | 在受支持时使用 `/acp spawn ... --thread ...`，配置顶层 `bindings[]`，或切换到受支持的渠道。 | -| `--thread here requires running /acp spawn inside an active ... thread` | 在线程上下文之外使用了 `--thread here`。 | 移动到目标线程，或使用 `--thread auto`/`off`。 | -| `Only can rebind this channel/conversation/thread.` | 另一个用户拥有当前活动绑定目标。 | 由所有者重新绑定，或使用其他会话或线程。 | -| `Thread bindings are unavailable for .` | 适配器缺少线程绑定能力。 | 使用 `--thread off`，或切换到受支持的适配器/渠道。 | -| `Sandboxed sessions cannot spawn ACP sessions ...` | ACP 运行时位于宿主侧；请求者会话处于沙箱中。 | 在沙箱会话中使用 `runtime="subagent"`，或从非沙箱会话中运行 ACP 启动。 | -| `sessions_spawn sandbox="require" is unsupported for runtime="acp" ...` | 为 ACP 运行时请求了 `sandbox="require"`。 | 对于必需的沙箱隔离，请使用 `runtime="subagent"`；或者从非沙箱会话中配合 `sandbox="inherit"` 使用 ACP。 | -| 已绑定会话缺少 ACP 元数据 | ACP 会话元数据已过期/被删除。 | 使用 `/acp spawn` 重新创建，然后重新绑定/聚焦线程。 | -| `AcpRuntimeError: Permission prompt unavailable in non-interactive mode` | `permissionMode` 在非交互式 ACP 会话中阻止了写入/exec。 | 将 `plugins.entries.acpx.config.permissionMode` 设为 `approve-all`，并重启 Gateway 网关。参见[权限配置](#permission-configuration)。 | -| ACP 会话很早失败且输出很少 | 权限提示被 `permissionMode`/`nonInteractivePermissions` 阻止。 | 检查 Gateway 网关日志中的 `AcpRuntimeError`。若要完全开放权限，请设 `permissionMode=approve-all`；若要平滑降级，请设 `nonInteractivePermissions=deny`。 | -| ACP 会话在完成工作后无限期停滞 | Harness 进程已结束，但 ACP 会话未报告完成。 | 使用 `ps aux \| grep acpx` 监控；手动杀掉陈旧进程。 | +| `Unable to resolve session target: ...` | 键 / id / 标签令牌错误。 | 运行 `/acp sessions`，复制精确的键 / 标签后重试。 | +| `--bind here requires running /acp spawn inside an active ... conversation` | 在没有活动可绑定对话的情况下使用了 `--bind here`。 | 移动到目标聊天 / 渠道后重试，或使用不绑定的启动。 | +| `Conversation bindings are unavailable for .` | 适配器缺少当前对话 ACP 绑定能力。 | 在支持时使用 `/acp spawn ... --thread ...`，配置顶层 `bindings[]`，或切换到受支持的渠道。 | +| `--thread here requires running /acp spawn inside an active ... thread` | 在线程上下文之外使用了 `--thread here`。 | 移动到目标线程，或使用 `--thread auto` / `off`。 | +| `Only can rebind this channel/conversation/thread.` | 另一个用户拥有当前活动绑定目标。 | 由所有者重新绑定，或使用其他对话或线程。 | +| `Thread bindings are unavailable for .` | 适配器缺少线程绑定能力。 | 使用 `--thread off`，或切换到受支持的适配器 / 渠道。 | +| `Sandboxed sessions cannot spawn ACP sessions ...` | ACP 运行时位于主机侧；请求方会话处于沙箱中。 | 从沙箱会话中使用 `runtime="subagent"`，或从非沙箱会话中运行 ACP 启动。 | +| `sessions_spawn sandbox="require" is unsupported for runtime="acp" ...` | 为 ACP 运行时请求了 `sandbox="require"`。 | 对强制沙箱隔离使用 `runtime="subagent"`，或从非沙箱会话中使用带 `sandbox="inherit"` 的 ACP。 | +| 绑定会话缺少 ACP 元数据 | ACP 会话元数据已过时 / 已删除。 | 使用 `/acp spawn` 重新创建，然后重新绑定 / 聚焦线程。 | +| `AcpRuntimeError: Permission prompt unavailable in non-interactive mode` | `permissionMode` 阻止了非交互式 ACP 会话中的写入 / 执行。 | 将 `plugins.entries.acpx.config.permissionMode` 设置为 `approve-all` 并重启 Gateway 网关。参见[权限配置](#permission-configuration)。 | +| ACP 会话很早失败且几乎没有输出 | 权限提示被 `permissionMode` / `nonInteractivePermissions` 阻止。 | 检查 Gateway 网关日志中的 `AcpRuntimeError`。如需完整权限，设置 `permissionMode=approve-all`；如需平滑降级，设置 `nonInteractivePermissions=deny`。 | +| ACP 会话在工作完成后无限期卡住 | harness 进程已完成，但 ACP 会话未报告完成。 | 使用 `ps aux \| grep acpx` 监控；手动杀掉陈旧进程。 |