chore(i18n): refresh zh-CN translations

docs/zh-CN/tools/acp-agents-setup.md

@@ -1,26 +1,26 @@
 ---
 read_when:
-    - 为 Claude Code / Codex / Gemini CLI 安装或配置 acpx harness
-    - 启用 plugin-tools 或 OpenClaw-tools MCP bridge
+    - 为 Claude Code / Codex / Gemini CLI 安装或配置 `acpx` harness
+    - 启用 `plugin-tools` 或 OpenClaw-tools MCP 桥接器
     - 配置 ACP 权限模式
-summary: 设置 ACP 智能体：acpx harness 配置、插件设置、权限
+summary: 设置 ACP 智能体：`acpx` harness 配置、插件设置、权限
 title: ACP 智能体 — 设置
 x-i18n:
-    generated_at: "2026-04-25T05:56:52Z"
+    generated_at: "2026-04-25T20:55:53Z"
     model: gpt-5.4
     provider: openai
-    source_hash: a6c23d8245c4893c48666096a296820e003685252cedee7df41ea7a2be1f4bf0
+    source_hash: 2a9c83025c98995783c2489abadff0c27340959e3daa548dad0ea8131830d26c
     source_path: tools/acp-agents-setup.md
     workflow: 15
 ---
 
-关于概览、操作员运行手册和概念，请参见 [ACP 智能体](/zh-CN/tools/acp-agents)。
+有关概览、操作手册和核心概念，请参见 [ACP 智能体](/zh-CN/tools/acp-agents)。
 
-以下各节介绍 acpx harness 配置、MCP bridge 的插件设置以及权限配置。
+以下各节涵盖 `acpx` harness 配置、MCP 桥接器的插件设置，以及权限配置。
 
-## acpx harness 支持（当前）
+## `acpx` harness 支持（当前）
 
-当前 acpx 内置 harness 别名：
+当前 `acpx` 内置 harness 别名：
 
 - `claude`
 - `codex`
@@ -37,10 +37,12 @@ x-i18n:
 - `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 <command>` 定位任意适配器，但这个原始逃生口是 acpx CLI 的功能（不是普通的 OpenClaw `agentId` 路径）。
+直接使用 `acpx` CLI 时，也可以通过 `--agent <command>` 定向到任意适配器，但这个原始逃生口是 `acpx` CLI 功能（不是常规的 OpenClaw `agentId` 路径）。
+
+模型控制取决于适配器能力。Codex ACP 模型引用会在启动前由 OpenClaw 进行标准化。其他 harness 需要 ACP `models` 以及 `session/set_model` 支持；如果某个 harness 既不暴露该 ACP 能力，也不提供自己的启动模型参数，那么 OpenClaw/`acpx` 就无法强制选择模型。
 
 ## 必需配置
 
@@ -50,7 +52,7 @@ x-i18n:
 {
   acp: {
     enabled: true,
-    // Optional. Default is true; set false to pause ACP dispatch while keeping /acp controls.
+    // 可选。默认值为 true；设为 false 可在保留 /acp 控制项的同时暂停 ACP 分发。
     dispatch: { enabled: true },
     backend: "acpx",
     defaultAgent: "codex",
@@ -82,7 +84,7 @@ x-i18n:
 }
 ```
 
-线程绑定配置是渠道适配器专属的。Discord 示例：
+线程绑定配置依赖于渠道适配器。Discord 示例：
 
 ```json5
 {
@@ -104,27 +106,25 @@ x-i18n:
 }
 ```
 
-如果线程绑定的 ACP 启动不工作，请先检查适配器功能开关：
+如果基于线程绑定的 ACP 生成不起作用，请先验证适配器功能开关：
 
 - Discord：`channels.discord.threadBindings.spawnAcpSessions=true`
 
-当前会话绑定不需要创建子线程。它们需要一个活动的会话上下文，以及一个暴露 ACP 会话绑定的渠道适配器。
+当前会话绑定不需要创建子线程。它们需要一个活动会话上下文，以及一个暴露 ACP 会话绑定的渠道适配器。
 
 请参见 [配置参考](/zh-CN/gateway/configuration-reference)。
 
-## acpx 后端的插件设置
+## `acpx` 后端的插件设置
 
-全新安装时会默认启用内置的 `acpx` 运行时插件，因此 ACP
-通常无需手动安装插件即可工作。
+全新安装默认会启用内置的 `acpx` 运行时插件，因此 ACP 通常无需手动安装插件步骤即可工作。
 
-先执行：
+首先运行：
 
 ```text
 /acp doctor
 ```
 
-如果你禁用了 `acpx`、通过 `plugins.allow` / `plugins.deny` 拒绝了它，或者想
-切换到本地开发检出版本，请使用显式插件路径：
+如果你禁用了 `acpx`、通过 `plugins.allow` / `plugins.deny` 拒绝了它，或者想切换到本地开发检出，请使用显式插件路径：
 
 ```bash
 openclaw plugins install acpx
@@ -143,11 +143,11 @@ openclaw plugins install ./path/to/local/acpx-plugin
 /acp doctor
 ```
 
-### acpx 命令和版本配置
+### `acpx` 命令和版本配置
 
-默认情况下，内置 `acpx` 插件使用其插件本地固定二进制（插件包内的 `node_modules/.bin/acpx`）。启动时会将后端注册为未就绪，并由后台任务验证 `acpx --version`；如果二进制缺失或版本不匹配，它会运行 `npm install --omit=dev --no-save acpx@<pinned>` 并重新验证。整个过程中 Gateway 网关始终保持非阻塞。
+默认情况下，内置的 `acpx` 插件使用其插件本地固定版本的二进制文件（插件包内的 `node_modules/.bin/acpx`）。启动时会将后端注册为未就绪，并由后台任务验证 `acpx --version`；如果二进制缺失或版本不匹配，它会运行 `npm install --omit=dev --no-save acpx@<pinned>` 并重新验证。整个过程中 Gateway 网关 始终保持非阻塞。
 
-可在插件配置中覆盖命令或版本：
+你可以在插件配置中覆盖命令或版本：
 
 ```json
 {
@@ -171,96 +171,93 @@ openclaw plugins install ./path/to/local/acpx-plugin
 
 请参见 [插件](/zh-CN/tools/plugin)。
 
-### 自动依赖安装
+### 自动安装依赖
 
-当你通过 `npm install -g openclaw` 全局安装 OpenClaw 时，acpx
-运行时依赖（平台特定二进制）会通过 postinstall 钩子自动安装。如果自动安装失败，Gateway 网关仍会正常启动，并通过 `openclaw acp doctor` 报告缺失的依赖。
+当你通过 `npm install -g openclaw` 全局安装 OpenClaw 时，`acpx` 运行时依赖（平台特定二进制文件）会通过 `postinstall` 钩子自动安装。如果自动安装失败，Gateway 网关 仍会正常启动，并通过 `openclaw acp doctor` 报告缺失的依赖。
 
-### Plugin tools MCP bridge
+### 插件工具 MCP 桥接器
 
 默认情况下，ACPX 会话**不会**向 ACP harness 暴露 OpenClaw 插件已注册的工具。
 
-如果你希望 Codex 或 Claude Code 之类的 ACP 智能体调用已安装的
-OpenClaw 插件工具，例如 memory recall/store，请启用专用 bridge：
+如果你希望 Codex 或 Claude Code 等 ACP 智能体调用已安装的 OpenClaw 插件工具，例如 memory recall/store，请启用专用桥接器：
 
 ```bash
 openclaw config set plugins.entries.acpx.config.pluginToolsMcpBridge true
 ```
 
-它的作用：
+这会执行以下操作：
 
-- 在 ACPX 会话引导中注入一个名为 `openclaw-plugin-tools` 的内置 MCP 服务器。
+- 在 ACPX 会话引导过程中注入一个名为 `openclaw-plugin-tools` 的内置 MCP 服务器。
 - 暴露已安装并启用的 OpenClaw 插件已注册的插件工具。
 - 使该功能保持显式启用，且默认关闭。
 
-安全性和信任说明：
+安全和信任说明：
 
-- 这会扩大 ACP harness 的工具界面。
-- ACP 智能体只能访问 Gateway 网关中已激活的插件工具。
-- 应将其视为与允许这些插件在 OpenClaw 本身中执行相同的信任边界。
-- 启用前请审查已安装的插件。
+- 这会扩大 ACP harness 的工具暴露面。
+- ACP 智能体只能访问 Gateway 网关 中已经激活的插件工具。
+- 请将其视为与允许这些插件在 OpenClaw 自身中执行相同的信任边界。
+- 启用前请检查已安装的插件。
 
-自定义 `mcpServers` 仍与之前一样可用。内置的 plugin-tools bridge 是
-额外的显式便利功能，不是通用 MCP 服务器配置的替代品。
+自定义 `mcpServers` 仍会像以前一样工作。内置的 `plugin-tools` 桥接器是额外的选择性便捷功能，不是通用 MCP 服务器配置的替代方案。
 
-### OpenClaw tools MCP bridge
+### OpenClaw 工具 MCP 桥接器
 
-默认情况下，ACPX 会话也**不会**通过 MCP 暴露内置 OpenClaw 工具。当 ACP 智能体需要某些选定的内置工具（例如 `cron`）时，请启用单独的核心工具 bridge：
+默认情况下，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 智能体。如果设置了 `acp.allowedAgents`，默认会使用第一个允许的智能体；否则默认使用 `codex`。如果你的部署需要使用不同的 ACP 智能体进行健康检查，请显式设置探针智能体：
+内置的 `acpx` 插件在判断嵌入式运行时后端是否就绪时，会探测一个 harness 智能体。如果设置了 `acp.allowedAgents`，默认会使用第一个允许的智能体；否则默认使用 `codex`。如果你的部署需要使用不同的 ACP 智能体进行健康检查，请显式设置探测智能体：
 
 ```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`。ACPX 的 `approve-all` 是 ACP 会话的 harness 级紧急开关。
+这些 ACPX harness 权限与 OpenClaw 执行审批相互独立，也与 CLI 后端供应商绕过标志相互独立，例如 Claude CLI 的 `--permission-mode bypassPermissions`。对于 ACP 会话，ACPX 的 `approve-all` 是 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` | 静默拒绝该权限并继续执行（平滑降级）。                             |
 
 ### 配置
 
@@ -271,14 +268,14 @@ 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 智能体](/zh-CN/tools/acp-agents) — 概览、操作员运行手册、概念
+- [ACP 智能体](/zh-CN/tools/acp-agents) — 概览、操作手册、核心概念
 - [子智能体](/zh-CN/tools/subagents)
 - [多智能体路由](/zh-CN/concepts/multi-agent)

docs/zh-CN/tools/acp-agents.md

@@ -1,108 +1,108 @@
 ---
 read_when:
-    - 通过 ACP 运行编码框架
-    - 在消息渠道上设置与对话绑定的 ACP 会话
-    - 将消息渠道中的对话绑定到持久化 ACP 会话
+    - 通过 ACP 运行 coding harnesses
+    - 在消息渠道上设置与会话绑定的 ACP 会话
+    - 将消息渠道中的会话绑定到持久化 ACP 会话
     - 排查 ACP 后端和插件接线问题
-    - 调试 ACP 完成结果投递或智能体到智能体循环
-    - 从聊天中操作 /acp 命令
-summary: 对 Claude Code、Cursor、Gemini CLI、显式 Codex ACP 回退、OpenClaw ACP 和其他代理框架智能体使用 ACP 运行时会话
+    - 调试 ACP 完成结果投递或智能体到智能体循环问题
+    - 在聊天中使用 /acp 命令
+summary: 对 Claude Code、Cursor、Gemini CLI 使用 ACP 运行时会话，以及显式的 Codex ACP 回退、OpenClaw ACP 和其他 harness 智能体
 title: ACP 智能体
 x-i18n:
-    generated_at: "2026-04-25T20:27:34Z"
+    generated_at: "2026-04-25T20:56:01Z"
     model: gpt-5.4
     provider: openai
-    source_hash: 2db23f98e0ab2e9c7292333fb2e9486a69c3b2d71754a1db6d53554e9d05f762
+    source_hash: 7b0e462038be5b7b60677d199b6b4d2ddad698063bae25742bf8d12f306d9b1c
     source_path: tools/acp-agents.md
     workflow: 15
 ---
 
-[Agent Client Protocol（ACP）](https://agentclientprotocol.com/) 会话让 OpenClaw 能够通过 ACP 后端插件运行外部编码框架（例如 Pi、Claude Code、Cursor、Copilot、OpenClaw ACP、OpenCode、Gemini CLI 以及其他受支持的 ACPX 框架）。
+[Agent Client Protocol（ACP）](https://agentclientprotocol.com/) 会话让 OpenClaw 能够通过 ACP 后端插件运行外部 coding harnesses（例如 Pi、Claude Code、Cursor、Copilot、OpenClaw ACP、OpenCode、Gemini CLI，以及其他受支持的 ACPX harnesses）。
 
-如果你用自然语言要求 OpenClaw 在当前对话中绑定或控制 Codex，OpenClaw 应该使用原生 Codex app-server 插件（`/codex bind`、`/codex threads`、`/codex resume`）。如果你要求使用 `/acp`、ACP、acpx，或 Codex 后台子会话，OpenClaw 仍然可以通过 ACP 路由 Codex。每个 ACP 会话启动都会被跟踪为一个[后台任务](/zh-CN/automation/tasks)。
+如果你用自然语言要求 OpenClaw 在当前会话中绑定或控制 Codex，OpenClaw 应使用原生 Codex app-server 插件（`/codex bind`、`/codex threads`、`/codex resume`）。如果你要求使用 `/acp`、ACP、acpx，或 Codex 后台子会话，OpenClaw 仍然可以通过 ACP 路由 Codex。每次 ACP 会话启动都会作为一个[后台任务](/zh-CN/automation/tasks)进行跟踪。
 
-如果你用自然语言要求 OpenClaw “在线程中启动 Claude Code” 或使用其他外部框架，OpenClaw 应该将该请求路由到 ACP 运行时（而不是原生子智能体运行时）。
+如果你用自然语言要求 OpenClaw “在一个线程中启动 Claude Code”或使用其他外部 harness，OpenClaw 应将该请求路由到 ACP 运行时（而不是原生子智能体运行时）。
 
-如果你希望 Codex 或 Claude Code 作为外部 MCP 客户端直接连接到现有的 OpenClaw 渠道对话，
+如果你希望 Codex 或 Claude Code 作为外部 MCP 客户端直接连接到现有的 OpenClaw 渠道会话，
 请使用 [`openclaw mcp serve`](/zh-CN/cli/mcp)
 而不是 ACP。
 
-## 我想看哪个页面？
+## 我想要哪个页面？
 
-这里有三个很接近、也很容易混淆的入口：
+这里有三个相邻的功能面，很容易混淆：
 
 | 你想要…… | 使用这个 | 说明 |
 | ----------------------------------------------------------------------------------------------- | ------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| 在当前对话中绑定或控制 Codex | `/codex bind`、`/codex threads` | 原生 Codex app-server 路径；包括绑定聊天回复、图片转发、模型/快速/权限、停止和引导控制。ACP 是显式回退方案 |
-| _通过_ OpenClaw 运行 Claude Code、Gemini CLI、显式 Codex ACP 或其他外部框架 | 本页：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 控制、没有框架运行时 |
+| 在当前会话中绑定或控制 Codex | `/codex bind`、`/codex threads` | 原生 Codex app-server 路径；包括绑定的聊天回复、图片转发、模型 / 快速 / 权限设置、停止和引导控制。ACP 是显式回退 |
+| 通过 OpenClaw 运行 Claude Code、Gemini CLI、显式 Codex ACP 或其他外部 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` 二进制文件，OpenClaw 会在启动时探测并自我修复它。运行 `/acp doctor` 可进行就绪状态检查。
 
 首次运行的注意事项：
 
-- 目标框架适配器（Codex、Claude 等）可能会在你第一次使用时通过 `npx` 按需获取。
-- 该框架对应的供应商认证仍然必须已存在于宿主机上。
-- 如果宿主机没有 npm 或网络访问能力，首次运行的适配器获取会失败，直到缓存被预热或适配器通过其他方式安装。
+- 目标 harness 适配器（Codex、Claude 等）可能会在你首次使用时通过 `npx` 按需获取。
+- 对应 harness 的供应商凭证仍然必须存在于主机上。
+- 如果主机没有 npm 或网络访问能力，那么首次运行的适配器获取会失败，直到缓存被预热或通过其他方式安装该适配器。
 
 ## 操作手册
 
-从聊天中进行快速 `/acp` 流程：
+在聊天中使用 `/acp` 的快速流程：
 
-1. **启动** — `/acp spawn claude --bind here`、`/acp spawn gemini --mode persistent --thread auto`，或显式执行 `/acp spawn codex --bind here`
-2. 在已绑定的对话或线程中**工作**（或者显式指定会话键）。
+1. **启动** — `/acp spawn claude --bind here`、`/acp spawn gemini --mode persistent --thread auto`，或显式使用 `/acp spawn codex --bind here`
+2. 在绑定的会话或线程中**工作**（或者显式指定会话键）。
 3. **检查状态** — `/acp status`
 4. **调优** — `/acp model <provider/model>`、`/acp permissions <profile>`、`/acp timeout <seconds>`
-5. **引导**且不替换上下文 — `/acp steer tighten logging and continue`
+5. **引导**而不替换上下文 — `/acp steer tighten logging and continue`
 6. **停止** — `/acp cancel`（当前轮次）或 `/acp close`（会话 + 绑定）
 
-应当路由到原生 Codex 插件的自然语言触发示例：
+应路由到原生 Codex 插件的自然语言触发示例：
 
-- “把这个 Discord 渠道绑定到 Codex。”
+- “将这个 Discord 渠道绑定到 Codex。”
 - “把这个聊天附加到 Codex 线程 `<id>`。”
-- “显示 Codex 线程，然后绑定这一个。”
+- “显示 Codex 线程，然后绑定这个。”
 
-原生 Codex 对话绑定是默认的聊天控制路径。OpenClaw
+原生 Codex 会话绑定是默认的聊天控制路径。OpenClaw
 动态工具仍然通过 OpenClaw 执行，而 Codex 原生工具（例如
-shell/apply-patch）则在 Codex 内部执行。对于 Codex 原生工具事件，OpenClaw
-会按轮次注入一个原生钩子中继，使插件钩子能够阻止
-`before_tool_call`、观察 `after_tool_call`，并通过 OpenClaw 审批来路由 Codex
-的 `PermissionRequest` 事件。v1 中继有意保持保守：它不会修改 Codex 原生工具参数、
-重写 Codex 线程记录，也不会拦截最终答案/Stop 钩子。只有当你确实需要 ACP
-运行时/会话模型时，才应使用显式 ACP。嵌入式 Codex 支持边界记录在
+shell / apply-patch）则在 Codex 内执行。对于 Codex 原生工具事件，OpenClaw
+会按轮次注入原生钩子中继，使插件钩子可以拦截
+`before_tool_call`、观察 `after_tool_call`，并通过 OpenClaw 审批机制路由 Codex
+`PermissionRequest` 事件。v1 中继刻意保持保守：它不会修改 Codex 原生工具参数、
+重写 Codex 线程记录，或拦截最终答案 / Stop 钩子。只有在你明确希望使用 ACP
+运行时 / 会话模型时才使用显式 ACP。嵌入式 Codex 支持边界记录在
 [Codex harness v1 支持契约](/zh-CN/plugins/codex-harness#v1-support-contract)
 中。
 
-应当路由到 ACP 运行时的自然语言触发示例：
+应路由到 ACP 运行时的自然语言触发示例：
 
-- “把这个作为一次性的 Claude Code ACP 会话运行，并总结结果。”
-- “针对这个任务使用 Gemini CLI 在线程中运行，然后后续继续沿用同一个线程。”
-- “通过 ACP 在后台线程中运行 Codex。”
+- “将这个任务作为一次性 Claude Code ACP 会话运行，并总结结果。”
+- “对此任务使用 Gemini CLI 在线程中处理，然后把后续内容保留在同一个线程中。”
+- “通过 ACP 在线程后台运行 Codex。”
 
-OpenClaw 会选择 `runtime: "acp"`，解析框架 `agentId`，在支持时绑定到当前对话或线程，并将后续消息路由到该会话，直到关闭或过期。只有在明确指定 ACP，或者所请求的后台运行时仍然需要 ACP 时，Codex 才会走这一路径。
+OpenClaw 会选择 `runtime: "acp"`，解析 harness `agentId`，在支持时绑定到当前会话或线程，并将后续内容路由到该会话，直到关闭 / 过期。只有在明确指定 ACP 或请求的后台运行时仍然需要 ACP 时，Codex 才会走这条路径。
 
-对于 `sessions_spawn`，`runtime: "acp"` 指向 ACP 框架 id，例如 `codex`、
+对于 `sessions_spawn`，`runtime: "acp"` 目标是 ACP harness id，例如 `codex`、
 `claude`、`gemini` 或 `opencode`。不要传入来自 `agents_list` 的普通 OpenClaw 配置智能体
-id，除非该条目已显式配置为
+id，除非该条目已显式配置
 `agents.list[].runtime.type="acp"`；否则应使用默认子智能体运行时。
-当某个 OpenClaw 智能体被配置为 `runtime.type="acp"` 时，OpenClaw 会使用
-`runtime.acp.agent` 作为底层框架 id。
+当某个 OpenClaw 智能体配置了 `runtime.type="acp"` 时，OpenClaw 会使用
+`runtime.acp.agent` 作为底层 harness id。
 
 ## ACP 与子智能体
 
-当你需要外部框架运行时时，使用 ACP。对于 Codex 对话绑定/控制，使用原生 Codex app-server。若你需要 OpenClaw 原生委派运行，则使用子智能体。
+当你需要外部 harness 运行时时，使用 ACP。对于 Codex 会话绑定 / 控制，使用原生 Codex app-server。若你需要 OpenClaw 原生的委派运行，则使用子智能体。
 
 | 区域 | ACP 会话 | 子智能体运行 |
 | ------------- | ------------------------------------- | ---------------------------------- |
 | 运行时 | ACP 后端插件（例如 acpx） | OpenClaw 原生子智能体运行时 |
 | 会话键 | `agent:<agentId>:acp:<uuid>` | `agent:<agentId>:subagent:<uuid>` |
 | 主要命令 | `/acp ...` | `/subagents ...` |
-| 启动工具 | `sessions_spawn` 配合 `runtime:"acp"` | `sessions_spawn`（默认运行时） |
+| 启动工具 | `sessions_spawn` with `runtime:"acp"` | `sessions_spawn`（默认运行时） |
 
-另见 [子智能体](/zh-CN/tools/subagents)。
+另请参见 [子智能体](/zh-CN/tools/subagents)。
 
 ## ACP 如何运行 Claude Code
 
@@ -111,87 +111,87 @@ id，除非该条目已显式配置为
 1. OpenClaw ACP 会话控制平面
 2. 内置 `acpx` 运行时插件
 3. Claude ACP 适配器
-4. Claude 侧运行时/会话机制
+4. Claude 侧运行时 / 会话机制
 
 重要区别：
 
-- ACP Claude 是一个带有 ACP 控制、会话恢复、后台任务跟踪以及可选对话/线程绑定的框架会话。
-- CLI 后端是独立的仅文本本地回退运行时。参见 [CLI 后端](/zh-CN/gateway/cli-backends)。
+- ACP Claude 是一种 harness 会话，具备 ACP 控制、会话恢复、后台任务跟踪，以及可选的会话 / 线程绑定。
+- CLI 后端是独立的纯文本本地回退运行时。参见 [CLI 后端](/zh-CN/gateway/cli-backends)。
 
 对于操作人员，实际规则是：
 
-- 想要 `/acp spawn`、可绑定会话、运行时控制或持久化框架工作：使用 ACP
-- 想要通过原始 CLI 获得简单的本地文本回退：使用 CLI 后端
+- 如果你想要 `/acp spawn`、可绑定会话、运行时控制或持久化 harness 工作：使用 ACP
+- 如果你想通过原始 CLI 获得简单的本地文本回退：使用 CLI 后端
 
-## 已绑定会话
+## 绑定会话
 
-### 当前对话绑定
+### 当前会话绑定
 
-`/acp spawn <harness> --bind here` 会把当前对话固定绑定到新启动的 ACP 会话——不创建子线程，仍使用同一个聊天界面。OpenClaw 继续负责传输、认证、安全和消息投递；该对话中的后续消息会路由到同一个会话；`/new` 和 `/reset` 会就地重置该会话；`/acp close` 会移除该绑定。
+`/acp spawn <harness> --bind here` 会将当前会话固定到新启动的 ACP 会话——不创建子线程，仍然使用同一个聊天界面。OpenClaw 继续负责传输、认证、安全性和投递；该会话中的后续消息会被路由到同一个会话；`/new` 和 `/reset` 会原地重置该会话；`/acp close` 会移除该绑定。
 
-理解模型：
+心智模型：
 
-- **聊天界面** —— 人们持续交流的地方（Discord 渠道、Telegram 话题、iMessage 聊天）。
-- **ACP 会话** —— OpenClaw 路由到的持久 Codex/Claude/Gemini 运行时状态。
-- **子线程/话题** —— 仅在使用 `--thread ...` 时创建的可选附加消息界面。
-- **运行时工作区** —— 框架运行所在的文件系统位置（`cwd`、仓库检出目录、后端工作区）。它独立于聊天界面。
+- **聊天界面** — 人们持续交流的地方（Discord 渠道、Telegram 话题、iMessage 聊天）。
+- **ACP 会话** — OpenClaw 路由到的持久化 Codex / Claude / Gemini 运行时状态。
+- **子线程 / 话题** — 仅在使用 `--thread ...` 时创建的可选额外消息界面。
+- **运行时工作区** — harness 运行所在的文件系统位置（`cwd`、仓库检出目录、后端工作区）。它独立于聊天界面。
 
 示例：
 
-- `/codex bind` —— 保持当前聊天，启动或附加原生 Codex app-server，并将未来消息路由到这里。
-- `/codex model gpt-5.4`、`/codex fast on`、`/codex permissions yolo` —— 从聊天中调优已绑定的原生 Codex 线程。
-- `/codex stop` 或 `/codex steer focus on the failing tests first` —— 控制当前活跃的原生 Codex 轮次。
-- `/acp spawn codex --bind here` —— 为 Codex 使用显式 ACP 回退。
-- `/acp spawn codex --thread auto` —— OpenClaw 可能会创建一个子线程/话题并绑定到那里。
-- `/acp spawn codex --bind here --cwd /workspace/repo` —— 同样绑定当前聊天，但 Codex 在 `/workspace/repo` 中运行。
+- `/codex bind` — 保持当前聊天，启动或附加原生 Codex app-server，并将未来消息路由到这里。
+- `/codex model gpt-5.4`、`/codex fast on`、`/codex permissions yolo` — 在聊天中调整绑定的原生 Codex 线程。
+- `/codex stop` 或 `/codex steer focus on the failing tests first` — 控制当前活跃的原生 Codex 轮次。
+- `/acp spawn codex --bind here` — 对 Codex 使用显式 ACP 回退。
+- `/acp spawn codex --thread auto` — OpenClaw 可能会创建一个子线程 / 话题并绑定到那里。
+- `/acp spawn codex --bind here --cwd /workspace/repo` — 绑定同一聊天，但 Codex 在 `/workspace/repo` 中运行。
 
 说明：
 
 - `--bind here` 和 `--thread ...` 互斥。
-- `--bind here` 仅在声明支持当前对话绑定的渠道上可用；否则 OpenClaw 会返回清晰的不支持消息。绑定会在 Gateway 网关重启后继续保留。
-- 在 Discord 上，只有当 OpenClaw 需要为 `--thread auto|here` 创建子线程时，才需要 `spawnAcpSessions` —— 对 `--bind here` 不需要。
-- 如果你在未指定 `--cwd` 的情况下启动到不同的 ACP 智能体，OpenClaw 默认会继承**目标智能体的**工作区。缺失的继承路径（`ENOENT`/`ENOTDIR`）会回退到后端默认值；其他访问错误（例如 `EACCES`）会作为启动错误直接返回。
+- `--bind here` 仅适用于声明支持当前会话绑定的渠道；否则 OpenClaw 会返回清晰的不支持提示。绑定会在 Gateway 网关重启后继续保留。
+- 在 Discord 上，仅当 OpenClaw 需要为 `--thread auto|here` 创建子线程时，才需要 `spawnAcpSessions` —— 对于 `--bind here` 不需要。
+- 如果你启动到另一个 ACP 智能体且未指定 `--cwd`，OpenClaw 默认会继承**目标智能体**的工作区。对于缺失的继承路径（`ENOENT` / `ENOTDIR`），会回退到后端默认值；其他访问错误（例如 `EACCES`）会作为启动错误直接返回。
 
 ### 线程绑定会话
 
 当某个渠道适配器启用了线程绑定时，ACP 会话可以绑定到线程：
 
-- OpenClaw 将线程绑定到目标 ACP 会话。
-- 该线程中的后续消息会路由到已绑定的 ACP 会话。
-- ACP 输出会回传到同一线程。
-- 取消聚焦/关闭/归档/空闲超时或最大存活时间到期后，会移除该绑定。
+- OpenClaw 将一个线程绑定到目标 ACP 会话。
+- 该线程中的后续消息会被路由到绑定的 ACP 会话。
+- ACP 输出会投递回同一个线程。
+- 取消聚焦 / 关闭 / 归档 / 空闲超时或最大生命周期到期时，会移除该绑定。
 
-线程绑定支持取决于适配器。如果当前活跃的渠道适配器不支持线程绑定，OpenClaw 会返回清晰的“不支持/不可用”消息。
+线程绑定支持取决于适配器。如果当前渠道适配器不支持线程绑定，OpenClaw 会返回清晰的不支持 / 不可用提示。
 
 线程绑定 ACP 所需的功能标志：
 
 - `acp.enabled=true`
 - `acp.dispatch.enabled` 默认开启（设为 `false` 可暂停 ACP 分发）
-- 启用渠道适配器的 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="<channelOrThreadId>"`
-  - Telegram 论坛话题：`match.channel="telegram"` + `match.peer.id="<chatId>:topic:<topicId>"`
-  - BlueBubbles 私信/群聊：`match.channel="bluebubbles"` + `match.peer.id="<handle|chat_id:*|chat_guid:*|chat_identifier:*>"`
+  - Telegram forum topic：`match.channel="telegram"` + `match.peer.id="<chatId>:topic:<topicId>"`
+  - BlueBubbles 私信 / 群聊：`match.channel="bluebubbles"` + `match.peer.id="<handle|chat_id:*|chat_guid:*|chat_identifier:*>"`
     对于稳定的群组绑定，优先使用 `chat_id:*` 或 `chat_identifier:*`。
-  - iMessage 私信/群聊：`match.channel="imessage"` + `match.peer.id="<handle|chat_id:*|chat_guid:*|chat_identifier:*>"`
+  - iMessage 私信 / 群聊：`match.channel="imessage"` + `match.peer.id="<handle|chat_id:*|chat_guid:*|chat_identifier:*>"`
     对于稳定的群组绑定，优先使用 `chat_id:*`。
 - `bindings[].agentId` 是所属的 OpenClaw 智能体 id。
 - 可选的 ACP 覆盖项位于 `bindings[].acp` 下：
@@ -202,10 +202,10 @@ id，除非该条目已显式配置为
 
 ### 每个智能体的运行时默认值
 
-使用 `agents.list[].runtime` 为每个智能体一次性定义 ACP 默认值：
+使用 `agents.list[].runtime` 可为每个智能体一次性定义 ACP 默认值：
 
 - `agents.list[].runtime.type="acp"`
-- `agents.list[].runtime.acp.agent`（框架 id，例如 `codex` 或 `claude`）
+- `agents.list[].runtime.acp.agent`（harness id，例如 `codex` 或 `claude`）
 - `agents.list[].runtime.acp.backend`
 - `agents.list[].runtime.acp.mode`
 - `agents.list[].runtime.acp.cwd`
@@ -298,18 +298,18 @@ ACP 绑定会话的覆盖优先级：
 
 行为：
 
-- OpenClaw 会在使用前确保已配置的 ACP 会话存在。
-- 该渠道或话题中的消息会路由到已配置的 ACP 会话。
-- 在已绑定的对话中，`/new` 和 `/reset` 会就地重置同一个 ACP 会话键。
+- OpenClaw 会确保配置的 ACP 会话在使用前已存在。
+- 该渠道或话题中的消息会被路由到配置的 ACP 会话。
+- 在绑定的会话中，`/new` 和 `/reset` 会原地重置同一个 ACP 会话键。
 - 临时运行时绑定（例如由线程聚焦流程创建的绑定）在存在时仍然适用。
-- 对于未显式指定 `cwd` 的跨智能体 ACP 启动，OpenClaw 会从智能体配置中继承目标智能体工作区。
-- 缺失的继承工作区路径会回退到后端默认 `cwd`；非缺失的访问失败则会作为启动错误直接返回。
+- 对于没有显式 `cwd` 的跨智能体 ACP 启动，OpenClaw 会从智能体配置继承目标智能体的工作区。
+- 缺失的继承工作区路径会回退到后端默认 `cwd`；非缺失的访问失败会作为启动错误返回。
 
 ## 启动 ACP 会话（接口）
 
-### 从 `sessions_spawn` 启动
+### 从 `sessions_spawn`
 
-使用 `runtime: "acp"` 从智能体轮次或工具调用中启动 ACP 会话。
+使用 `runtime: "acp"` 可从智能体轮次或工具调用中启动 ACP 会话。
 
 ```json
 {
@@ -323,69 +323,69 @@ 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 会话的初始提示。
+- `task`（必填）：发送给 ACP 会话的初始提示。
 - `runtime`（ACP 必填）：必须为 `"acp"`。
-- `agentId`（可选）：ACP 目标框架 id。如已设置，则回退到 `acp.defaultAgent`。
+- `agentId`（可选）：ACP 目标 harness id。如果已设置，则回退到 `acp.defaultAgent`。
 - `thread`（可选，默认 `false`）：在支持时请求线程绑定流程。
 - `mode`（可选）：`run`（一次性）或 `session`（持久化）。
   - 默认值为 `run`
-  - 如果 `thread: true` 且省略 `mode`，OpenClaw 可能会根据运行时路径默认采用持久化行为
+  - 如果 `thread: true` 且省略 `mode`，OpenClaw 可能会根据运行时路径默认使用持久化行为
   - `mode: "session"` 需要 `thread: true`
-- `cwd`（可选）：请求的运行时工作目录（由后端/运行时策略验证）。如果省略，并且已配置，ACP 启动会继承目标智能体工作区；缺失的继承路径会回退到后端默认值，而真实访问错误会直接返回。
-- `label`（可选）：用于会话/横幅文本中的面向操作人员的标签。
-- `resumeSessionId`（可选）：恢复现有 ACP 会话，而不是创建新会话。智能体会通过 `session/load` 重放其对话历史。需要 `runtime: "acp"`。
-- `streamTo`（可选）：`"parent"` 会将初始 ACP 运行进度摘要作为系统事件流式返回给请求方会话。
-  - 当可用时，接受响应中会包含指向会话范围 JSONL 日志的 `streamLogPath`（`<sessionId>.acp-stream.jsonl`），你可以对其执行 tail 以查看完整中继历史。
-- `model`（可选）：ACP 子会话的显式模型覆盖。对 `runtime: "acp"` 生效，因此子会话会使用请求的模型，而不是静默回退到目标智能体默认模型。Codex ACP 启动会在 `session/new` 之前，将 OpenClaw Codex 引用（如 `openai-codex/gpt-5.4`）规范化为 Codex ACP 启动配置；像 `openai-codex/gpt-5.4/high` 这样的斜杠形式还会设置 Codex ACP 推理强度。
-- `thinking`（可选）：ACP 子会话的显式 thinking/推理强度。对于 Codex ACP，`minimal` 映射为低强度，`low`/`medium`/`high`/`xhigh` 直接映射，`off` 则省略推理强度启动覆盖。
+- `cwd`（可选）：请求的运行时工作目录（由后端 / 运行时策略验证）。如果省略，ACP 启动会在配置时继承目标智能体工作区；缺失的继承路径会回退到后端默认值，而真实访问错误会直接返回。
+- `label`（可选）：在会话 / 横幅文本中使用的面向操作人员的标签。
+- `resumeSessionId`（可选）：恢复现有 ACP 会话，而不是创建新会话。智能体会通过 `session/load` 重放其会话历史。需要 `runtime: "acp"`。
+- `streamTo`（可选）：`"parent"` 会将初始 ACP 运行的进度摘要作为系统事件流式返回给请求方会话。
+  - 在可用时，接受的响应会包含 `streamLogPath`，指向一个以会话为作用域的 JSONL 日志（`<sessionId>.acp-stream.jsonl`），你可以对其执行 tail 以查看完整的中继历史。
+- `model`（可选）：对 ACP 子会话的显式模型覆盖。Codex ACP 启动会在 `session/new` 之前，将 OpenClaw Codex 引用（例如 `openai-codex/gpt-5.4`）规范化为 Codex ACP 启动配置；斜杠形式（例如 `openai-codex/gpt-5.4/high`）还会设置 Codex ACP 推理强度。其他 harness 必须声明 ACP `models` 并支持 `session/set_model`；否则 OpenClaw / acpx 会明确失败，而不是静默回退到目标智能体默认值。
+- `thinking`（可选）：对 ACP 子会话的显式 thinking / 推理强度设置。对于 Codex ACP，`minimal` 映射为低强度，`low` / `medium` / `high` / `xhigh` 直接映射，`off` 则省略推理强度启动覆盖。
 
 ## 投递模型
 
-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 会话属于后台子会话，类似于子智能体：
 
-- 父级通过 `sessions_spawn({ runtime: "acp", mode: "run" })` 请求工作。
-- 子级在其自己的 ACP 框架会话中运行。
-- 完成结果通过内部任务完成通知路径回报。
+- 父级通过 `sessions_spawn({ runtime: "acp", mode: "run" })` 请求执行工作。
+- 子级在自己的 ACP harness 会话中运行。
+- 完成后通过内部任务完成通知路径回报。
 - 当需要面向用户的回复时，父级会用普通助手语气重写子级结果。
 
 不要将这一路径视为父级与子级之间的点对点聊天。子级已经有一个返回父级的完成通道。
 
-### `sessions_send` 和 A2A 投递
+### `sessions_send` 与 A2A 投递
 
-`sessions_send` 可以在启动后指向另一个会话。对于普通对等会话，OpenClaw 会在注入消息后使用智能体到智能体（A2A）的后续路径：
+启动后，`sessions_send` 可以将消息发送到另一个会话。对于普通对等会话，OpenClaw 会在注入消息后使用智能体到智能体（A2A）后续路径：
 
 - 等待目标会话的回复
-- 可选地允许请求方与目标交换有限轮数的后续消息
-- 要求目标生成一条通知消息
+- 可选地让请求方与目标方交换有限次数的后续轮次
+- 要求目标方生成一条通知消息
 - 将该通知投递到可见渠道或线程
 
-这条 A2A 路径是对等发送场景下的回退机制，适用于发送方需要一个可见后续回复的情况。当某个无关会话能够看到并向 ACP 目标发送消息时，该机制仍会保持启用，例如在宽泛的 `tools.sessions.visibility` 设置下。
+对于发送方需要可见后续的对等发送，这条 A2A 路径是一种回退机制。当某个无关会话可以看到并向 ACP 目标发送消息时，它仍然保持启用，例如在宽泛的 `tools.sessions.visibility` 设置下。
 
-只有当请求方是其自己父级拥有的一次性 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
 {
@@ -396,49 +396,49 @@ ACP 会话既可以是交互式工作区，也可以是由父级拥有的后台
 }
 ```
 
-常见用例：
+常见使用场景：
 
-- 将 Codex 会话从笔记本电脑切换到手机——让你的智能体接着你上次停下的位置继续
-- 继续一个你之前在 CLI 中交互式启动、现在希望通过智能体无头继续的编码会话
-- 接续因 Gateway 网关重启或空闲超时而中断的工作
+- 将 Codex 会话从你的笔记本电脑交接到手机上——告诉你的智能体从你停下的地方继续
+- 继续你之前在 CLI 中交互式启动的 coding 会话，现在通过智能体无头继续
+- 继续因 Gateway 网关重启或空闲超时而中断的工作
 
 说明：
 
-- `resumeSessionId` 需要 `runtime: "acp"`——如果与子智能体运行时一起使用，会返回错误。
-- `resumeSessionId` 会恢复上游 ACP 对话历史；`thread` 和 `mode` 仍会正常应用到你正在创建的新 OpenClaw 会话，因此 `mode: "session"` 仍然需要 `thread: true`。
-- 目标智能体必须支持 `session/load`（Codex 和 Claude Code 支持）。
-- 如果找不到该会话 ID，启动会以清晰错误失败——不会静默回退到新会话。
+- `resumeSessionId` 需要 `runtime: "acp"` —— 如果与子智能体运行时一起使用，会返回错误。
+- `resumeSessionId` 会恢复上游 ACP 会话历史；`thread` 和 `mode` 仍会正常应用到你正在创建的新 OpenClaw 会话，因此 `mode: "session"` 仍然需要 `thread: true`。
+- 目标智能体必须支持 `session/load`（Codex 和 Claude Code 都支持）。
+- 如果找不到该会话 id，启动会以明确错误失败——不会静默回退到新会话。
 
 <Accordion title="部署后冒烟测试">
 
-在 Gateway 网关部署后，执行一次真实的端到端检查，而不是只依赖单元测试：
+在 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`，并且没有验证器错误。
+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"` 和流式中继路径属于独立且更丰富的集成测试阶段。
+将检查门槛保持在 `mode: "run"`，并跳过 `streamTo: "parent"` —— 绑定到线程的 `mode: "session"` 和流中继路径属于单独、更丰富的集成验证。
 
 </Accordion>
 
 ## 沙箱兼容性
 
-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.`
-- `sessions_spawn` 配合 `runtime: "acp"` 不支持 `sandbox: "require"`。
+- `sessions_spawn` 与 `runtime: "acp"` 不支持 `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"`。
 
-### 从 `/acp` 命令启动
+### 从 `/acp` 命令
 
-在需要时，使用 `/acp spawn` 从聊天中进行显式操作控制。
+需要时，使用 `/acp spawn` 从聊天中进行显式的操作人员控制。
 
 ```text
 /acp spawn codex --mode persistent --thread auto
@@ -455,24 +455,24 @@ ACP 会话当前运行在宿主运行时上，而不是 OpenClaw 沙箱内部。
 - `--cwd <absolute-path>`
 - `--label <name>`
 
-参见 [斜杠命令](/zh-CN/tools/slash-commands)。
+参见[斜杠命令](/zh-CN/tools/slash-commands)。
 
 ## 会话目标解析
 
-大多数 `/acp` 操作都接受一个可选会话目标（`session-key`、`session-id` 或 `session-label`）。
+大多数 `/acp` 操作都接受一个可选的会话目标（`session-key`、`session-id` 或 `session-label`）。
 
 解析顺序：
 
 1. 显式目标参数（或 `/acp steer` 的 `--session`）
    - 先尝试 key
-   - 然后尝试 UUID 形状的 session id
+   - 然后尝试 UUID 形式的会话 id
    - 再尝试 label
-2. 当前线程绑定（如果当前对话/线程绑定到了某个 ACP 会话）
+2. 当前线程绑定（如果此会话 / 线程已绑定到 ACP 会话）
 3. 当前请求方会话回退
 
-当前对话绑定和线程绑定都会参与第 2 步。
+当前会话绑定和线程绑定都会参与第 2 步。
 
-如果无法解析出目标，OpenClaw 会返回清晰错误（`Unable to resolve session target: ...`）。
+如果无法解析任何目标，OpenClaw 会返回明确错误（`Unable to resolve session target: ...`）。
 
 ## 启动绑定模式
 
@@ -480,14 +480,14 @@ ACP 会话当前运行在宿主运行时上，而不是 OpenClaw 沙箱内部。
 
 | 模式 | 行为 |
 | ------ | ---------------------------------------------------------------------- |
-| `here` | 就地绑定当前活跃对话；如果没有活跃对话则失败。 |
-| `off` | 不创建当前对话绑定。 |
+| `here` | 原地绑定当前活跃会话；如果没有活跃会话则失败。 |
+| `off`  | 不创建当前会话绑定。 |
 
 说明：
 
-- `--bind here` 是“让这个渠道或聊天由 Codex 提供支持”的最简单操作路径。
+- `--bind here` 是操作人员实现“让这个渠道或聊天由 Codex 提供支持”的最简单路径。
 - `--bind here` 不会创建子线程。
-- `--bind here` 仅在暴露当前对话绑定支持的渠道上可用。
+- `--bind here` 仅适用于暴露当前会话绑定支持的渠道。
 - `--bind` 和 `--thread` 不能在同一次 `/acp spawn` 调用中组合使用。
 
 ## 启动线程模式
@@ -496,39 +496,39 @@ ACP 会话当前运行在宿主运行时上，而不是 OpenClaw 沙箱内部。
 
 | 模式 | 行为 |
 | ------ | --------------------------------------------------------------------------------------------------- |
-| `auto` | 在线程中活跃时：绑定该线程。在线程外：在支持时创建并绑定一个子线程。 |
-| `here` | 要求当前处于活跃线程中；否则失败。 |
+| `auto` | 在活跃线程中：绑定该线程。在线程外：在支持时创建 / 绑定一个子线程。 |
+| `here` | 要求当前处于活跃线程中；如果不在线程中则失败。 |
 | `off`  | 不进行绑定。会话以未绑定状态启动。 |
 
 说明：
 
-- 在非线程绑定界面上，默认行为实际上等同于 `off`。
+- 在不支持线程绑定的界面上，默认行为实际上等同于 `off`。
 - 线程绑定启动需要渠道策略支持：
   - Discord：`channels.discord.threadBindings.spawnAcpSessions=true`
   - Telegram：`channels.telegram.threadBindings.spawnAcpSessions=true`
-- 如果你希望固定当前对话且不创建子线程，请使用 `--bind here`。
+- 当你希望固定当前会话而不创建子线程时，请使用 `--bind here`。
 
 ## ACP 控制
 
 | 命令 | 作用 | 示例 |
 | -------------------- | --------------------------------------------------------- | ------------------------------------------------------------- |
-| `/acp spawn` | 创建 ACP 会话；可选择当前绑定或线程绑定。 | `/acp spawn codex --bind here --cwd /repo` |
-| `/acp cancel` | 取消目标会话当前进行中的轮次。 | `/acp cancel agent:codex:acp:<uuid>` |
-| `/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 permissions` | 设置审批策略配置文件。 | `/acp permissions strict` |
-| `/acp timeout` | 设置运行时超时（秒）。 | `/acp timeout 120` |
-| `/acp model` | 设置运行时模型覆盖值。 | `/acp model anthropic/claude-opus-4-6` |
+| `/acp spawn`         | 创建 ACP 会话；可选当前绑定或线程绑定。 | `/acp spawn codex --bind here --cwd /repo` |
+| `/acp cancel`        | 取消目标会话的进行中轮次。 | `/acp cancel agent:codex:acp:<uuid>` |
+| `/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 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 sessions`      | 从存储中列出最近的 ACP 会话。 | `/acp sessions` |
+| `/acp doctor`        | 后端健康状态、能力、可执行修复。 | `/acp doctor` |
+| `/acp install`       | 打印确定性的安装和启用步骤。 | `/acp install` |
 
-`/acp status` 会显示生效中的运行时选项，以及运行时级别和后端级别的会话标识符。当某个后端缺少某项能力时，不支持控制的错误会被清晰呈现。`/acp sessions` 会读取当前已绑定会话或请求方会话的存储；目标令牌（`session-key`、`session-id` 或 `session-label`）会通过 Gateway 网关会话发现进行解析，包括每个智能体自定义的 `session.store` 根目录。
+`/acp status` 会显示生效的运行时选项，以及运行时级别和后端级别的会话标识符。当后端缺少某项能力时，不支持控制的错误会被清晰地显示。`/acp sessions` 会读取当前绑定会话或请求方会话的存储；目标令牌（`session-key`、`session-id` 或 `session-label`）会通过 Gateway 网关会话发现进行解析，包括自定义的按智能体划分的 `session.store` 根目录。
 
 ## 运行时选项映射
 
@@ -536,8 +536,8 @@ ACP 会话当前运行在宿主运行时上，而不是 OpenClaw 沙箱内部。
 
 等价操作：
 
-- `/acp model <id>` 映射到运行时配置键 `model`。对于 Codex ACP，OpenClaw 会将 `openai-codex/<model>` 规范化为适配器模型 id，并将斜杠推理后缀（例如 `openai-codex/gpt-5.4/high`）映射为 Codex ACP 的 `reasoning_effort`。
-- `/acp set thinking <level>` 映射到运行时配置键 `thinking`。对于 Codex ACP，在适配器支持时，OpenClaw 会发送对应的 `reasoning_effort`。
+- `/acp model <id>` 映射到运行时配置键 `model`。对于 Codex ACP，OpenClaw 会将 `openai-codex/<model>` 规范化为适配器模型 id，并将斜杠推理后缀（例如 `openai-codex/gpt-5.4/high`）映射为 Codex ACP `reasoning_effort`。对于其他 harness，模型控制取决于适配器是否支持 ACP `models` 和 `session/set_model`。
+- `/acp set thinking <level>` 映射到运行时配置键 `thinking`。对于 Codex ACP，当适配器支持时，OpenClaw 会发送相应的 `reasoning_effort`。
 - `/acp permissions <profile>` 映射到运行时配置键 `approval_policy`。
 - `/acp timeout <seconds>` 映射到运行时配置键 `timeout`。
 - `/acp cwd <path>` 会直接更新运行时 `cwd` 覆盖值。
@@ -545,9 +545,9 @@ ACP 会话当前运行在宿主运行时上，而不是 OpenClaw 沙箱内部。
   - 特殊情况：`key=cwd` 使用 `cwd` 覆盖路径。
 - `/acp reset-options` 会清除目标会话的所有运行时覆盖值。
 
-## acpx 框架、插件设置和权限
+## acpx harness、插件设置和权限
 
-关于 acpx 框架配置（Claude Code / Codex / Gemini CLI 别名）、  
+关于 acpx harness 配置（Claude Code / Codex / Gemini CLI 别名）、
 plugin-tools 和 OpenClaw-tools MCP 桥接，以及 ACP 权限模式，请参见
 [ACP 智能体——设置](/zh-CN/tools/acp-agents-setup)。
 
@@ -556,24 +556,25 @@ plugin-tools 和 OpenClaw-tools MCP 桥接，以及 ACP 权限模式，请参见
 | 症状 | 可能原因 | 修复方法 |
 | --------------------------------------------------------------------------- | ------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
 | `ACP runtime backend is not configured` | 后端插件缺失或已禁用。 | 安装并启用后端插件，然后运行 `/acp doctor`。 |
-| `ACP is disabled by policy (acp.enabled=false)` | ACP 被全局禁用。 | 设置 `acp.enabled=true`。 |
+| `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 "<id>" is not allowed by policy` | 智能体不在允许列表中。 | 使用允许的 `agentId`，或更新 `acp.allowedAgents`。 |
-| `Unable to resolve session target: ...` | key/id/label 令牌错误。 | 运行 `/acp sessions`，复制精确的 key/label，然后重试。 |
-| `--bind here requires running /acp spawn inside an active ... conversation` | 在没有活跃可绑定对话的情况下使用了 `--bind here`。 | 移动到目标聊天/渠道后重试，或使用未绑定启动。 |
-| `Conversation bindings are unavailable for <channel>.` | 适配器缺少当前对话 ACP 绑定能力。 | 在支持时使用 `/acp spawn ... --thread ...`，配置顶层 `bindings[]`，或切换到受支持的渠道。 |
-| `--thread here requires running /acp spawn inside an active ... thread` | 在线程上下文外使用了 `--thread here`。 | 移动到目标线程，或使用 `--thread auto`/`off`。 |
-| `Only <user-id> can rebind this channel/conversation/thread.` | 另一个用户拥有当前活跃绑定目标。 | 由所有者重新绑定，或使用其他对话或线程。 |
-| `Thread bindings are unavailable for <channel>.` | 适配器缺少线程绑定能力。 | 使用 `--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"`，或从非沙箱隔离会话中使用 ACP 配合 `sandbox="inherit"`。 |
-| 绑定会话缺少 ACP 元数据 | ACP 会话元数据已过期/被删除。 | 使用 `/acp spawn` 重新创建，然后重新绑定/聚焦线程。 |
-| `AcpRuntimeError: Permission prompt unavailable in non-interactive mode` | `permissionMode` 在非交互 ACP 会话中阻止写入/执行。 | 将 `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 会话未报告完成。 | 使用 `ps aux \| grep acpx` 监控；手动终止陈旧进程。 |
+| `ACP agent "<id>" is not allowed by policy` | 智能体不在允许列表中。 | 使用允许的 `agentId` 或更新 `acp.allowedAgents`。 |
+| `Unable to resolve session target: ...` | key / id / label 令牌错误。 | 运行 `/acp sessions`，复制精确的 key / label，然后重试。 |
+| `--bind here requires running /acp spawn inside an active ... conversation` | 在没有活跃可绑定会话时使用了 `--bind here`。 | 切换到目标聊天 / 渠道后重试，或使用未绑定启动。 |
+| `Conversation bindings are unavailable for <channel>.` | 适配器缺少当前会话 ACP 绑定能力。 | 在支持时使用 `/acp spawn ... --thread ...`，配置顶层 `bindings[]`，或切换到受支持的渠道。 |
+| `--thread here requires running /acp spawn inside an active ... thread` | 在线程上下文外使用了 `--thread here`。 | 切换到目标线程，或使用 `--thread auto` / `off`。 |
+| `Only <user-id> can rebind this channel/conversation/thread.` | 其他用户拥有当前活跃绑定目标。 | 由拥有者重新绑定，或使用其他会话或线程。 |
+| `Thread bindings are unavailable for <channel>.` | 适配器缺少线程绑定能力。 | 使用 `--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"`，或在非沙箱隔离会话中对 ACP 使用 `sandbox="inherit"`。 |
+| `Cannot apply --model ... did not advertise model support` | 目标 harness 未暴露通用 ACP 模型切换支持。 | 使用声明了 ACP `models` / `session/set_model` 的 harness，使用 Codex ACP 模型引用，或如果该 harness 有自己的启动标志，则直接在其中配置模型。 |
+| 绑定会话缺少 ACP 元数据 | ACP 会话元数据已过期 / 被删除。 | 使用 `/acp spawn` 重新创建，然后重新绑定 / 聚焦线程。 |
+| `AcpRuntimeError: Permission prompt unavailable in non-interactive mode` | `permissionMode` 在非交互式 ACP 会话中阻止写入 / 执行。 | 设置 `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 会话在完成工作后无限期停滞 | harness 进程已结束，但 ACP 会话未报告完成。 | 使用 `ps aux \| grep acpx` 监控；手动终止陈旧进程。 |
 
 ## 相关内容
 
 - [子智能体](/zh-CN/tools/subagents)
 - [多智能体沙箱工具](/zh-CN/tools/multi-agent-sandbox-tools)
-- [Agent send](/zh-CN/tools/agent-send)
+- [智能体发送](/zh-CN/tools/agent-send)