--- read_when: - 通过 ACP 运行编码执行框架 - 在消息渠道上设置绑定到对话的 ACP 会话 - 将消息渠道对话绑定到持久 ACP 会话 - ACP 后端、插件连接或完成结果传递的故障排查 - 通过聊天操作 /acp 命令 sidebarTitle: ACP agents summary: 通过 ACP 后端运行外部代码 harness（Claude Code、Cursor、Gemini CLI、显式 Codex ACP、OpenClaw ACP、OpenCode） title: ACP 智能体 x-i18n: generated_at: "2026-07-05T11:43:07Z" model: gpt-5.5 postprocess_version: locale-links-v1 provider: openai source_hash: 68f5a5588710bea3027583bf06587706eb476d3ad1a31b0ef798586fcb895aa9 source_path: tools/acp-agents.md workflow: 16 --- [Agent Client Protocol (ACP)](https://agentclientprotocol.com/) 会话让 OpenClaw 通过 ACP 后端插件运行外部编码运行框架（Claude Code、Cursor、Copilot、Droid、 OpenClaw ACP、OpenCode、Gemini CLI，以及其他受支持的 ACPX 运行框架）。 每次生成都会作为 [后台任务](/zh-CN/automation/tasks)进行跟踪。 **ACP 是外部运行框架路径，不是默认的 Codex 路径。** 原生 Codex app-server 插件负责 `/codex ...` 控制，以及 Agent 轮次的默认 `openai/gpt-*` 嵌入式运行时；ACP 负责 `/acp ...` 控制 和 `sessions_spawn({ runtime: "acp" })` 会话。 要让 Codex 或 Claude Code 作为外部 MCP 客户端直接连接到 现有 OpenClaw 渠道对话，请使用 [`openclaw mcp serve`](/zh-CN/cli/mcp)，而不是 ACP。 ## 我需要哪个页面？ | 你想要... | 使用 | 说明 | | ----------------------------------------------------------------------------------------------- | ------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | 在当前对话中绑定或控制 Codex | `/codex bind`、`/codex threads` | 启用 `codex` 插件时的原生 Codex app-server 路径：绑定聊天回复、图片转发、模型/快速/权限、停止和 steer。ACP 是显式回退 | | 通过 OpenClaw 运行 Claude Code、Gemini CLI、显式 Codex 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 控制、没有运行框架运行时 | ## 这能开箱即用吗？ 可以，安装官方 ACP 运行时插件后即可： ```bash openclaw plugins install @openclaw/acpx openclaw config set plugins.entries.acpx.enabled true ``` 源码检出可以在 `pnpm install` 之后使用本地 `extensions/acpx` 工作区插件。 运行 `/acp doctor` 进行就绪检查。 OpenClaw 只会在 ACP **真正可用**时才教智能体使用 ACP 生成： ACP 必须已启用，调度不能被禁用，当前会话不能被沙箱阻止，并且运行时后端必须已加载且健康。 如果任一条件失败，ACP Skills 和 `sessions_spawn` ACP 指引会保持隐藏， 这样智能体就不会建议不可用的后端。 - 如果设置了 `plugins.allow`，它就是一个限制性的插件清单，并且**必须**包含 `acpx`，否则已安装的 ACP 后端会被有意阻止（`/acp doctor` 会报告缺少 allowlist 条目）。 - Codex ACP 适配器随 `acpx` 插件一起发布，并会在可能时本地启动。 - Codex ACP 使用隔离的 `CODEX_HOME` 运行。OpenClaw 会从主机 Codex 配置复制可信项目的信任条目，以及安全的模型/提供商路由配置（`model`、`model_provider`、`model_reasoning_effort`、`sandbox_mode` 和安全的 `model_providers.` 字段）；凭证、通知和钩子仅保留在主机配置上。 - 其他目标运行框架适配器可能会在首次使用时按需通过 `npx` 获取。 - 该运行框架的供应商凭证必须已存在于主机上。 - 如果主机没有 npm 或网络访问权限，首次运行的适配器获取会失败，直到缓存被预热或通过其他方式安装适配器。 ACP 会启动真实的外部运行框架进程。OpenClaw 负责路由、 后台任务状态、投递、绑定和策略；运行框架负责 其提供商登录、模型目录、文件系统行为和原生工具。 在责怪 OpenClaw 之前，请验证： - `/acp doctor` 报告后端已启用且健康。 - 设置 allowlist 时，目标 id 被 `acp.allowedAgents` 允许。 - 运行框架命令可以在 Gateway 网关主机上启动。 - 该运行框架存在提供商凭证（`claude`、`codex`、`gemini`、`opencode`、`droid` 等）。 - 所选模型存在于该运行框架中 - 模型 id 不能跨运行框架移植。 - 请求的 `cwd` 存在且可访问，或者省略 `cwd`，让后端使用其默认值。 - 权限模式与工作匹配。非交互式会话无法点击原生权限提示，因此写入/执行密集型编码运行通常需要一个可以无头继续的 ACPX 权限配置。 默认情况下，OpenClaw 插件工具和内置 OpenClaw 工具**不会**暴露给 ACP 运行框架。只有在运行框架应直接调用这些工具时，才在 [ACP Agents 设置](/zh-CN/tools/acp-agents-setup)中启用显式 MCP 桥接。 ## 支持的运行框架目标 使用 `acpx` 后端时，将这些 id 作为 `/acp spawn ` 或 `sessions_spawn({ runtime: "acp", agentId: "" })` 目标： | 运行框架 id | 典型后端 | 说明 | | ------------ | ---------------------------------------------- | ----------------------------------------------------------------------------------- | | `claude` | Claude Code ACP 适配器 | 需要主机上的 Claude Code 凭证。 | | `codex` | Codex ACP 适配器 | 仅在原生 `/codex` 不可用或请求 ACP 时作为显式 ACP 回退。 | | `copilot` | GitHub Copilot ACP 适配器 | 需要 Copilot CLI/运行时凭证。 | | `cursor` | Cursor CLI ACP (`cursor-agent acp`) | 如果本地安装暴露了不同的 ACP 入口点，请覆盖 acpx 命令。 | | `droid` | Factory Droid CLI | 需要 Factory/Droid 凭证，或运行框架环境中的 `FACTORY_API_KEY`。 | | `fast-agent` | fast-agent-mcp ACP 适配器 | 按需通过 `uvx` 获取。 | | `gemini` | Gemini CLI ACP 适配器 | 需要 Gemini CLI 凭证或 API key 设置。 | | `iflow` | iFlow CLI | 适配器可用性和模型控制取决于已安装的 CLI。 | | `kilocode` | Kilo Code CLI | 适配器可用性和模型控制取决于已安装的 CLI。 | | `kimi` | Kimi/Moonshot CLI | 需要主机上的 Kimi/Moonshot 凭证。 | | `kiro` | Kiro CLI | 适配器可用性和模型控制取决于已安装的 CLI。 | | `mux` | Mux CLI ACP 适配器 | 按需通过 `npx` 获取。 | | `opencode` | OpenCode ACP 适配器 | 需要 OpenCode CLI/提供商凭证。 | | `openclaw` | 通过 `openclaw acp` 的 OpenClaw Gateway 网关桥接 | 让支持 ACP 的运行框架回连到 OpenClaw Gateway 网关会话。 | | `qoder` | Qoder CLI | 适配器可用性和模型控制取决于已安装的 CLI。 | | `qwen` | Qwen Code / Qwen CLI | 需要主机上的 Qwen 兼容凭证。 | | `trae` | Trae CLI ACP 适配器 | 适配器可用性和模型控制取决于已安装的 CLI。 | `pi` (pi-acp) 也注册在 acpx 后端中，但它与上面其他目标不同， 并不是同一意义上的编码运行框架。 可以在 acpx 自身中配置自定义 acpx 智能体别名，但 OpenClaw 策略在调度前仍会检查 `acp.allowedAgents`，以及任何 `agents.list[].runtime.acp.agent` 映射。 ## 操作员运行手册 从聊天发起的快速 `/acp` 流程： `/acp spawn claude --bind here`、 `/acp spawn gemini --mode persistent --thread auto`，或显式 `/acp spawn codex --bind here`。 在绑定的对话或线程中继续（或显式指定会话键）。 `/acp status` `/acp model `、`/acp permissions `、 `/acp timeout `。 不替换上下文：`/acp steer tighten logging and continue`。 `/acp cancel`（当前轮次）或 `/acp close`（会话 + 绑定）。 - 生成会创建或恢复 ACP 运行时会话，在 OpenClaw 会话存储中记录 ACP 元数据，并且在运行由父级拥有时可能会创建后台任务。 - 父级拥有的 ACP 会话会被视为后台工作，即使运行时会话是持久的；完成和跨界面投递会通过父任务通知器进行，而不是像普通面向用户的聊天会话那样处理。 - 任务维护会关闭已终止或孤立的父级拥有的一次性 ACP 会话。持久 ACP 会话会在仍存在活动对话绑定时保留；没有活动绑定的陈旧持久会话会被关闭，避免在拥有任务完成或其任务记录消失后被静默恢复。 - 绑定的后续消息会直接发送到 ACP 会话，直到绑定被关闭、取消聚焦、重置或过期。 - Gateway 网关命令保持本地处理。`/acp ...`、`/status` 和 `/unfocus` 永远不会作为普通提示文本发送给绑定的 ACP 运行框架。 - 当后端支持取消时，`cancel` 会中止活动轮次；它不会删除绑定或会话元数据。 - `close` 会从 OpenClaw 的视角结束 ACP 会话并移除绑定。如果运行框架支持恢复，它仍可能保留自己的上游历史。 - `close` 之后，acpx 插件会清理 OpenClaw 拥有的包装器和适配器进程树，并在 Gateway 网关启动期间回收陈旧的 OpenClaw 拥有的 ACPX 孤儿进程。 - 空闲运行时工作器在 `acp.runtime.ttlMinutes` 之后可被清理；存储的会话元数据仍可用于 `/acp sessions`。 启用时，以下自然语言触发应路由到**原生 Codex 插件**： - “将此 Discord 渠道绑定到 Codex。” - “将此聊天附加到 Codex 线程 ``。” - “显示 Codex 线程，然后绑定这个。” 原生 Codex 会话绑定是默认的聊天控制路径。 OpenClaw 动态工具仍通过 OpenClaw 执行，而 Codex 原生 工具（例如 shell/apply-patch）在 Codex 内执行。对于 Codex 原生 工具事件，OpenClaw 会注入按轮次生效的原生 hook relay，使插件钩子 可以阻止 `before_tool_call`，观察 `after_tool_call`，并通过 OpenClaw 审批 路由 Codex `PermissionRequest` 事件。Codex `Stop` 钩子 会被转发到 OpenClaw `before_agent_finalize`，插件可以在其中请求 Codex 最终确定回答前再执行一次模型传递。该 relay 保持 有意保守：它不会修改 Codex 原生工具参数， 也不会重写 Codex 线程记录。仅在你需要 ACP 运行时/会话模型时使用显式 ACP。嵌入式 Codex 支持边界 记录在 [Codex harness v1 支持契约](/zh-CN/plugins/codex-harness-runtime#v1-support-contract) 中。 - 旧版 Codex 模型引用 - 旧版 Codex OAuth/订阅模型路由由 Doctor 修复。 - `openai/*` - 用于 OpenAI agent 轮次的原生 Codex app-server 嵌入式运行时。 - `/codex ...` - 原生 Codex 会话控制。 - `/acp ...` 或 `runtime: "acp"` - 显式 ACP/acpx 控制。 应路由到 ACP 运行时的触发语： - “将此作为一次性 Claude Code ACP 会话运行，并总结结果。” - “在一个线程中为此任务使用 Gemini CLI，然后将后续跟进保留在同一线程中。” - “通过 ACP 在后台线程中运行 Codex。” OpenClaw 选择 `runtime: "acp"`，解析 harness `agentId`，在支持时绑定到 当前会话或线程，并将后续跟进路由到该会话，直到关闭/过期。只有当 ACP/acpx 被显式指定，或原生 Codex 插件对所请求操作不可用时， Codex 才会走这条路径。 对于 `sessions_spawn`，只有当 ACP 已启用、请求方未被沙箱隔离， 且已加载 ACP 运行时后端时，才会公开 `runtime: "acp"`。 `acp.dispatch.enabled=false` 会暂停自动 ACP 线程分发， 但不会隐藏或阻止显式 `sessions_spawn({ runtime: "acp" })` 调用。它面向 `codex`、`claude`、`droid`、 `gemini` 或 `opencode` 等 ACP harness id。不要传入 来自 `agents_list` 的普通 OpenClaw 配置 agent id，除非该条目已显式配置 `agents.list[].runtime.type="acp"`；否则请使用默认子智能体 运行时。当 OpenClaw 智能体配置了 `runtime.type="acp"` 时，OpenClaw 使用 `runtime.acp.agent` 作为底层 harness id。 ## ACP 与子智能体对比 当你需要外部 harness 运行时时，使用 ACP。当 `codex` 插件 已启用，并且你需要 Codex 会话绑定/控制时，使用**原生 Codex app-server**。当你需要 OpenClaw 原生委派运行时，使用**子智能体**。 | 区域 | ACP 会话 | 子智能体运行 | | ------------- | ------------------------------------- | ---------------------------------- | | 运行时 | ACP 后端插件（例如 acpx） | OpenClaw 原生子智能体运行时 | | 会话键 | `agent::acp:` | `agent::subagent:` | | 主要命令 | `/acp ...` | `/subagents ...` | | 生成工具 | 带 `runtime:"acp"` 的 `sessions_spawn` | `sessions_spawn`（默认运行时） | 另请参阅 [子智能体](/zh-CN/tools/subagents)。 ## ACP 如何运行 Claude Code 对于通过 ACP 运行的 Claude Code，堆栈为： 1. OpenClaw ACP 会话控制平面。 2. 官方 `@openclaw/acpx` 运行时插件。 3. Claude ACP 适配器。 4. Claude 侧运行时/会话机制。 ACP Claude 是一个带 ACP 控制、会话恢复、 后台任务跟踪以及可选会话/线程绑定的 **harness 会话**。 CLI 后端是独立的纯文本本地兜底运行时 - 参见 [CLI 后端](/zh-CN/gateway/cli-backends)。 对操作员而言，实用规则是： - **需要 `/acp spawn`、可绑定会话、运行时控制或持久 harness 工作？** 使用 ACP。 - **需要通过原始 CLI 进行简单本地文本兜底？** 使用 CLI 后端。 ## 绑定会话 ### 心智模型 - **聊天界面** - 人们持续对话的位置（Discord 渠道、Telegram 话题、iMessage 聊天）。 - **ACP 会话** - OpenClaw 路由到的持久 Codex/Claude/Gemini 运行时状态。 - **子线程/话题** - 仅由 `--thread ...` 创建的可选额外消息界面。 - **运行时工作区** - harness 运行所在的文件系统位置（`cwd`、仓库检出、后端工作区）。独立于聊天界面。 ### 当前会话绑定 `/acp spawn --bind here` 会将当前会话固定到 生成的 ACP 会话 - 不创建子线程，使用同一聊天界面。OpenClaw 继续 负责传输、认证、安全和投递。该会话中的后续消息会 路由到同一会话；`/new` 和 `/reset` 会就地重置该会话； `/acp close` 会移除绑定。 示例： ```text /codex bind # native Codex bind, route future messages here /codex model gpt-5.4 # tune the bound native Codex thread /codex stop # control the active native Codex turn /acp spawn codex --bind here # explicit ACP fallback for Codex /acp spawn codex --thread auto # may create a child thread/topic and bind there /acp spawn codex --bind here --cwd /workspace/repo # same chat binding, Codex runs in /workspace/repo ``` - `--bind here` 与 `--thread ...` 互斥。 - `--bind here` 仅适用于声明支持当前会话绑定的渠道；否则 OpenClaw 会返回清晰的不支持消息。绑定会跨 Gateway 网关重启持久保留。 - 在 Discord 上，`spawnSessions` 控制 `--thread auto|here` 的子线程创建 - 不控制 `--bind here`。 - 如果你生成到另一个 ACP agent 且没有提供 `--cwd`，OpenClaw 默认继承**目标 agent 的**工作区。缺失的继承路径（`ENOENT`/`ENOTDIR`）会回退到后端默认值；其他访问错误（例如 `EACCES`）会作为生成错误显示。 - Gateway 网关管理命令在绑定会话中仍保持本地处理 - 即使普通后续文本会路由到绑定的 ACP 会话，`/acp ...` 命令也由 OpenClaw 处理；只要该界面启用了命令处理，`/status` 和 `/unfocus` 也会保持本地处理。 当频道适配器启用线程绑定时： - OpenClaw 将线程绑定到目标 ACP 会话。 - 该线程中的后续消息会路由到绑定的 ACP 会话。 - ACP 输出会投递回同一线程。 - 取消聚焦/关闭/归档/空闲超时或最大生命周期过期会移除绑定。 - `/acp close`、`/acp cancel`、`/acp status`、`/status` 和 `/unfocus` 是 Gateway 网关命令，不是发送给 ACP harness 的提示。 线程绑定 ACP 所需功能标志： - `acp.enabled=true` - `acp.dispatch.enabled` 默认开启（设置为 `false` 可暂停自动 ACP 线程分发；显式 `sessions_spawn({ runtime: "acp" })` 调用仍可工作）。 - 已启用频道适配器线程会话生成（默认：`true`）： - Discord: `channels.discord.threadBindings.spawnSessions=true` - Telegram: `channels.telegram.threadBindings.spawnSessions=true` 线程绑定支持因适配器而异。如果活动频道适配器 不支持线程绑定，OpenClaw 会返回清晰的 不支持/不可用消息。 - 任何暴露会话/线程绑定能力的频道适配器。 - 当前内置支持：**Discord** 线程/频道、**Telegram** 话题（群组/超级群组中的论坛话题和私信话题）。 - 插件渠道可以通过同一绑定接口添加支持。 ## 持久频道绑定 对于非临时工作流，请在顶层 `bindings[]` 条目中配置持久 ACP 绑定。 ### 绑定模型 标记持久 ACP 会话绑定。 标识目标会话。各频道形状： - **Discord 频道/线程：** `match.channel="discord"` + `match.peer.id=""` - **Slack 频道/私信：** `match.channel="slack"` + `match.peer.id="|#|userId|user:|slack:|<@userId>>"`。优先使用稳定的 Slack id；频道绑定也会匹配该频道线程内的回复。 - **Telegram 论坛话题：** `match.channel="telegram"` + `match.peer.id=":topic:"` - **WhatsApp 私信/群组：** `match.channel="whatsapp"` + `match.peer.id=""`。直接聊天使用 E.164 号码，例如 `+15555550123`；群组使用 WhatsApp 群组 JID，例如 `120363424282127706@g.us`。 - **iMessage 私信/群组：** `match.channel="imessage"` + `match.peer.id=""`。稳定的群组绑定优先使用 `chat_id:*`。 所属 OpenClaw agent id。 可选 ACP 覆盖。 可选面向操作员的标签。 可选运行时工作目录。 可选后端覆盖。 ### 每个 agent 的运行时默认值 使用 `agents.list[].runtime` 为每个 agent 一次性定义 ACP 默认值： - `agents.list[].runtime.type="acp"` - `agents.list[].runtime.acp.agent`（harness id，例如 `codex` 或 `claude`） - `agents.list[].runtime.acp.backend` - `agents.list[].runtime.acp.mode` - `agents.list[].runtime.acp.cwd` **ACP 绑定会话的覆盖优先级：** 1. `bindings[].acp.*` 2. `agents.list[].runtime.acp.*` 3. 全局 ACP 默认值（例如 `acp.backend`） ### 示例 ```json5 { agents: { list: [ { id: "codex", runtime: { type: "acp", acp: { agent: "codex", backend: "acpx", mode: "persistent", cwd: "/workspace/openclaw", }, }, }, { id: "claude", runtime: { type: "acp", acp: { agent: "claude", backend: "acpx", mode: "persistent" }, }, }, ], }, bindings: [ { type: "acp", agentId: "codex", match: { channel: "discord", accountId: "default", peer: { kind: "channel", id: "222222222222222222" }, }, acp: { label: "codex-main" }, }, { type: "acp", agentId: "claude", match: { channel: "telegram", accountId: "default", peer: { kind: "group", id: "-1001234567890:topic:42" }, }, acp: { cwd: "/workspace/repo-b" }, }, { type: "route", agentId: "main", match: { channel: "discord", accountId: "default" }, }, { type: "route", agentId: "main", match: { channel: "telegram", accountId: "default" }, }, ], channels: { discord: { guilds: { "111111111111111111": { channels: { "222222222222222222": { requireMention: false }, }, }, }, }, telegram: { groups: { "-1001234567890": { topics: { "42": { requireMention: false } }, }, }, }, }, } ``` ### 行为 - OpenClaw 会在特定渠道准入之后、使用之前，确保已配置的 ACP 会话存在。 - 该渠道、话题或聊天中的消息会路由到已配置的 ACP 会话。 - 已配置的 ACP 绑定拥有其会话路由。渠道广播扇出不会替换匹配绑定的已配置 ACP 会话。 - 在已绑定的对话中，`/new` 和 `/reset` 会就地重置同一个 ACP 会话键。 - 临时运行时绑定（例如由线程聚焦流程创建的绑定）在存在时仍会生效。 - 对于未显式指定 `cwd` 的跨智能体 ACP 派生，OpenClaw 会从智能体配置继承目标智能体工作区。 - 缺失的继承工作区路径会回退到后端默认 cwd；非缺失路径的访问失败会作为派生错误暴露。 ## 启动 ACP 会话 启动 ACP 会话有两种方式： 使用 `runtime: "acp"` 从智能体轮次或工具调用启动 ACP 会话。 ```json { "task": "Open the repo and summarize failing tests", "runtime": "acp", "agentId": "codex", "thread": true, "mode": "session" } ``` `runtime` 默认是 `subagent`，因此 ACP 会话需要显式设置 `runtime: "acp"`。如果省略 `agentId`，OpenClaw 会在已配置时使用 `acp.defaultAgent`。`mode: "session"` 需要 `thread: true` 来保持持久绑定对话。 使用 `/acp spawn` 从聊天中进行显式操作员控制。 ```text /acp spawn codex --mode persistent --thread auto /acp spawn codex --mode oneshot --thread off /acp spawn codex --bind here /acp spawn codex --thread here ``` 关键标志： - `--mode persistent|oneshot` - `--bind here|off` - `--thread auto|here|off` - `--cwd ` - `--label ` 参见[斜杠命令](/zh-CN/tools/slash-commands)。 ### `sessions_spawn` 参数 发送到 ACP 会话的初始提示。 ACP 会话必须是 `"acp"`。 ACP 目标 harness id。如果已设置，则回退到 `acp.defaultAgent`。 在支持的地方请求线程绑定流程。 `"run"` 是一次性模式；`"session"` 是持久模式。如果 `thread: true` 且省略 `mode`，OpenClaw 可能会根据运行时路径默认使用持久行为。`mode: "session"` 需要 `thread: true`。 请求的运行时工作目录（由后端/运行时策略验证）。如果省略，ACP 派生会在已配置时继承目标智能体工作区；缺失的继承路径会回退到后端默认值，而真实访问错误会被返回。 用于会话/横幅文本的操作员可见标签。 恢复现有 ACP 会话，而不是创建新会话。智能体会通过 `session/load` 重放其对话历史。需要 `runtime: "acp"`。 `"parent"` 会将初始 ACP 运行进度摘要作为系统事件流式传回请求者会话。接受的响应包括指向会话范围 JSONL 日志（`.acp-stream.jsonl`）的 `streamLogPath`，你可以 tail 该日志以查看完整中继历史。除非设置 `streaming.progress.commentary=false`，否则父级进度流默认显示助手评论和 ACP 状态进度。未配置流模式时，Discord 也默认将父级预览设为进度模式。状态进度仍会遵循 `acp.stream.tagVisibility`，因此除非显式启用，否则 `plan` 等标签会保持隐藏。 ACP `sessions_spawn` 运行使用 `agents.defaults.subagents.runTimeoutSeconds` 作为默认子轮次限制。该工具不接受按调用覆盖超时（`runTimeoutSeconds`/`timeoutSeconds` 会被拒绝，并返回配置默认值相关错误）。 ACP 子会话的显式模型覆盖。Codex ACP 派生会在 `session/new` 之前将 `openai/gpt-5.4` 等 OpenAI 引用规范化为 Codex ACP 启动配置；`openai/gpt-5.4/high` 等斜杠形式也会设置 Codex ACP reasoning effort。省略时，`sessions_spawn({ runtime: "acp" })` 会在已配置时使用现有子智能体模型默认值（`agents.defaults.subagents.model` 或 `agents.list[].subagents.model`）；否则让 ACP harness 使用自己的默认模型。其他 harness 必须声明 ACP `models` 并支持 `session/set_model`；否则 OpenClaw/acpx 会明确失败，而不是静默回退到目标智能体默认值。 显式 thinking/reasoning effort。对于 Codex ACP，`minimal` 映射到低 effort，`low`/`medium`/`high`/`xhigh` 直接映射，`off` 会省略 reasoning-effort 启动覆盖。省略时，ACP 派生会使用现有子智能体 thinking 默认值，以及所选模型的按模型 `agents.defaults.models["provider/model"].params.thinking`。 ## 派生绑定和线程模式 | 模式 | 行为 | | ------ | ----------------------------------------------------------------------- | | `here` | 就地绑定当前活动对话；如果没有活动对话则失败。 | | `off` | 不创建当前对话绑定。 | 说明： - `--bind here` 是“让这个渠道或聊天由 Codex 支持”的最简单操作员路径。 - `--bind here` 不会创建子线程。 - `--bind here` 仅可用于暴露当前对话绑定支持的渠道。 - `--bind` 和 `--thread` 不能在同一个 `/acp spawn` 调用中组合使用。 | 模式 | 行为 | | ------ | ------------------------------------------------------------------------------------------------- | | `auto` | 在活动线程中：绑定该线程。在线程外：在支持时创建/绑定子线程。 | | `here` | 要求当前活动线程；如果不在线程中则失败。 | | `off` | 不绑定。会话以未绑定状态启动。 | 说明： - 在非线程绑定界面上，默认行为实际上是 `off`。 - 线程绑定派生需要渠道策略支持： - Discord：`channels.discord.threadBindings.spawnSessions=true` - Telegram：`channels.telegram.threadBindings.spawnSessions=true` - 当你想固定当前对话而不创建子线程时，使用 `--bind here`。 ## 交付模型 ACP 会话可以是交互式工作区，也可以是父级拥有的后台工作。交付路径取决于该形态。 交互式会话用于在可见聊天界面上持续对话： - `/acp spawn ... --bind here` 将当前对话绑定到 ACP 会话。 - `/acp spawn ... --thread ...` 将渠道线程/话题绑定到 ACP 会话。 - 持久配置的 `bindings[].type="acp"` 会将匹配的对话路由到同一个 ACP 会话。 已绑定对话中的后续消息会直接路由到 ACP 会话，ACP 输出也会交付回同一个渠道/线程/话题。 OpenClaw 发送给 harness 的内容： - 普通已绑定后续消息会作为提示文本发送，仅当 harness/后端支持时才附带附件。 - `/acp` 管理命令和本地 Gateway 网关命令会在 ACP 分发前被拦截。 - 运行时生成的完成事件会按目标具体化。OpenClaw 智能体会获得 OpenClaw 的内部运行时上下文信封；外部 ACP harness 会获得包含子结果和指令的普通提示。原始 `<<>>` 信封绝不应发送给外部 harness，也不应作为 ACP 用户转录文本持久化。 - ACP 转录条目使用用户可见的触发文本或普通完成提示。内部事件元数据会尽可能在 OpenClaw 中保持结构化，并且不会被视为用户编写的聊天内容。 由另一个智能体运行派生的一次性 ACP 会话是后台子项，类似于子智能体： - 父级使用 `sessions_spawn({ runtime: "acp", mode: "run" })` 请求工作。 - 子项在自己的 ACP harness 会话中运行。 - 子轮次在原生子智能体派生所用的同一个后台通道上运行，因此较慢的 ACP harness 不会阻塞无关的主会话工作。 - 完成报告会通过任务完成公告路径返回。OpenClaw 会先把内部完成元数据转换成普通 ACP 提示，再发送给外部 harness，因此 harness 不会看到仅供 OpenClaw 使用的运行时上下文标记。 - 当面向用户的回复有用时，父级会用正常助手口吻改写子结果。 **不要** 将此路径视为父级和子项之间的点对点聊天。子项已经有返回父级的完成通道。 `sessions_send` 可以在派生后以另一个会话为目标。对于普通对等会话，OpenClaw 会在注入消息后使用智能体到智能体（A2A）后续路径： - 等待目标会话的回复。 - 可选地允许请求者和目标交换有限数量的后续轮次。 - 要求目标生成公告消息。 - 将该公告交付到可见渠道或线程。 该 A2A 路径是用于点对点发送的回退路径，此时发送方需要一个 可见的后续反馈。当无关会话可以看到并向 ACP 目标发送消息时， 它会保持启用，例如在宽泛的 `tools.sessions.visibility` 设置下。 只有当请求方是其自身父级所拥有的一次性 ACP 子级的父级时， OpenClaw 才会跳过 A2A 后续反馈。在这种情况下，在任务完成之上 运行 A2A 可能会用子级结果唤醒父级，将父级回复转发回子级， 并创建父/子回声循环。对于该拥有子级的情况，`sessions_send` 结果会报告 `delivery.status="skipped"`，因为完成路径已经负责 处理结果。 使用 `resumeSessionId` 继续之前的 ACP 会话，而不是重新开始。 智能体通过 `session/load` 重放其对话历史，因此会带着之前内容的 完整上下文继续。 ```json { "task": "Continue where we left off - fix the remaining test failures", "runtime": "acp", "agentId": "codex", "resumeSessionId": "" } ``` 常见用例： - 将 Codex 会话从你的笔记本交接到手机——告诉你的智能体从你离开的地方继续。 - 继续你之前在 CLI 中交互式启动的编码会话，现在通过你的智能体以无头方式继续。 - 接续因 Gateway 网关重启或空闲超时而中断的工作。 注意事项： - `resumeSessionId` 仅在 `runtime: "acp"` 时适用；默认子智能体运行时会忽略这个仅 ACP 可用的字段。 - `streamTo` 仅在 `runtime: "acp"` 时适用；默认子智能体运行时会忽略这个仅 ACP 可用的字段。 - `resumeSessionId` 是主机本地 ACP/harness 恢复 id，而不是 OpenClaw 渠道会话键；OpenClaw 在分派前仍会检查 ACP 生成策略和目标智能体策略，而 ACP 后端或 harness 负责授权加载该上游 id。 - `resumeSessionId` 会恢复上游 ACP 对话历史；`thread` 和 `mode` 仍会正常应用到你正在创建的新 OpenClaw 会话，因此 `mode: "session"` 仍然要求 `thread: true`。 - 目标智能体必须支持 `session/load`（Codex 和 Claude Code 支持）。 - 如果找不到会话 id，生成会以清晰错误失败——不会静默回退到新会话。 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. 清理临时桥接会话。 将门禁保持在 `mode: "run"`，并跳过 `streamTo: "parent"`—— 线程绑定的 `mode: "session"` 和流中继路径属于独立且更丰富的 集成检查。 ## 沙箱兼容性 ACP 会话目前在主机运行时上运行，**不**在 OpenClaw 沙箱内运行。 **安全边界：** - 外部 harness 可以根据自身 CLI 权限和所选 `cwd` 进行读写。 - OpenClaw 的沙箱策略**不会**包裹 ACP harness 执行。 - OpenClaw 仍会强制执行 ACP 功能门禁、允许的智能体、会话所有权、渠道绑定和 Gateway 网关投递策略。 - 对需要 OpenClaw 原生沙箱强制执行的工作，使用 `runtime: "subagent"`。 当前限制： - 如果请求方会话已被沙箱隔离，ACP 生成会同时对 `sessions_spawn({ runtime: "acp" })` 和 `/acp spawn` 阻止。 - 带有 `runtime: "acp"` 的 `sessions_spawn` 不支持 `sandbox: "require"`。 ## 会话目标解析 大多数 `/acp` 操作接受可选会话目标（`session-key`、 `session-id` 或 `session-label`）。 **解析顺序：** 1. 显式目标参数（或 `/acp steer` 的 `--session`） - 尝试键 - 然后尝试 UUID 形状的会话 id - 然后尝试标签 2. 当前线程绑定（如果此对话/线程绑定到 ACP 会话）。 3. 当前请求方会话回退。 当前对话绑定和线程绑定都会参与第 2 步。 如果无法解析任何目标，OpenClaw 会返回清晰错误 （`Unable to resolve session target: ...`）。 ## ACP 控制 | 命令 | 作用 | 示例 | | -------------------- | --------------------------------------------------------- | ------------------------------------------------------------- | | `/acp spawn` | 创建 ACP 会话；可选当前绑定或线程绑定。 | `/acp spawn codex --bind here --cwd /repo` | | `/acp cancel` | 取消目标会话中正在进行的轮次。 | `/acp cancel agent:codex:acp:` | | `/acp steer` | 向正在运行的会话发送 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 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` | 运行时控制（`spawn`、`cancel`、`steer`、`close`、`status`、`set-mode`、 `set`、`cwd`、`permissions`、`timeout`、`model` 和 `reset-options`）需要 外部渠道提供所有者身份，内部 Gateway 网关客户端则需要 `operator.admin`。 已授权的非所有者发送方仍可使用 `sessions`、`doctor`、`install` 和 `help`。 `/acp status` 会显示有效运行时选项，以及运行时级和后端级 会话标识符。当后端缺少某项能力时，不支持控制的错误会清晰呈现。 `/acp sessions` 会读取当前已绑定会话或请求方会话的存储；目标令牌 （`session-key`、`session-id` 或 `session-label`）会通过 Gateway 网关 会话发现进行解析，包括自定义的每智能体 `session.store` 根目录。 ### 运行时选项映射 `/acp` 提供便捷命令和通用 setter。等效操作如下： | 命令 | 映射到 | 注意事项 | | ---------------------------- | ------------------------------------ | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | `/acp model ` | 运行时配置键 `model` | 对于 Codex ACP，OpenClaw 会将 `openai/` 规范化为适配器模型 id，并将 `openai/gpt-5.4/high` 等斜杠推理后缀映射到 `reasoning_effort`。 | | `/acp set thinking ` | 规范选项 `thinking` | OpenClaw 会在存在时发送后端公布的等效项，优先使用 `thinking`，然后是 `effort`、`reasoning_effort` 或 `thought_level`。对于 Codex ACP，适配器会将值映射到 `reasoning_effort`。 | | `/acp permissions ` | 规范选项 `permissionProfile` | OpenClaw 会在存在时发送后端公布的等效项，例如 `approval_policy`、`permission_profile`、`permissions` 或 `permission_mode`。 | | `/acp timeout ` | 规范选项 `timeoutSeconds` | OpenClaw 会在存在时发送后端公布的等效项，例如 `timeout` 或 `timeout_seconds`。 | | `/acp cwd ` | 运行时 cwd 覆盖 | 直接更新。 | | `/acp set ` | 通用 | `key=cwd` 使用 cwd 覆盖路径。 | | `/acp reset-options` | 清除所有运行时覆盖 | - | ## acpx harness、插件设置和权限 有关 acpx harness 配置（Claude Code / Codex / Gemini CLI 别名）、 plugin-tools 和 OpenClaw-tools MCP 桥接，以及 ACP 权限模式， 请参阅 [ACP agents - setup](/zh-CN/tools/acp-agents-setup)。 ## 故障排查 | 症状 | 可能原因 | 修复方法 | | ----------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | `ACP runtime backend is not configured` | 后端插件缺失、已禁用，或被 `plugins.allow` 阻止。 | 安装并启用后端插件；设置该 allowlist 时，在 `plugins.allow` 中包含 `acpx`，然后运行 `/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` 以恢复自动线程路由；显式 `sessions_spawn({ runtime: "acp" })` 调用仍可工作。 | | `ACP agent "" is not allowed by policy` | 智能体不在 allowlist 中。 | 使用允许的 `agentId`，或更新 `acp.allowedAgents`。 | | `/acp doctor` 在启动后立即报告后端未就绪 | 后端插件缺失、已禁用、被允许/拒绝策略阻止，或其配置的可执行文件不可用。 | 安装/启用后端插件，重新运行 `/acp doctor`；如果仍不健康，请检查后端安装或策略错误。 | | 找不到运行框架命令 | 未安装适配器 CLI、外部插件缺失，或非 Codex 适配器的首次运行 `npx` 拉取失败。 | 运行 `/acp doctor`，在 Gateway 网关主机上安装/预热适配器，或显式配置 acpx 智能体命令。 | | 运行框架返回找不到模型 | 模型 ID 对另一个提供商/运行框架有效，但对这个 ACP 目标无效。 | 使用该运行框架列出的模型，在运行框架中配置模型，或省略覆盖项。 | | 运行框架返回供应商凭证错误 | OpenClaw 健康，但目标 CLI/提供商未登录。 | 在 Gateway 网关主机环境中登录，或提供所需的提供商密钥。 | | `Unable to resolve session target: ...` | 键/ID/标签令牌错误。 | 运行 `/acp sessions`，复制准确的键/标签，然后重试。 | | `--bind here requires running /acp spawn inside an active ... conversation` | 在没有活跃可绑定会话时使用了 `--bind here`。 | 移动到目标聊天/渠道后重试，或使用未绑定的 spawn。 | | `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 spawn。 | | `sessions_spawn sandbox="require" is unsupported for runtime="acp" ...` | 为 ACP 运行时请求了 `sandbox="require"`。 | 对必需的沙箱隔离使用 `runtime="subagent"`，或从非沙箱隔离的会话使用带有 `sandbox="inherit"` 的 ACP。 | | `Cannot apply --model ... did not advertise model support` | 目标运行框架未公开通用 ACP 模型切换。 | 使用声明支持 ACP `models`/`session/set_model` 的运行框架，使用 Codex ACP 模型引用，或在运行框架有自己的启动标志时直接在其中配置模型。 | | 绑定会话缺少 ACP 元数据 | ACP 会话元数据已过期/已删除。 | 使用 `/acp spawn` 重新创建，然后重新绑定/聚焦线程。 | | `PermissionPromptUnavailableError: Permission prompt unavailable in non-interactive mode` | `permissionMode` 在非交互式 ACP 会话中阻止写入/exec。 | 将 `plugins.entries.acpx.config.permissionMode` 设置为 `approve-all` 并重启 Gateway 网关。参见[权限配置](/zh-CN/tools/acp-agents-setup#permission-configuration)。 | | ACP 会话很早失败且输出很少 | 权限提示被 `permissionMode`/`nonInteractivePermissions` 阻止。 | 检查 Gateway 网关日志中的 `AcpRuntimeError`。对于完整权限，设置 `permissionMode=approve-all`；对于优雅降级，设置 `nonInteractivePermissions=deny`。 | | ACP 会话完成工作后无限期停滞 | 运行框架进程已完成，但 ACP 会话未报告完成。 | 更新 OpenClaw；当前 acpx 清理会在关闭和 Gateway 网关启动时回收 OpenClaw 拥有的过期包装器和适配器进程。 | | 运行框架看到 `<<>>` | 内部事件信封泄漏到了 ACP 边界之外。 | 更新 OpenClaw 并重新运行补全流程；外部运行框架应只接收普通补全提示。 | `Command blocked by PreToolUse hook: Native hook relay unavailable` 属于原生 Codex hook relay， 不属于 ACP/acpx。在绑定的 Codex 聊天中，使用 `/new` 或 `/reset` 启动一个 新会话；如果它能成功一次，但在下一次原生工具调用时又返回该错误，请重启 Codex app-server 或 OpenClaw Gateway 网关， 而不是重复 `/new`。参见 [Codex harness 故障排查](/zh-CN/plugins/codex-harness#troubleshooting)。 ## 相关内容 - [ACP 智能体 - 设置](/zh-CN/tools/acp-agents-setup) - [Agent 发送](/zh-CN/tools/agent-send) - [CLI 后端](/zh-CN/gateway/cli-backends) - [Codex harness](/zh-CN/plugins/codex-harness) - [Codex harness runtime](/zh-CN/plugins/codex-harness-runtime) - [多 Agent 沙箱工具](/zh-CN/tools/multi-agent-sandbox-tools) - [`openclaw acp`（桥接模式）](/zh-CN/cli/acp) - [子智能体](/zh-CN/tools/subagents)