diff --git a/docs/zh-CN/help/faq.md b/docs/zh-CN/help/faq.md index 5425f68f2..e32d57923 100644 --- a/docs/zh-CN/help/faq.md +++ b/docs/zh-CN/help/faq.md @@ -1,31 +1,31 @@ --- read_when: - - 回答常见的设置、安装、新手引导或运行时支持问题 - - 在进一步调试之前，对用户报告的问题进行分类排查 + - 解答常见的设置、安装、新手引导或运行时支持问题 + - 在进行更深入的调试之前，对用户报告的问题进行初步分诊 summary: 关于 OpenClaw 设置、配置和使用的常见问题 title: 常见问题 x-i18n: - generated_at: "2026-04-21T06:32:46Z" + generated_at: "2026-04-23T15:44:08Z" model: gpt-5.4 provider: openai - source_hash: 3bd1df258baa4b289bc95ba0f7757b61c1412e230d93ebb137cb7117fbc3a2f1 + source_hash: 467e12fb93f778c544899e0c3a3837b84cff423f629db187e8be6e94627771c1 source_path: help/faq.md workflow: 15 --- # 常见问题 -针对真实世界部署的快速解答和更深入的故障排除（本地开发、VPS、多智能体、OAuth/API 密钥、模型故障切换）。有关运行时诊断，请参阅 [故障排除](/zh-CN/gateway/troubleshooting)。有关完整的配置参考，请参阅 [Configuration](/zh-CN/gateway/configuration)。 +针对真实世界部署场景（本地开发、VPS、多智能体、OAuth/API 密钥、模型故障切换）的快速解答，以及更深入的故障排除。对于运行时诊断，请参阅 [故障排除](/zh-CN/gateway/troubleshooting)。如需完整的配置参考，请参阅 [配置](/zh-CN/gateway/configuration)。 -## 如果出了问题，最初的六十秒 +## 如果出现故障，最初的六十秒 -1. **快速状态（第一步检查）** +1. **快速状态（首次检查）** ```bash openclaw status ``` - 快速本地摘要：操作系统 + 更新、Gateway 网关/服务可达性、智能体/会话、提供商配置 + 运行时问题（当 Gateway 网关可达时）。 + 快速的本地摘要：操作系统 + 更新、Gateway 网关/服务可达性、智能体/会话、提供商配置 + 运行时问题（当 Gateway 网关可达时）。 2. **可粘贴的报告（可安全分享）** @@ -33,7 +33,7 @@ x-i18n: openclaw status --all ``` - 只读诊断，包含日志尾部（令牌已脱敏）。 + 只读诊断，包含日志尾部输出（令牌已打码）。 3. **守护进程 + 端口状态** @@ -41,7 +41,7 @@ x-i18n: openclaw gateway status ``` - 显示 supervisor 运行时与 RPC 可达性、探测目标 URL，以及服务可能使用了哪个配置。 + 显示 supervisor 运行时状态与 RPC 可达性、探测目标 URL，以及服务可能使用了哪个配置。 4. **深度探测** @@ -49,8 +49,8 @@ x-i18n: openclaw status --deep ``` - 运行实时 Gateway 网关健康探测，包括在支持时进行的渠道探测 - （需要 Gateway 网关可达）。请参阅 [Health](/zh-CN/gateway/health)。 + 运行实时 Gateway 网关健康探测，在支持时也包括渠道探测 + （需要 Gateway 网关可达）。参见 [Health](/zh-CN/gateway/health)。 5. **跟踪最新日志** @@ -58,13 +58,13 @@ x-i18n: openclaw logs --follow ``` - 如果 RPC 不可用，则退回到： + 如果 RPC 不可用，则回退到： ```bash tail -f "$(ls -t /tmp/openclaw/openclaw-*.log | head -1)" ``` - 文件日志与服务日志是分开的；请参阅 [Logging](/zh-CN/logging) 和 [故障排除](/zh-CN/gateway/troubleshooting)。 + 文件日志与服务日志是分开的；参见 [Logging](/zh-CN/logging) 和 [故障排除](/zh-CN/gateway/troubleshooting)。 6. **运行 Doctor（修复）** @@ -72,48 +72,48 @@ x-i18n: openclaw doctor ``` - 修复/迁移配置/状态 + 运行健康检查。请参阅 [Doctor](/zh-CN/gateway/doctor)。 + 修复/迁移配置和状态 + 运行健康检查。参见 [Doctor](/zh-CN/gateway/doctor)。 7. **Gateway 网关快照** ```bash openclaw health --json - openclaw health --verbose # shows the target URL + config path on errors + openclaw health --verbose # 在出错时显示目标 URL + 配置路径 ``` - 向正在运行的 Gateway 网关请求完整快照（仅限 WS）。请参阅 [Health](/zh-CN/gateway/health)。 + 向正在运行的 Gateway 网关请求完整快照（仅 WS）。参见 [Health](/zh-CN/gateway/health)。 -## 快速开始和首次运行设置 +## 快速开始与首次运行设置 - - 使用一个能**看到你的机器**的本地 AI 智能体。这比在 Discord 里提问有效得多， - 因为大多数“我卡住了”的情况其实都是**本地配置或环境问题**， + + 使用一个能够**看到你的机器**的本地 AI 智能体。这比在 Discord 里提问 + 有效得多，因为大多数“我卡住了”的情况都是**本地配置或环境问题**， 远程协助者无法直接检查。 - - **Claude Code**：[https://www.anthropic.com/claude-code/](https://www.anthropic.com/claude-code/) - - **OpenAI Codex**：[https://openai.com/codex/](https://openai.com/codex/) + - **Claude Code**: [https://www.anthropic.com/claude-code/](https://www.anthropic.com/claude-code/) + - **OpenAI Codex**: [https://openai.com/codex/](https://openai.com/codex/) - 这些工具可以读取仓库、运行命令、检查日志，并帮助修复机器级别的 - 设置问题（PATH、服务、权限、认证文件）。请通过可修改的（git）安装方式， - 向它们提供**完整的源码检出**： + 这些工具可以读取仓库、运行命令、检查日志，并帮助修复你的机器级别 + 设置（PATH、服务、权限、认证文件）。通过可修改的（git）安装方式， + 将**完整的源码检出**提供给它们： ```bash curl -fsSL https://openclaw.ai/install.sh | bash -s -- --install-method git ``` - 这会**从 git 检出**安装 OpenClaw，因此智能体可以读取代码 + 文档， - 并基于你正在运行的确切版本进行推理。你之后始终可以通过重新运行安装器、 - 不带 `--install-method git` 参数切回稳定版。 + 这会**从一个 git 检出安装** OpenClaw，因此智能体可以读取代码 + 文档， + 并基于你正在运行的精确版本进行推理。你之后始终可以通过重新运行安装器、 + 且不带 `--install-method git`，切换回稳定版。 - 提示：让智能体先**规划并监督**修复过程（分步骤），然后只执行 - 必要的命令。这样改动会更小，也更容易审计。 + 提示：让智能体先**规划并监督**修复过程（分步骤），然后只执行必要的 + 命令。这样改动会更小，也更容易审计。 如果你发现了真实的 bug 或修复，请提交 GitHub issue 或发送 PR： [https://github.com/openclaw/openclaw/issues](https://github.com/openclaw/openclaw/issues) [https://github.com/openclaw/openclaw/pulls](https://github.com/openclaw/openclaw/pulls) - 先从这些命令开始（在求助时分享输出）： + 先从这些命令开始（在寻求帮助时分享输出）： ```bash openclaw status @@ -130,7 +130,7 @@ x-i18n: 其他有用的 CLI 检查：`openclaw status --all`、`openclaw logs --follow`、 `openclaw gateway status`、`openclaw health --verbose`。 - 快速调试循环：[如果出了问题，最初的六十秒](#如果出了问题最初的六十秒)。 + 快速调试循环：[如果出现故障，最初的六十秒](#first-60-seconds-if-something-is-broken)。 安装文档：[Install](/zh-CN/install)、[安装器标志](/zh-CN/install/installer)、[Updating](/zh-CN/install/updating)。 @@ -138,20 +138,20 @@ x-i18n: 常见的 Heartbeat 跳过原因： - - `quiet-hours`：不在已配置的 active-hours 时间窗口内 - - `empty-heartbeat-file`：`HEARTBEAT.md` 存在，但只包含空白/仅标题脚手架 - - `no-tasks-due`：`HEARTBEAT.md` 任务模式已启用，但还没有任何任务间隔到期 + - `quiet-hours`：不在已配置的活跃时段窗口内 + - `empty-heartbeat-file`：`HEARTBEAT.md` 存在，但只包含空白内容/仅标题脚手架 + - `no-tasks-due`：`HEARTBEAT.md` 任务模式已启用，但当前还没有任何任务到达间隔时间 - `alerts-disabled`：所有 Heartbeat 可见性都已禁用（`showOk`、`showAlerts` 和 `useIndicator` 全部关闭） 在任务模式下，只有在真实的 Heartbeat 运行 - 完成后，才会推进到期时间戳。被跳过的运行不会将任务标记为已完成。 + 完成之后，到期时间戳才会推进。被跳过的运行不会将任务标记为已完成。 - 文档：[Heartbeat](/zh-CN/gateway/heartbeat)、[Automation & Tasks](/zh-CN/automation)。 + 文档：[Heartbeat](/zh-CN/gateway/heartbeat)、[自动化与任务](/zh-CN/automation)。 - 仓库推荐从源码运行，并使用新手引导： + 仓库推荐从源码运行并使用新手引导： ```bash curl -fsSL https://openclaw.ai/install.sh | bash @@ -171,81 +171,81 @@ x-i18n: openclaw onboard ``` - 如果你还没有全局安装，可以通过 `pnpm openclaw onboard` 运行它。 + 如果你还没有全局安装，请通过 `pnpm openclaw onboard` 运行它。 - 向导会在新手引导结束后立即用干净的（不带令牌的）仪表板 URL 打开浏览器，并且也会在摘要中打印该链接。请保持该标签页打开；如果没有自动启动，请在同一台机器上复制/粘贴已打印的 URL。 + 向导会在新手引导完成后立即使用一个干净的（非令牌化）仪表板 URL 打开你的浏览器，并且也会在摘要中打印该链接。保持该标签页打开；如果它没有启动，请在同一台机器上复制/粘贴打印出来的 URL。 - - **localhost（同一台机器）：** + + **Localhost（同一台机器）：** - 打开 `http://127.0.0.1:18789/`。 - - 如果要求使用共享密钥认证，请将已配置的令牌或密码粘贴到 Control UI 设置中。 + - 如果它要求共享密钥认证，请将已配置的令牌或密码粘贴到 Control UI 设置中。 - 令牌来源：`gateway.auth.token`（或 `OPENCLAW_GATEWAY_TOKEN`）。 - 密码来源：`gateway.auth.password`（或 `OPENCLAW_GATEWAY_PASSWORD`）。 - - 如果还没有配置共享密钥，可使用 `openclaw doctor --generate-gateway-token` 生成令牌。 + - 如果尚未配置共享密钥，可使用 `openclaw doctor --generate-gateway-token` 生成令牌。 **不在 localhost 上：** - - **Tailscale Serve**（推荐）：保持绑定到 loopback，运行 `openclaw gateway --tailscale serve`，打开 `https:///`。如果 `gateway.auth.allowTailscale` 为 `true`，身份头会满足 Control UI/WebSocket 认证要求（无需粘贴共享密钥，前提是 Gateway 网关主机受信任）；HTTP API 仍然需要共享密钥认证，除非你有意使用 private-ingress `none` 或 trusted-proxy HTTP 认证。 - 来自同一客户端的错误并发 Serve 认证尝试，会在失败认证限流器记录之前被串行化，因此第二次错误重试可能已经显示 `retry later`。 + - **Tailscale Serve**（推荐）：保持绑定到 loopback，运行 `openclaw gateway --tailscale serve`，打开 `https:///`。如果 `gateway.auth.allowTailscale` 为 `true`，身份标头将满足 Control UI/WebSocket 认证要求（无需粘贴共享密钥，前提是网关主机可信）；HTTP API 仍然需要共享密钥认证，除非你明确使用 private-ingress `none` 或 trusted-proxy HTTP 认证。 + 来自同一客户端的并发 Serve 错误认证尝试会先被串行化，然后失败认证限流器才会记录它们，因此第二次错误重试可能已经显示 `retry later`。 - **Tailnet 绑定**：运行 `openclaw gateway --bind tailnet --token ""`（或配置密码认证），打开 `http://:18789/`，然后在仪表板设置中粘贴匹配的共享密钥。 - - **具备身份感知的反向代理**：将 Gateway 网关保留在非 loopback 的 trusted proxy 后面，配置 `gateway.auth.mode: "trusted-proxy"`，然后打开代理 URL。 - - **SSH 隧道**：`ssh -N -L 18789:127.0.0.1:18789 user@host`，然后打开 `http://127.0.0.1:18789/`。通过隧道时仍然适用共享密钥认证；如果出现提示，请粘贴已配置的令牌或密码。 + - **具备身份感知的反向代理**：将 Gateway 网关置于一个非 loopback 的 trusted proxy 后面，配置 `gateway.auth.mode: "trusted-proxy"`，然后打开代理 URL。 + - **SSH 隧道**：`ssh -N -L 18789:127.0.0.1:18789 user@host`，然后打开 `http://127.0.0.1:18789/`。共享密钥认证在隧道中仍然适用；如果出现提示，请粘贴已配置的令牌或密码。 - 有关绑定模式和认证细节，请参阅 [Dashboard](/web/dashboard) 和 [Web surfaces](/web)。 + 有关绑定模式和认证细节，请参阅 [Dashboard](/zh-CN/web/dashboard) 和 [Web surfaces](/zh-CN/web)。 - + 它们控制的是不同层级： - `approvals.exec`：将审批提示转发到聊天目标 - `channels..execApprovals`：让该渠道作为 exec 审批的原生审批客户端 主机 exec 策略仍然是真正的审批关卡。聊天配置只控制审批 - 提示出现在哪里，以及人们如何进行回复。 + 提示显示在哪里，以及人们可以如何进行回复。 - 在大多数设置中，你**不**需要同时配置两者： + 在大多数设置中，你**不需要**同时使用两者： - - 如果聊天本身已经支持命令和回复，则同一聊天中的 `/approve` 会通过共享路径生效。 - - 如果受支持的原生渠道能够安全推断审批人，OpenClaw 现在会在 `channels..execApprovals.enabled` 未设置或为 `"auto"` 时自动启用私信优先的原生审批。 - - 当原生审批卡片/按钮可用时，该原生 UI 是主要路径；只有当工具结果表明聊天审批不可用或手动审批是唯一途径时，智能体才应包含手动 `/approve` 命令。 - - 仅当提示还必须转发到其他聊天或明确指定的运维房间时，才使用 `approvals.exec`。 - - 仅当你明确希望将审批提示重新发布到发起房间/主题中时，才使用 `channels..execApprovals.target: "channel"` 或 `"both"`。 - - 插件审批则是另一套独立机制：默认使用同一聊天中的 `/approve`，可选 `approvals.plugin` 转发，而且只有某些原生渠道还会在其上层保留原生插件审批处理。 + - 如果聊天已经支持命令和回复，那么同一聊天中的 `/approve` 会通过共享路径工作。 + - 如果某个受支持的原生渠道能够安全地推断审批人，那么当 `channels..execApprovals.enabled` 未设置或为 `"auto"` 时，OpenClaw 现在会自动启用“优先私信”的原生审批。 + - 当原生审批卡片/按钮可用时，该原生 UI 是主要路径；只有当工具结果表明聊天审批不可用，或手动审批是唯一途径时，智能体才应包含手动 `/approve` 命令。 + - 只有当提示也必须被转发到其他聊天或明确的运维房间时，才使用 `approvals.exec`。 + - 只有当你明确希望将审批提示回发到发起房间/主题中时，才使用 `channels..execApprovals.target: "channel"` 或 `"both"`。 + - 插件审批则再次独立：它们默认使用同一聊天中的 `/approve`，可选使用 `approvals.plugin` 转发，而且只有部分原生渠道会在此基础上继续保留插件审批的原生处理。 - 简短来说：转发用于路由，原生客户端配置用于提供更丰富的渠道特定 UX。 - 请参阅 [Exec Approvals](/zh-CN/tools/exec-approvals)。 + 简而言之：转发用于路由，原生客户端配置用于提供更丰富的特定渠道 UX。 + 参见 [Exec Approvals](/zh-CN/tools/exec-approvals)。 - 需要 Node **>= 22**。推荐使用 `pnpm`。对于 Gateway 网关，**不推荐**使用 Bun。 + 需要 Node **>= 22**。推荐使用 `pnpm`。Gateway 网关**不推荐**使用 Bun。 - 可以。Gateway 网关很轻量——文档中说明对于个人使用，**512MB-1GB RAM**、**1 个核心**以及大约 **500MB** - 磁盘空间就足够了，并注明**Raspberry Pi 4 可以运行它**。 + 可以。Gateway 网关很轻量——文档中写明，个人使用场景下 **512MB-1GB RAM**、**1 个核心**以及大约 **500MB** + 磁盘空间就足够，并特别说明 **Raspberry Pi 4 可以运行它**。 - 如果你想要更多余量（日志、媒体、其他服务），推荐使用 **2GB**，但这 - 不是硬性最低要求。 + 如果你希望有更多余量（日志、媒体、其他服务），推荐使用 **2GB**，但 + 这不是硬性最低要求。 - 提示：小型 Pi/VPS 可以托管 Gateway 网关，而你可以在笔记本/手机上配对**节点**，用于 - 本地屏幕/摄像头/canvas 或命令执行。请参阅 [Nodes](/zh-CN/nodes)。 + 提示：小型 Pi/VPS 可以托管 Gateway 网关，而你可以在笔记本电脑/手机上配对 **节点**， + 以实现本地屏幕/摄像头/canvas 或命令执行。参见 [Nodes](/zh-CN/nodes)。 - - 简短来说：可以运行，但要预期会遇到一些粗糙边角问题。 + + 简短版本：能运行，但要预期会遇到一些边缘问题。 - 使用 **64 位**操作系统，并保持 Node >= 22。 - 优先选择**可修改的（git）安装**，这样你可以查看日志并快速更新。 - 开始时不要启用渠道/Skills，然后再逐个添加。 - - 如果遇到奇怪的二进制问题，通常是 **ARM 兼容性**问题。 + - 如果你遇到奇怪的二进制问题，通常是 **ARM 兼容性** 问题。 文档：[Linux](/zh-CN/platforms/linux)、[Install](/zh-CN/install)。 @@ -253,8 +253,8 @@ x-i18n: 该界面依赖 Gateway 网关可达且已认证。TUI 也会在首次 hatch 时自动发送 - “Wake up, my friend!”。如果你看到这行内容却**没有回复**， - 且令牌仍为 0，则说明智能体根本没有运行。 + “Wake up, my friend!”。如果你看到这一行但**没有回复**， + 且令牌始终为 0，说明智能体根本没有运行。 1. 重启 Gateway 网关： @@ -276,14 +276,14 @@ x-i18n: openclaw doctor ``` - 如果 Gateway 网关是远程的，请确保隧道/Tailscale 连接已建立，并且 UI - 指向了正确的 Gateway 网关。请参阅 [Remote access](/zh-CN/gateway/remote)。 + 如果 Gateway 网关位于远程，请确保 tunnel/Tailscale 连接正常，并且 UI + 指向的是正确的 Gateway 网关。参见 [远程访问](/zh-CN/gateway/remote)。 - + 可以。复制**状态目录**和**工作区**，然后运行一次 Doctor。这 - 可以让你的机器人“完全保持不变”（memory、会话历史、认证和渠道 + 可以保持你的机器人“完全相同”（记忆、会话历史、认证和渠道 状态），前提是你复制了**这两个**位置： 1. 在新机器上安装 OpenClaw。 @@ -291,61 +291,60 @@ x-i18n: 3. 复制你的工作区（默认：`~/.openclaw/workspace`）。 4. 运行 `openclaw doctor` 并重启 Gateway 网关服务。 - 这会保留配置、auth profiles、WhatsApp 凭据、会话和 memory。如果你处于 - 远程模式，请记住会话存储和工作区归 Gateway 网关主机所有。 + 这会保留配置、auth profiles、WhatsApp 凭证、会话和记忆。如果你处于 + 远程模式，请记住，会话存储和工作区由 Gateway 网关主机持有。 - **重要：**如果你只是将工作区提交/推送到 GitHub，你备份的是 - **memory + 引导文件**，但**不**包括会话历史或认证。那些内容存放在 + **重要：** 如果你只是将工作区提交/推送到 GitHub，你备份的是 + **记忆 + bootstrap 文件**，但**不是**会话历史或认证信息。那些内容位于 `~/.openclaw/` 下（例如 `~/.openclaw/agents//sessions/`）。 - 相关内容：[Migrating](/zh-CN/install/migrating)、[文件在磁盘上的位置](#where-things-live-on-disk)、 + 相关内容：[迁移](/zh-CN/install/migrating)、[磁盘上的存放位置](#where-things-live-on-disk)、 [智能体工作区](/zh-CN/concepts/agent-workspace)、[Doctor](/zh-CN/gateway/doctor)、 [远程模式](/zh-CN/gateway/remote)。 - 查看 GitHub changelog： + 请查看 GitHub 更新日志： [https://github.com/openclaw/openclaw/blob/main/CHANGELOG.md](https://github.com/openclaw/openclaw/blob/main/CHANGELOG.md) 最新条目位于顶部。如果顶部部分标记为 **Unreleased**，则下一个带日期的 - 部分就是最新发布的版本。条目按 **Highlights**、**Changes** 和 - **Fixes** 分组（必要时还会包含文档/其他部分）。 + 部分就是最近发布的版本。条目按 **Highlights**、**Changes** 和 + **Fixes** 分组（需要时还会有文档/其他分组）。 - 某些 Comcast/Xfinity 连接会通过 Xfinity - Advanced Security 错误地阻止 `docs.openclaw.ai`。请禁用该功能或将 `docs.openclaw.ai` - 加入允许列表，然后重试。 - 也请通过这里报告，帮助我们解除屏蔽：[https://spa.xfinity.com/check_url_status](https://spa.xfinity.com/check_url_status)。 + 某些 Comcast/Xfinity 连接会因为 Xfinity + Advanced Security 而错误地屏蔽 `docs.openclaw.ai`。请禁用它或将 `docs.openclaw.ai` 加入允许列表，然后重试。 + 也请通过这里的链接帮助我们解除封锁：[https://spa.xfinity.com/check_url_status](https://spa.xfinity.com/check_url_status)。 - 如果你仍然无法访问该站点，文档也镜像在 GitHub 上： + 如果你仍然无法访问该站点，文档在 GitHub 上也有镜像： [https://github.com/openclaw/openclaw/tree/main/docs](https://github.com/openclaw/openclaw/tree/main/docs) - - **稳定版**和 **beta** 是 **npm dist-tags**，不是独立的代码线： + + **Stable** 和 **beta** 是 **npm dist-tags**，而不是不同的代码线： - - `latest` = 稳定版 + - `latest` = stable - `beta` = 用于测试的早期构建 - 通常，稳定版本会先发布到 **beta**，然后通过显式的 - 提升步骤将同一版本移动到 `latest`。维护者也可以在需要时 - 直接发布到 `latest`。这就是为什么 beta 和稳定版在提升后 + 通常，稳定版会先发布到 **beta**，然后通过一个显式的 + 提升步骤将同一个版本移动到 `latest`。维护者在需要时也可以 + 直接发布到 `latest`。这就是为什么 beta 和 stable 在提升之后 可能会指向**同一个版本**。 - 查看变更内容： + 查看有哪些变化： [https://github.com/openclaw/openclaw/blob/main/CHANGELOG.md](https://github.com/openclaw/openclaw/blob/main/CHANGELOG.md) - 有关安装单行命令以及 beta 和 dev 的区别，请参阅下面的折叠项。 + 关于安装单行命令以及 beta 和 dev 的区别，请参阅下方的折叠面板。 **Beta** 是 npm dist-tag `beta`（提升后可能与 `latest` 相同）。 - **Dev** 是 `main` 的移动头部（git）；发布时使用 npm dist-tag `dev`。 + **Dev** 是 `main` 的移动头部（git）；发布时，它使用 npm dist-tag `dev`。 单行命令（macOS/Linux）： @@ -360,12 +359,12 @@ x-i18n: Windows 安装器（PowerShell）： [https://openclaw.ai/install.ps1](https://openclaw.ai/install.ps1) - 更多细节：[Development channels](/zh-CN/install/development-channels) 和 [安装器标志](/zh-CN/install/installer)。 + 更多细节：[开发渠道](/zh-CN/install/development-channels) 和 [安装器标志](/zh-CN/install/installer)。 - - 两种方式： + + 有两种方式： 1. **Dev 渠道（git 检出）：** @@ -392,7 +391,7 @@ x-i18n: pnpm build ``` - 文档：[Update](/cli/update)、[Development channels](/zh-CN/install/development-channels)、 + 文档：[Update](/zh-CN/cli/update)、[开发渠道](/zh-CN/install/development-channels)、 [Install](/zh-CN/install)。 @@ -400,8 +399,8 @@ x-i18n: 粗略参考： - - **安装：**2-5 分钟 - - **新手引导：**5-15 分钟，取决于你配置了多少渠道/模型 + - **安装：** 2-5 分钟 + - **新手引导：** 5-15 分钟，取决于你配置了多少渠道/模型 如果卡住了，请参阅 [安装器卡住了](#quick-start-and-first-run-setup) 以及 [我卡住了](#quick-start-and-first-run-setup) 中的快速调试循环。 @@ -415,7 +414,7 @@ x-i18n: curl -fsSL https://openclaw.ai/install.sh | bash -s -- --verbose ``` - 使用详细输出安装 beta： + 带详细输出的 beta 安装： ```bash curl -fsSL https://openclaw.ai/install.sh | bash -s -- --beta --verbose @@ -430,37 +429,37 @@ x-i18n: Windows（PowerShell）等效方式： ```powershell - # install.ps1 has no dedicated -Verbose flag yet. + # install.ps1 目前还没有专用的 -Verbose 标志。 Set-PSDebug -Trace 1 & ([scriptblock]::Create((iwr -useb https://openclaw.ai/install.ps1))) -NoOnboard Set-PSDebug -Trace 0 ``` - 更多选项：[安装器标志](/zh-CN/install/installer)。 + 更多选项： [安装器标志](/zh-CN/install/installer)。 - - 两个常见的 Windows 问题： + + Windows 上有两个常见问题： - **1）npm 错误 spawn git / git not found** + **1) npm error spawn git / git not found** - - 安装 **Git for Windows**，并确保 `git` 在你的 PATH 中。 + - 安装 **Git for Windows**，并确保 `git` 已加入你的 PATH。 - 关闭并重新打开 PowerShell，然后重新运行安装器。 - **2）安装后 openclaw is not recognized** + **2) 安装后 openclaw is not recognized** - - 你的 npm 全局 bin 文件夹不在 PATH 中。 + - 你的 npm 全局 bin 目录没有加入 PATH。 - 检查路径： ```powershell npm config get prefix ``` - - 将该目录添加到你的用户 PATH 中（Windows 上不需要 `\bin` 后缀；在大多数系统上它是 `%AppData%\npm`）。 + - 将该目录加入你的用户 PATH（Windows 上不需要 `\bin` 后缀；在大多数系统中，它是 `%AppData%\npm`）。 - 更新 PATH 后，关闭并重新打开 PowerShell。 - 如果你希望获得最顺畅的 Windows 设置体验，请使用 **WSL2**，而不是原生 Windows。 + 如果你想要最顺滑的 Windows 设置体验，请使用 **WSL2** 而不是原生 Windows。 文档：[Windows](/zh-CN/platforms/windows)。 @@ -470,10 +469,10 @@ x-i18n: 症状： - - `system.run`/`exec` 输出将中文显示为乱码 - - 同一条命令在另一个终端配置文件中显示正常 + - `system.run`/`exec` 输出中的中文显示为乱码 + - 同样的命令在另一个终端配置中显示正常 - PowerShell 中的快速变通方法： + 在 PowerShell 中的快速解决方法： ```powershell chcp 65001 @@ -488,15 +487,15 @@ x-i18n: openclaw gateway restart ``` - 如果你在最新 OpenClaw 上仍然能复现这个问题，请在这里跟踪/报告： + 如果你在最新版本的 OpenClaw 上仍然能复现这个问题，请在这里跟踪/报告： - [Issue #30640](https://github.com/openclaw/openclaw/issues/30640) - + 使用**可修改的（git）安装**，这样你就能在本地拥有完整的源码和文档，然后 - 在_该文件夹中_向你的机器人（或 Claude/Codex）提问，这样它就能读取仓库并给出精确答案。 + 在_该目录中_询问你的机器人（或 Claude/Codex），这样它就可以读取仓库并给出精确回答。 ```bash curl -fsSL https://openclaw.ai/install.sh | bash -s -- --install-method git @@ -511,43 +510,43 @@ x-i18n: - Linux 快速路径 + 服务安装：[Linux](/zh-CN/platforms/linux)。 - 完整演练：[入门指南](/zh-CN/start/getting-started)。 - - 安装器 + 更新：[Install & updates](/zh-CN/install/updating)。 + - 安装器 + 更新：[安装与更新](/zh-CN/install/updating)。 - 任何 Linux VPS 都可以。在服务器上安装，然后使用 SSH/Tailscale 访问 Gateway 网关。 + 任何 Linux VPS 都可以。在服务器上安装，然后通过 SSH/Tailscale 访问 Gateway 网关。 指南：[exe.dev](/zh-CN/install/exe-dev)、[Hetzner](/zh-CN/install/hetzner)、[Fly.io](/zh-CN/install/fly)。 - 远程访问：[Gateway remote](/zh-CN/gateway/remote)。 + 远程访问：[Gateway 网关远程访问](/zh-CN/gateway/remote)。 - 我们维护了一个包含常见提供商的**托管中心**。选择一个并按照指南操作： + 我们维护了一个**托管中心**，收录常见提供商。选择其中一个并按照指南操作： - - [VPS hosting](/zh-CN/vps)（所有提供商集中在一处） + - [VPS 托管](/zh-CN/vps)（所有提供商集中在一个地方） - [Fly.io](/zh-CN/install/fly) - [Hetzner](/zh-CN/install/hetzner) - [exe.dev](/zh-CN/install/exe-dev) 它在云端的工作方式是：**Gateway 网关运行在服务器上**，而你通过 - Control UI（或 Tailscale/SSH）从笔记本/手机访问它。你的状态 + 工作区 - 存放在服务器上，因此请将该主机视为事实来源并做好备份。 + Control UI（或 Tailscale/SSH）从笔记本电脑/手机访问它。你的状态 + 工作区 + 存储在服务器上，因此请将主机视为事实来源并做好备份。 - 你可以将**节点**（Mac/iOS/Android/无头设备）与该云端 Gateway 网关配对，以访问 - 本地屏幕/摄像头/canvas，或者在保留 - Gateway 网关位于云端的同时，在你的笔记本上运行命令。 + 你可以将**节点**（Mac/iOS/Android/无头设备）配对到该云端 Gateway 网关，以便访问 + 本地屏幕/摄像头/canvas，或在你的笔记本电脑上运行命令，同时让 + Gateway 网关保留在云端。 - 中心：[Platforms](/zh-CN/platforms)。远程访问：[Gateway remote](/zh-CN/gateway/remote)。 - 节点：[Nodes](/zh-CN/nodes)、[Nodes CLI](/cli/nodes)。 + 中心页：[Platforms](/zh-CN/platforms)。远程访问：[Gateway 网关远程访问](/zh-CN/gateway/remote)。 + 节点：[Nodes](/zh-CN/nodes)、[Nodes CLI](/zh-CN/cli/nodes)。 - + 简短回答：**可以，但不推荐**。更新流程可能会重启 - Gateway 网关（这会断开当前活动会话），可能需要干净的 git 检出，并且 - 可能会要求确认。更安全的方式：由操作人员在 shell 中运行更新。 + Gateway 网关（这会中断当前活动会话），可能需要一个干净的 git 检出，并且 + 还可能要求确认。更安全的方式是由操作员在 shell 中执行更新。 使用 CLI： @@ -559,77 +558,79 @@ x-i18n: openclaw update --no-restart ``` - 如果你必须通过智能体自动化： + 如果你必须从智能体中自动化执行： ```bash openclaw update --yes --no-restart openclaw gateway restart ``` - 文档：[Update](/cli/update)、[Updating](/zh-CN/install/updating)。 + 文档：[Update](/zh-CN/cli/update)、[Updating](/zh-CN/install/updating)。 `openclaw onboard` 是推荐的设置路径。在**本地模式**下，它会引导你完成： - - **模型/认证设置**（提供商 OAuth、API 密钥、Anthropic setup-token，以及本地模型选项，如 LM Studio） - - **工作区**位置 + 引导文件 - - **Gateway 网关设置**（绑定/端口/认证/Tailscale） + - **模型/认证设置**（提供商 OAuth、API 密钥、Anthropic setup-token，以及 LM Studio 等本地模型选项） + - **工作区**位置 + bootstrap 文件 + - **Gateway 网关设置**（bind/port/auth/tailscale） - **渠道**（WhatsApp、Telegram、Discord、Mattermost、Signal、iMessage，以及像 QQ Bot 这样的内置渠道插件） - **守护进程安装**（macOS 上为 LaunchAgent；Linux/WSL2 上为 systemd user unit） - **健康检查**和 **Skills** 选择 - 如果你配置的模型未知或缺少认证信息，它还会发出警告。 + 如果你配置的模型未知或缺少认证信息，它还会给出警告。 - 不需要。你可以使用 **API 密钥**（Anthropic/OpenAI/其他）运行 OpenClaw，也可以使用 - **纯本地模型**，让你的数据保留在设备上。订阅（Claude + 不需要。你可以通过 **API 密钥**（Anthropic/OpenAI/其他）运行 OpenClaw，也可以使用 + **仅本地模型**，让你的数据保留在你的设备上。订阅（Claude Pro/Max 或 OpenAI Codex）只是这些提供商的可选认证方式。 - 对于 OpenClaw 中的 Anthropic，实际区别如下： + 对于 OpenClaw 中的 Anthropic，实际上的区分是： - - **Anthropic API 密钥**：普通 Anthropic API 计费 + - **Anthropic API 密钥**：按常规 Anthropic API 计费 - **OpenClaw 中的 Claude CLI / Claude 订阅认证**：Anthropic 工作人员 - 告诉我们这种用法再次被允许，OpenClaw 目前将 `claude -p` - 的用法视为该集成的认可方式，除非 Anthropic 发布新的 - 政策 + 告诉我们，这种用法再次被允许，除非 Anthropic 发布新的 + 政策，否则 OpenClaw 会将 `claude -p` + 用于此集成视为已获许可 - 对于长期运行的 Gateway 网关主机，Anthropic API 密钥仍然是更 - 可预测的设置方式。OpenAI Codex OAuth 已被明确支持用于 - OpenClaw 这样的外部工具。 + 对于长期运行的 Gateway 网关主机，Anthropic API 密钥仍然是 + 更可预测的设置方式。OpenAI Codex OAuth 已被明确支持，可用于 OpenClaw + 这样的外部工具。 - OpenClaw 还支持其他托管式订阅选项，包括 + OpenClaw 还支持其他托管的订阅式选项，包括 **Qwen Cloud Coding Plan**、**MiniMax Coding Plan** 和 **Z.AI / GLM Coding Plan**。 文档：[Anthropic](/zh-CN/providers/anthropic)、[OpenAI](/zh-CN/providers/openai)、 [Qwen Cloud](/zh-CN/providers/qwen)、 [MiniMax](/zh-CN/providers/minimax)、[GLM Models](/zh-CN/providers/glm)、 - [本地模型](/zh-CN/gateway/local-models)、[Models](/zh-CN/concepts/models)。 + [本地模型](/zh-CN/gateway/local-models)、[模型](/zh-CN/concepts/models)。 - + 可以。 Anthropic 工作人员告诉我们，OpenClaw 风格的 Claude CLI 用法再次被允许，因此 - 除非 Anthropic 发布新的政策，否则 OpenClaw 会将 Claude 订阅认证和 `claude -p` 的使用 - 视为该集成的认可方式。如果你想要最可预测的服务器端设置，请改用 Anthropic API 密钥。 + 除非 Anthropic 发布新的政策，否则 OpenClaw 会将 Claude 订阅认证和 `claude -p` 的使用视为 + 已获许可、可用于此集成的方式。如果你希望获得 + 最可预测的服务器端设置，请改用 Anthropic API 密钥。 支持。 - Anthropic 工作人员告诉我们这种用法再次被允许，因此除非 Anthropic 发布新的政策， - 否则 OpenClaw 会将 Claude CLI 复用和 `claude -p` 的使用视为该集成的认可方式。 + Anthropic 工作人员告诉我们，这种用法再次被允许，因此 OpenClaw 将 + Claude CLI 复用和 `claude -p` 的使用视为该集成中的已获许可方式， + 除非 Anthropic 发布新的政策。 - Anthropic setup-token 仍然是受支持的 OpenClaw 令牌路径，但在可用时，OpenClaw 现在更倾向于使用 Claude CLI 复用和 `claude -p`。 + Anthropic setup-token 仍然是受支持的 OpenClaw 令牌路径，但 OpenClaw 现在在可用时更倾向于使用 Claude CLI 复用和 `claude -p`。 对于生产环境或多用户工作负载，Anthropic API 密钥认证仍然是 - 更安全、更可预测的选择。如果你想在 OpenClaw 中使用其他托管式订阅 + 更安全、更可预测的选择。如果你想在 OpenClaw 中使用其他订阅式托管 选项，请参阅 [OpenAI](/zh-CN/providers/openai)、[Qwen / Model Cloud](/zh-CN/providers/qwen)、[MiniMax](/zh-CN/providers/minimax) 和 [GLM Models](/zh-CN/providers/glm)。 @@ -637,72 +638,72 @@ x-i18n: - -这意味着你当前窗口中的 **Anthropic 配额/速率限制** 已耗尽。如果你 + +这意味着你当前时间窗口内的 **Anthropic 配额/速率限制** 已耗尽。如果你 使用 **Claude CLI**，请等待窗口重置或升级你的套餐。如果你 -使用 **Anthropic API 密钥**，请检查 Anthropic Console -中的使用量/计费情况，并根据需要提高限制。 +使用的是 **Anthropic API 密钥**，请检查 Anthropic Console +中的用量/计费情况，并根据需要提高限额。 - 如果消息具体是： - `Extra usage is required for long context requests`，则说明该请求正在尝试使用 - Anthropic 的 1M 上下文 beta（`context1m: true`）。这仅在你的 - 凭证符合长上下文计费资格时才有效（API 密钥计费，或 - 启用了 Extra Usage 的 OpenClaw Claude 登录路径）。 + 如果消息明确是： + `Extra usage is required for long context requests`，说明该请求正在尝试使用 + Anthropic 的 1M 上下文测试版（`context1m: true`）。这仅在你的 + 凭证有资格使用长上下文计费时才可用（API 密钥计费，或启用了 Extra Usage 的 + OpenClaw Claude 登录路径）。 - 提示：设置一个**回退模型**，这样 OpenClaw 就能在某个提供商受到速率限制时继续回复。 - 请参阅 [Models](/cli/models)、[OAuth](/zh-CN/concepts/oauth) 和 + 提示：设置一个**回退模型**，这样当某个提供商受到速率限制时，OpenClaw 仍能继续回复。 + 参见 [Models](/zh-CN/cli/models)、[OAuth](/zh-CN/concepts/oauth) 和 [/gateway/troubleshooting#anthropic-429-extra-usage-required-for-long-context](/zh-CN/gateway/troubleshooting#anthropic-429-extra-usage-required-for-long-context)。 - 支持。OpenClaw 内置了 **Amazon Bedrock（Converse）** 提供商。当存在 AWS 环境标记时，OpenClaw 可以自动发现支持流式/文本的 Bedrock 目录，并将其合并为隐式的 `amazon-bedrock` 提供商；否则你也可以显式启用 `plugins.entries.amazon-bedrock.config.discovery.enabled`，或添加手动提供商条目。请参阅 [Amazon Bedrock](/zh-CN/providers/bedrock) 和 [模型提供商](/zh-CN/providers/models)。如果你更喜欢托管密钥流程，在 Bedrock 前面使用 OpenAI 兼容代理仍然是可行选项。 + 支持。OpenClaw 内置了 **Amazon Bedrock Mantle（Converse）** 提供商。当存在 AWS 环境标记时，OpenClaw 可以自动发现支持流式传输/文本的 Bedrock 模型目录，并将其合并为隐式 `amazon-bedrock` 提供商；否则你也可以显式启用 `plugins.entries.amazon-bedrock.config.discovery.enabled`，或添加手动提供商条目。参见 [Amazon Bedrock](/zh-CN/providers/bedrock) 和 [模型提供商](/zh-CN/providers/models)。如果你更倾向于托管式密钥流程，在 Bedrock 前面使用 OpenAI 兼容代理仍然是有效方案。 - - OpenClaw 通过 OAuth（ChatGPT 登录）支持 **OpenAI Code（Codex）**。新手引导可以运行 OAuth 流程，并会在适当时将默认模型设置为 `openai-codex/gpt-5.4`。请参阅 [模型提供商](/zh-CN/concepts/model-providers) 和 [新手引导（CLI）](/zh-CN/start/wizard)。 + + OpenClaw 通过 OAuth（ChatGPT 登录）支持 **OpenAI Code（Codex）**。新手引导可以运行 OAuth 流程，并会在适当时将默认模型设置为 `openai-codex/gpt-5.4`。参见 [模型提供商](/zh-CN/concepts/model-providers) 和 [设置向导（CLI）](/zh-CN/start/wizard)。 - + OpenClaw 将这两条路径分开处理： - `openai-codex/gpt-5.4` = ChatGPT/Codex OAuth - `openai/gpt-5.4` = 直接 OpenAI Platform API - 在 OpenClaw 中，ChatGPT/Codex 登录连接到 `openai-codex/*` 路径， - 而不是直接的 `openai/*` 路径。如果你想在 + 在 OpenClaw 中，ChatGPT/Codex 登录连接到的是 `openai-codex/*` 路径， + 而不是直接的 `openai/*` 路径。如果你希望在 OpenClaw 中使用直接 API 路径，请设置 `OPENAI_API_KEY`（或等效的 OpenAI 提供商配置）。 - 如果你想在 OpenClaw 中使用 ChatGPT/Codex 登录，请使用 `openai-codex/*`。 + 如果你希望在 OpenClaw 中使用 ChatGPT/Codex 登录，请使用 `openai-codex/*`。 - - `openai-codex/*` 使用 Codex OAuth 路径，其可用配额窗口由 - OpenAI 管理，并且取决于套餐。实际使用中，这些限制可能与 - ChatGPT 网站/应用的体验不同，即使两者都绑定到同一个账户。 + + `openai-codex/*` 使用 Codex OAuth 路径，其可用配额窗口 + 由 OpenAI 管理，并取决于套餐。实际中，这些限制可能与 + ChatGPT 网站/应用中的体验不同，即使二者绑定到同一个账户。 OpenClaw 可以在 - `openclaw models status` 中显示当前可见的提供商使用量/配额窗口，但它不会凭空生成， - 也不会将 ChatGPT 网页版权益规范化为直接 API 访问。如果你想使用直接的 OpenAI Platform - 计费/限额路径，请结合 API 密钥使用 `openai/*`。 + `openclaw models status` 中显示当前可见的提供商用量/配额窗口，但它不会虚构或规范化 ChatGPT 网页版 + 权益来充当直接 API 访问。如果你想使用直接的 OpenAI Platform + 计费/限额路径，请搭配 API 密钥使用 `openai/*`。 支持。OpenClaw 完全支持 **OpenAI Code（Codex）订阅 OAuth**。 - OpenAI 明确允许在 OpenClaw 这样的外部工具/工作流中 - 使用订阅 OAuth。新手引导可以为你运行该 OAuth 流程。 + OpenAI 明确允许在 OpenClaw 这类外部工具/工作流中使用订阅 OAuth。 + 新手引导可以为你执行 OAuth 流程。 - 请参阅 [OAuth](/zh-CN/concepts/oauth)、[模型提供商](/zh-CN/concepts/model-providers) 和 [新手引导（CLI）](/zh-CN/start/wizard)。 + 参见 [OAuth](/zh-CN/concepts/oauth)、[模型提供商](/zh-CN/concepts/model-providers) 和 [设置向导（CLI）](/zh-CN/start/wizard)。 - Gemini CLI 使用的是**插件认证流程**，而不是在 `openclaw.json` 中填写客户端 id 或 secret。 + Gemini CLI 使用的是**插件认证流程**，而不是在 `openclaw.json` 中配置 client id 或 secret。 步骤： - 1. 在本地安装 Gemini CLI，使 `gemini` 位于 `PATH` 中 + 1. 在本地安装 Gemini CLI，以便 `gemini` 位于 `PATH` 中 - Homebrew：`brew install gemini-cli` - npm：`npm install -g @google/gemini-cli` 2. 启用插件：`openclaw plugins enable google` @@ -710,36 +711,36 @@ x-i18n: 4. 登录后的默认模型：`google-gemini-cli/gemini-3-flash-preview` 5. 如果请求失败，请在 Gateway 网关主机上设置 `GOOGLE_CLOUD_PROJECT` 或 `GOOGLE_CLOUD_PROJECT_ID` - 这会将 OAuth 令牌存储在 Gateway 网关主机上的 auth profiles 中。详情请参阅：[模型提供商](/zh-CN/concepts/model-providers)。 + 这会将 OAuth 令牌存储在 Gateway 网关主机上的 auth profiles 中。详情： [模型提供商](/zh-CN/concepts/model-providers)。 - 通常不适合。OpenClaw 需要大上下文 + 强安全性；小显存卡会截断并泄漏。如果你必须这样做，请在本地运行你能承载的**最大**模型构建版本（LM Studio），并参阅 [/gateway/local-models](/zh-CN/gateway/local-models)。较小/量化模型会增加 prompt injection 风险——请参阅 [Security](/zh-CN/gateway/security)。 + 通常不适合。OpenClaw 需要大上下文 + 强安全性；小显存卡会截断内容并泄漏。如果你一定要用，请在本地运行你能承载的**最大**模型构建（LM Studio），并参阅 [/gateway/local-models](/zh-CN/gateway/local-models)。更小/量化的模型会增加 prompt injection 风险——参见 [Security](/zh-CN/gateway/security)。 - - 请选择固定区域的端点。OpenRouter 为 MiniMax、Kimi 和 GLM 提供美国托管选项；选择美国托管变体即可让数据保留在该区域内。你仍然可以通过使用 `models.mode: "merge"` 将 Anthropic/OpenAI 与这些提供商一起列出，这样在遵守所选区域提供商约束的同时，回退模型仍然可用。 + + 选择区域固定的端点。OpenRouter 为 MiniMax、Kimi 和 GLM 提供美国托管选项；选择美国托管变体即可让数据保持在该区域内。你仍然可以通过使用 `models.mode: "merge"` 将 Anthropic/OpenAI 与这些选项一并列出，这样既能遵守你选择的区域化提供商，又能保留回退能力。 - - 不需要。OpenClaw 可运行于 macOS 或 Linux（Windows 通过 WSL2）。Mac mini 是可选的——有些人 - 会买一台作为常开主机，但小型 VPS、家用服务器或 Raspberry Pi 级别的设备也可以。 + + 不需要。OpenClaw 可运行在 macOS 或 Linux 上（Windows 通过 WSL2）。Mac mini 是可选的——有些人 + 会买一台作为始终在线的主机，但小型 VPS、家用服务器或 Raspberry Pi 级别的设备也同样可用。 - 只有在你需要**仅限 macOS 的工具**时才需要 Mac。对于 iMessage，请使用 [BlueBubbles](/zh-CN/channels/bluebubbles)（推荐）——BlueBubbles 服务器可以运行在任何 Mac 上，而 Gateway 网关 可以运行在 Linux 或其他地方。如果你想使用其他仅限 macOS 的工具，请在 Mac 上运行 Gateway 网关，或配对一个 macOS 节点。 + 只有在你需要**仅限 macOS 的工具**时才需要 Mac。对于 iMessage，请使用 [BlueBubbles](/zh-CN/channels/bluebubbles)（推荐）——BlueBubbles 服务器可运行在任何 Mac 上，而 Gateway 网关可以运行在 Linux 或其他地方。如果你想使用其他仅限 macOS 的工具，请在 Mac 上运行 Gateway 网关，或配对一个 macOS 节点。 文档：[BlueBubbles](/zh-CN/channels/bluebubbles)、[Nodes](/zh-CN/nodes)、[Mac 远程模式](/zh-CN/platforms/mac/remote)。 - - 你需要**某种已登录 Messages 的 macOS 设备**。它**不**一定非得是 Mac mini—— - 任何 Mac 都可以。对于 iMessage，请**使用 [BlueBubbles](/zh-CN/channels/bluebubbles)**（推荐）——BlueBubbles 服务器运行在 macOS 上，而 Gateway 网关 可以运行在 Linux 或其他地方。 + + 你需要**某台已登录 Messages 的 macOS 设备**。它**不一定**是 Mac mini—— + 任何 Mac 都可以。对于 iMessage，请**使用 [BlueBubbles](/zh-CN/channels/bluebubbles)**（推荐）——BlueBubbles 服务器运行在 macOS 上，而 Gateway 网关可以运行在 Linux 或其他地方。 常见设置： - - 在 Linux/VPS 上运行 Gateway 网关，并在任何已登录 Messages 的 Mac 上运行 BlueBubbles 服务器。 - - 如果你想要最简单的单机设置，也可以把所有内容都运行在该 Mac 上。 + - 在 Linux/VPS 上运行 Gateway 网关，并在任意已登录 Messages 的 Mac 上运行 BlueBubbles 服务器。 + - 如果你想要最简单的单机设置，也可以把所有内容都运行在 Mac 上。 文档：[BlueBubbles](/zh-CN/channels/bluebubbles)、[Nodes](/zh-CN/nodes)、 [Mac 远程模式](/zh-CN/platforms/mac/remote)。 @@ -757,49 +758,49 @@ x-i18n: - MacBook Pro 运行 macOS 应用或节点主机，并与 Gateway 网关配对。 - 使用 `openclaw nodes status` / `openclaw nodes list` 查看它。 - 文档：[Nodes](/zh-CN/nodes)、[Nodes CLI](/cli/nodes)。 + 文档：[Nodes](/zh-CN/nodes)、[Nodes CLI](/zh-CN/cli/nodes)。 - **不推荐**使用 Bun。我们观察到了运行时 bug，尤其是在 WhatsApp 和 Telegram 上。 - 如需稳定的 Gateway 网关，请使用 **Node**。 + **不推荐**使用 Bun。我们观察到运行时 bug，尤其是在 WhatsApp 和 Telegram 上。 + 要获得稳定的 Gateway 网关，请使用 **Node**。 - 如果你仍然想尝试 Bun，请只在非生产 Gateway 网关上进行， - 并且不要使用 WhatsApp/Telegram。 + 如果你仍然想尝试 Bun，请仅在非生产 Gateway 网关上进行， + 且不要启用 WhatsApp/Telegram。 - - `channels.telegram.allowFrom` 是**真人发送者的 Telegram 用户 ID**（数字）。不是机器人用户名。 + + `channels.telegram.allowFrom` 应填写**真人发送者的 Telegram 用户 ID**（数字）。它不是机器人用户名。 - 设置时只接受数字用户 ID。如果你的配置中已经有旧的 `@username` 条目，`openclaw doctor --fix` 可以尝试解析它们。 + 设置流程只接受数字用户 ID。如果你的配置中已经存在旧版 `@username` 条目，`openclaw doctor --fix` 可以尝试解析它们。 - 更安全的方式（无需第三方机器人）： + 更安全的方式（不使用第三方机器人）： - - 向你的机器人发送私信，然后运行 `openclaw logs --follow` 并读取 `from.id`。 + - 给你的机器人发私信，然后运行 `openclaw logs --follow` 并读取 `from.id`。 官方 Bot API： - - 向你的机器人发送私信，然后调用 `https://api.telegram.org/bot/getUpdates` 并读取 `message.from.id`。 + - 给你的机器人发私信，然后调用 `https://api.telegram.org/bot/getUpdates` 并读取 `message.from.id`。 第三方方式（隐私性较差）： - - 向 `@userinfobot` 或 `@getidsbot` 发送私信。 + - 给 `@userinfobot` 或 `@getidsbot` 发私信。 - 请参阅 [/channels/telegram](/zh-CN/channels/telegram#access-control-and-activation)。 + 参见 [/channels/telegram](/zh-CN/channels/telegram#access-control-and-activation)。 - - 可以，通过**多智能体路由**实现。将每个发送者的 WhatsApp **私信**（peer `kind: "direct"`，发送者 E.164 格式如 `+15551234567`）绑定到不同的 `agentId`，这样每个人都会拥有自己的工作区和会话存储。回复仍然来自**同一个 WhatsApp 账户**，而私信访问控制（`channels.whatsapp.dmPolicy` / `channels.whatsapp.allowFrom`）则是在该 WhatsApp 账户层面全局生效。请参阅 [多智能体路由](/zh-CN/concepts/multi-agent) 和 [WhatsApp](/zh-CN/channels/whatsapp)。 + + 可以，通过**多智能体路由**实现。将每个发送者的 WhatsApp **私信**（peer `kind: "direct"`，发送者 E.164 格式如 `+15551234567`）绑定到不同的 `agentId`，这样每个人都会拥有自己的工作区和会话存储。回复仍然来自**同一个 WhatsApp 账户**，而私信访问控制（`channels.whatsapp.dmPolicy` / `channels.whatsapp.allowFrom`）则是针对整个 WhatsApp 账户的全局设置。参见 [多智能体路由](/zh-CN/concepts/multi-agent) 和 [WhatsApp](/zh-CN/channels/whatsapp)。 - - 可以。使用多智能体路由：为每个智能体设置各自的默认模型，然后将入站路由（提供商账户或特定 peers）绑定到各自的智能体。示例配置见 [多智能体路由](/zh-CN/concepts/multi-agent)。另请参阅 [Models](/zh-CN/concepts/models) 和 [Configuration](/zh-CN/gateway/configuration)。 + + 可以。使用多智能体路由：为每个智能体设置各自的默认模型，然后将入站路由（提供商账户或特定 peers）绑定到各个智能体。示例配置位于 [多智能体路由](/zh-CN/concepts/multi-agent)。另请参阅 [模型](/zh-CN/concepts/models) 和 [配置](/zh-CN/gateway/configuration)。 - + 可以。Homebrew 支持 Linux（Linuxbrew）。快速设置： ```bash @@ -809,15 +810,15 @@ x-i18n: brew install ``` - 如果你通过 systemd 运行 OpenClaw，请确保服务的 PATH 包含 `/home/linuxbrew/.linuxbrew/bin`（或你的 brew 前缀），这样 `brew` 安装的工具才能在非登录 shell 中正确解析。 - 较新的构建版本还会在 Linux systemd 服务中预置常见的用户 bin 目录（例如 `~/.local/bin`、`~/.npm-global/bin`、`~/.local/share/pnpm`、`~/.bun/bin`），并在设置时识别 `PNPM_HOME`、`NPM_CONFIG_PREFIX`、`BUN_INSTALL`、`VOLTA_HOME`、`ASDF_DATA_DIR`、`NVM_DIR` 和 `FNM_DIR`。 + 如果你通过 systemd 运行 OpenClaw，请确保服务的 PATH 包含 `/home/linuxbrew/.linuxbrew/bin`（或你的 brew 前缀），这样通过 `brew` 安装的工具才能在非登录 shell 中被解析。 + 较新的构建也会在 Linux systemd 服务中预置常见的用户 bin 目录（例如 `~/.local/bin`、`~/.npm-global/bin`、`~/.local/share/pnpm`、`~/.bun/bin`），并在已设置时遵循 `PNPM_HOME`、`NPM_CONFIG_PREFIX`、`BUN_INSTALL`、`VOLTA_HOME`、`ASDF_DATA_DIR`、`NVM_DIR` 和 `FNM_DIR`。 - - - **可修改的（git）安装：**完整源码检出，可编辑，最适合贡献者。 + + - **可修改的（git）安装：** 完整源码检出，可编辑，最适合贡献者。 你可以在本地运行构建，并修改代码/文档。 - - **npm install：**全局 CLI 安装，不包含仓库，最适合“直接运行”。 + - **npm install：** 全局 CLI 安装，不含仓库，最适合“直接运行”。 更新来自 npm dist-tags。 文档：[入门指南](/zh-CN/start/getting-started)、[Updating](/zh-CN/install/updating)。 @@ -827,7 +828,7 @@ x-i18n: 可以。安装另一种形式后，运行 Doctor，让 Gateway 网关服务指向新的入口点。 这**不会删除你的数据**——它只会更改 OpenClaw 代码安装方式。你的状态 - （`~/.openclaw`）和工作区（`~/.openclaw/workspace`）都会保持不变。 + （`~/.openclaw`）和工作区（`~/.openclaw/workspace`）都不会受到影响。 从 npm 切换到 git： @@ -848,68 +849,68 @@ x-i18n: openclaw gateway restart ``` - Doctor 会检测 Gateway 网关服务入口点不匹配的问题，并提供将服务配置重写为与当前安装匹配的选项（自动化中请使用 `--repair`）。 + Doctor 会检测 Gateway 网关服务入口点不匹配的问题，并提供将服务配置重写为与当前安装匹配的选项（在自动化中使用 `--repair`）。 - 备份建议：请参阅 [备份策略](#where-things-live-on-disk)。 + 备份建议：参见 [备份策略](#where-things-live-on-disk)。 - - 简短回答：**如果你想要 24/7 的可靠性，请使用 VPS**。如果你想要 + + 简短回答：**如果你想要 24/7 可靠性，就用 VPS**。如果你想要 最低摩擦，并且可以接受休眠/重启，那么就在本地运行。 - **笔记本（本地 Gateway 网关）** + **笔记本电脑（本地 Gateway 网关）** - - **优点：**没有服务器成本，可直接访问本地文件，有可见的浏览器窗口。 - - **缺点：**休眠/网络中断 = 连接断开，操作系统更新/重启会打断运行，必须保持唤醒。 + - **优点：** 没有服务器成本，可直接访问本地文件，有可见的浏览器窗口。 + - **缺点：** 休眠/网络中断 = 断连，操作系统更新/重启会中断，并且必须保持唤醒。 **VPS / 云端** - - **优点：**始终在线，网络稳定，没有笔记本休眠问题，更容易持续运行。 - - **缺点：**通常为无头运行（使用截图），只能远程访问文件，你必须通过 SSH 更新。 + - **优点：** 始终在线、网络稳定、没有笔记本休眠问题、更容易长期保持运行。 + - **缺点：** 通常是无头运行（使用截图）、只能远程访问文件、你必须通过 SSH 执行更新。 - **OpenClaw 特定说明：**WhatsApp/Telegram/Slack/Mattermost/Discord 在 VPS 上都能正常工作。唯一真正的权衡是**无头浏览器**与可见窗口之间的区别。请参阅 [Browser](/zh-CN/tools/browser)。 + **OpenClaw 特有说明：** WhatsApp/Telegram/Slack/Mattermost/Discord 都可以在 VPS 上正常工作。真正的取舍点只有**无头浏览器**和可见窗口之间的差异。参见 [Browser](/zh-CN/tools/browser)。 - **推荐默认选择：**如果你之前遇到过 Gateway 网关断开连接的问题，请使用 VPS。本地模式非常适合你正在积极使用 Mac，且希望访问本地文件或通过可见浏览器进行 UI 自动化的时候。 + **推荐默认方案：** 如果你之前遇到过 Gateway 网关断连，就用 VPS。本地运行非常适合你正在积极使用 Mac、并希望访问本地文件或通过可见浏览器进行 UI 自动化的时候。 - 不是必须的，但为了**可靠性和隔离性**，我们推荐这样做。 + 不是必需，但为了**可靠性和隔离性**，**推荐**这样做。 - - **专用主机（VPS/Mac mini/Pi）：**始终在线，更少受到休眠/重启中断影响，权限更干净，更容易持续运行。 - - **共用笔记本/台式机：**完全可以用于测试和主动使用，但机器休眠或更新时要预期会暂停。 + - **专用主机（VPS/Mac mini/Pi）：** 始终在线，更少受到休眠/重启中断影响，权限更干净，更容易长期保持运行。 + - **共享笔记本/台式机：** 对测试和活跃使用来说完全没问题，但机器休眠或更新时要预期会出现暂停。 - 如果你想两全其美，可以将 Gateway 网关保留在专用主机上，并将你的笔记本配对为一个**节点**，用于本地屏幕/摄像头/exec 工具。请参阅 [Nodes](/zh-CN/nodes)。 + 如果你想兼顾两者，建议将 Gateway 网关放在专用主机上运行，同时把你的笔记本电脑作为**节点**配对，用于本地屏幕/摄像头/exec 工具。参见 [Nodes](/zh-CN/nodes)。 有关安全指导，请阅读 [Security](/zh-CN/gateway/security)。 - + OpenClaw 很轻量。对于基础 Gateway 网关 + 一个聊天渠道： - - **绝对最低配置：**1 vCPU、1GB RAM、约 500MB 磁盘。 - - **推荐配置：**1-2 vCPU、2GB RAM 或更多余量（日志、媒体、多个渠道）。节点工具和浏览器自动化可能会比较吃资源。 + - **绝对最低配置：** 1 vCPU、1GB RAM、约 500MB 磁盘空间。 + - **推荐配置：** 1-2 vCPU、2GB RAM 或更多余量（日志、媒体、多个渠道）。节点工具和浏览器自动化可能比较吃资源。 - 操作系统：使用 **Ubuntu LTS**（或任何现代 Debian/Ubuntu）。Linux 安装路径在这些系统上测试最充分。 + 操作系统：使用 **Ubuntu LTS**（或任何现代 Debian/Ubuntu）。Linux 安装路径在这些环境下测试最充分。 - 文档：[Linux](/zh-CN/platforms/linux)、[VPS hosting](/zh-CN/vps)。 + 文档：[Linux](/zh-CN/platforms/linux)、[VPS 托管](/zh-CN/vps)。 - - 可以。将虚拟机视为 VPS：它需要始终在线、可达，并且有足够的 - RAM 供 Gateway 网关和你启用的任何渠道使用。 + + 可以。把 VM 当作 VPS 对待即可：它需要始终在线、可访问，并且有足够的 + RAM 来运行 Gateway 网关及你启用的任何渠道。 基准建议： - - **绝对最低配置：**1 vCPU、1GB RAM。 - - **推荐配置：**如果你运行多个渠道、浏览器自动化或媒体工具，请使用 2GB RAM 或更多。 - - **操作系统：**Ubuntu LTS 或其他现代 Debian/Ubuntu。 + - **绝对最低配置：** 1 vCPU、1GB RAM。 + - **推荐配置：** 如果你运行多个渠道、浏览器自动化或媒体工具，建议使用 2GB RAM 或更多。 + - **操作系统：** Ubuntu LTS 或其他现代 Debian/Ubuntu。 - 如果你使用的是 Windows，**WSL2 是最容易上手的虚拟机式设置**，并且拥有最好的工具 - 兼容性。请参阅 [Windows](/zh-CN/platforms/windows)、[VPS hosting](/zh-CN/vps)。 - 如果你在虚拟机中运行 macOS，请参阅 [macOS VM](/zh-CN/install/macos-vm)。 + 如果你使用的是 Windows，**WSL2 是最容易的 VM 风格设置**，并且工具链 + 兼容性最好。参见 [Windows](/zh-CN/platforms/windows)、[VPS 托管](/zh-CN/vps)。 + 如果你是在 VM 中运行 macOS，请参见 [macOS VM](/zh-CN/install/macos-vm)。 @@ -918,81 +919,81 @@ x-i18n: - OpenClaw 是一个运行在你自有设备上的个人 AI 助手。它会在你已经使用的消息界面上回复（WhatsApp、Telegram、Slack、Mattermost、Discord、Google Chat、Signal、iMessage、WebChat，以及诸如 QQ Bot 之类的内置渠道插件），并且在受支持的平台上还能提供语音 + 实时 Canvas。**Gateway 网关**是始终在线的控制平面；助手本身才是产品。 + OpenClaw 是一个运行在你自己设备上的个人 AI 助手。它会在你已经使用的消息渠道上回复你（WhatsApp、Telegram、Slack、Mattermost、Discord、Google Chat、Signal、iMessage、WebChat，以及像 QQ Bot 这样的内置渠道插件），并且在支持的平台上还能提供语音 + 实时 Canvas。**Gateway 网关**是始终在线的控制平面；助手才是产品本身。 - OpenClaw 不只是“Claude 包装器”。它是一个**本地优先的控制平面**，让你能够在**自己的硬件**上运行一个 - 强大的助手，并通过你已经在使用的聊天应用访问它，同时具备 - 有状态会话、memory 和工具——而无需将工作流控制权交给托管 + OpenClaw 不是“只是一个 Claude 包装器”。它是一个**本地优先的控制平面**，让你可以在**自己的硬件**上运行一个 + 强大的助手，并通过你已经使用的聊天应用与之交互，同时具备 + 有状态会话、记忆和工具——而不必把你的工作流控制权交给托管式 SaaS。 亮点： - - **你的设备，你的数据：**在任何你希望的地方运行 Gateway 网关（Mac、Linux、VPS），并将 + - **你的设备，你的数据：** 在任何你想要的地方运行 Gateway 网关（Mac、Linux、VPS），并让 工作区 + 会话历史保留在本地。 - - **真实渠道，而不是 Web 沙箱：**WhatsApp/Telegram/Slack/Discord/Signal/iMessage 等， - 以及受支持平台上的移动语音和 Canvas。 - - **模型无关：**使用 Anthropic、OpenAI、MiniMax、OpenRouter 等，并支持按智能体路由 + - **真实渠道，而不是网页沙箱：** WhatsApp/Telegram/Slack/Discord/Signal/iMessage 等， + 以及支持平台上的移动语音和 Canvas。 + - **模型无关：** 使用 Anthropic、OpenAI、MiniMax、OpenRouter 等，并支持按智能体路由 和故障切换。 - - **纯本地选项：**运行本地模型，这样如果你愿意，**所有数据都可以保留在你的设备上**。 - - **多智能体路由：**按渠道、账户或任务拆分智能体，每个都有自己的 - 工作区和默认设置。 - - **开源且可修改：**可检查、扩展并自行托管，不受供应商锁定。 + - **仅本地选项：** 运行本地模型，这样**所有数据都可以保留在你的设备上**。 + - **多智能体路由：** 按渠道、账户或任务拆分不同智能体，每个智能体都有自己的 + 工作区和默认值。 + - **开源且可修改：** 可检查、扩展和自托管，不受厂商锁定。 文档：[Gateway 网关](/zh-CN/gateway)、[渠道](/zh-CN/channels)、[多智能体](/zh-CN/concepts/multi-agent)、 - [Memory](/zh-CN/concepts/memory)。 + [记忆](/zh-CN/concepts/memory)。 - - 很好的起步项目包括： + + 很好的首批项目包括： - - 搭建网站（WordPress、Shopify，或简单的静态站点）。 - - 制作移动应用原型（大纲、界面、API 方案）。 + - 搭建一个网站（WordPress、Shopify，或简单的静态站点）。 + - 为移动应用做原型（大纲、界面、API 计划）。 - 整理文件和文件夹（清理、命名、打标签）。 - - 连接 Gmail，并自动生成摘要或后续跟进。 + - 连接 Gmail 并自动生成摘要或跟进事项。 - 它可以处理大型任务，但最适合的方式仍然是将任务拆分为多个阶段， - 并使用子智能体并行工作。 + 它可以处理大型任务，但当你把任务拆分为多个阶段，并 + 使用子智能体并行处理时，效果通常最好。 - - 日常收益通常是这些： + + 日常最有价值的使用场景通常是： - - **个人简报：**汇总你关心的收件箱、日历和新闻。 - - **研究与起草：**快速研究、总结，以及邮件或文档的初稿。 - - **提醒与跟进：**由 cron 或 Heartbeat 驱动的提醒和清单。 - - **浏览器自动化：**填写表单、采集数据、重复执行 Web 任务。 - - **跨设备协作：**从手机发送任务，让 Gateway 网关在服务器上执行，然后在聊天中返回结果。 + - **个人简报：** 汇总你关心的收件箱、日历和新闻。 + - **研究与起草：** 快速调研、总结，以及电子邮件或文档的初稿。 + - **提醒与跟进：** 由 cron 或 Heartbeat 驱动的提醒和清单。 + - **浏览器自动化：** 填表、采集数据、重复执行网页任务。 + - **跨设备协同：** 从手机发起任务，让 Gateway 网关在服务器上执行，然后在聊天中把结果发回给你。 - 对于**研究、筛选和起草**，可以。它可以扫描网站、构建候选名单、 - 总结潜在客户信息，并撰写外联或广告文案初稿。 + 对于**研究、筛选和起草**来说，答案是可以。它可以扫描网站、构建候选名单、 + 总结潜在客户，并撰写外联或广告文案初稿。 对于**外联或广告投放**，请始终让人工参与审核。避免垃圾信息，遵守当地法律和 - 平台政策，并在发送前审查所有内容。最安全的模式是让 - OpenClaw 起草，由你审批。 + 平台政策，并在发送前审查任何内容。最安全的模式是让 + OpenClaw 起草，然后由你审批。 文档：[Security](/zh-CN/gateway/security)。 - - OpenClaw 是一个**个人助手**和协作层，不是 IDE 替代品。要获得 - 仓库内最快的直接编码循环，请使用 Claude Code 或 Codex。使用 OpenClaw 则是在你 - 需要持久 memory、跨设备访问和工具编排时。 + + OpenClaw 是一个**个人助手**和协调层，而不是 IDE 替代品。若想在仓库中获得 + 最快的直接编码循环，请使用 Claude Code 或 Codex。当你 + 需要持久记忆、跨设备访问和工具编排时，请使用 OpenClaw。 优势： - - **跨会话持久 memory + 工作区** + - **跨会话持久记忆 + 工作区** - **多平台访问**（WhatsApp、Telegram、TUI、WebChat） - **工具编排**（浏览器、文件、调度、hooks） - - **始终在线的 Gateway 网关**（运行在 VPS 上，从任何地方交互） - - 用于本地浏览器/屏幕/摄像头/exec 的 **Nodes** + - **始终在线的 Gateway 网关**（可运行在 VPS 上，随时随地交互） + - 用于本地浏览器/屏幕/摄像头/exec 的 **节点** 展示页：[https://openclaw.ai/showcase](https://openclaw.ai/showcase) @@ -1002,69 +1003,69 @@ x-i18n: ## Skills 和自动化 - - 使用受管覆盖，而不是直接编辑仓库副本。将你的修改放入 `~/.openclaw/skills//SKILL.md`（或者通过 `~/.openclaw/openclaw.json` 中的 `skills.load.extraDirs` 添加一个文件夹）。优先级顺序为 `/skills` → `/.agents/skills` → `~/.agents/skills` → `~/.openclaw/skills` → 内置 → `skills.load.extraDirs`，因此受管覆盖仍然会在不修改 git 的情况下优先于内置 Skills。如果你需要全局安装某个技能，但只希望某些智能体可见，请将共享副本保存在 `~/.openclaw/skills` 中，并通过 `agents.defaults.skills` 和 `agents.list[].skills` 控制可见性。只有值得上游合并的修改才应放在仓库中，并以 PR 形式提交。 + + 使用托管 override，而不是直接编辑仓库副本。将你的改动放在 `~/.openclaw/skills//SKILL.md` 中（或者通过 `~/.openclaw/openclaw.json` 里的 `skills.load.extraDirs` 添加一个文件夹）。优先级顺序是 `/skills` → `/.agents/skills` → `~/.agents/skills` → `~/.openclaw/skills` → 内置 → `skills.load.extraDirs`，因此托管 override 仍然会在不触碰 git 的情况下覆盖内置 Skills。如果你需要全局安装某个 skill，但只让部分智能体可见，请将共享副本放在 `~/.openclaw/skills` 中，并用 `agents.defaults.skills` 和 `agents.list[].skills` 控制可见性。只有值得上游收录的改动才应放在仓库里并以 PR 形式提交。 - 可以。通过 `~/.openclaw/openclaw.json` 中的 `skills.load.extraDirs` 添加额外目录（最低优先级）。默认优先级为 `/skills` → `/.agents/skills` → `~/.agents/skills` → `~/.openclaw/skills` → 内置 → `skills.load.extraDirs`。`clawhub` 默认安装到 `./skills`，OpenClaw 会在下一个会话中将其视为 `/skills`。如果某个技能只应对特定智能体可见，请再结合 `agents.defaults.skills` 或 `agents.list[].skills` 使用。 + 可以。通过 `~/.openclaw/openclaw.json` 中的 `skills.load.extraDirs` 添加额外目录（最低优先级）。默认优先级是 `/skills` → `/.agents/skills` → `~/.agents/skills` → `~/.openclaw/skills` → 内置 → `skills.load.extraDirs`。`clawhub` 默认安装到 `./skills`，OpenClaw 会在下一次会话中将其视为 `/skills`。如果该 skill 只应对某些智能体可见，请搭配 `agents.defaults.skills` 或 `agents.list[].skills` 使用。 - 当前支持的模式有： + 目前支持的模式有： - - **Cron jobs**：隔离作业可以为每个作业设置 `model` 覆盖。 + - **Cron jobs**：独立作业可为每个作业设置 `model` override。 - **子智能体**：将任务路由到具有不同默认模型的独立智能体。 - - **按需切换**：使用 `/model` 可随时切换当前会话模型。 + - **按需切换**：使用 `/model` 随时切换当前会话模型。 - 请参阅 [Cron jobs](/zh-CN/automation/cron-jobs)、[多智能体路由](/zh-CN/concepts/multi-agent) 和 [Slash commands](/zh-CN/tools/slash-commands)。 + 参见 [Cron jobs](/zh-CN/automation/cron-jobs)、[多智能体路由](/zh-CN/concepts/multi-agent) 和 [斜杠命令](/zh-CN/tools/slash-commands)。 - - 对于长时间运行或并行任务，请使用**子智能体**。子智能体在自己的会话中运行， - 返回摘要，并让你的主聊天保持响应。 + + 对于耗时或可并行的任务，请使用**子智能体**。子智能体会在自己的会话中运行、 + 返回摘要，并保持你的主聊天仍然可响应。 - 让你的机器人“为这个任务生成一个子智能体”，或者使用 `/subagents`。 - 使用聊天中的 `/status` 查看 Gateway 网关 当前正在做什么（以及它是否繁忙）。 + 让你的机器人“为这个任务启动一个子智能体”，或使用 `/subagents`。 + 在聊天中使用 `/status` 可以查看 Gateway 网关当前正在做什么（以及它是否繁忙）。 - 令牌提示：长任务和子智能体都会消耗令牌。如果你在意成本，请通过 `agents.defaults.subagents.model` 为子智能体设置一个 + 令牌提示：长任务和子智能体都会消耗令牌。如果你在意成本，可以通过 `agents.defaults.subagents.model` 为子智能体设置一个 更便宜的模型。 文档：[子智能体](/zh-CN/tools/subagents)、[后台任务](/zh-CN/automation/tasks)。 - - 使用线程绑定。你可以将 Discord 线程绑定到子智能体或会话目标，这样该线程中的后续消息就会持续发送到绑定的会话。 + + 使用线程绑定。你可以将 Discord 线程绑定到子智能体或会话目标，这样该线程中的后续消息会始终停留在那个已绑定的会话上。 基本流程： - - 使用 `sessions_spawn` 并设置 `thread: true` 生成（也可以选择 `mode: "session"` 以实现持久后续跟进）。 - - 或通过 `/focus ` 手动绑定。 + - 使用 `sessions_spawn` 并设置 `thread: true` 启动（并可选设置 `mode: "session"` 以便进行持久后续跟进）。 + - 或者使用 `/focus ` 手动绑定。 - 使用 `/agents` 检查绑定状态。 - - 使用 `/session idle ` 和 `/session max-age ` 控制自动取消焦点。 + - 使用 `/session idle ` 和 `/session max-age ` 控制自动取消聚焦。 - 使用 `/unfocus` 解除线程绑定。 - 必需配置： + 所需配置： - 全局默认值：`session.threadBindings.enabled`、`session.threadBindings.idleHours`、`session.threadBindings.maxAgeHours`。 - - Discord 覆盖：`channels.discord.threadBindings.enabled`、`channels.discord.threadBindings.idleHours`、`channels.discord.threadBindings.maxAgeHours`。 - - 生成时自动绑定：设置 `channels.discord.threadBindings.spawnSubagentSessions: true`。 + - Discord override：`channels.discord.threadBindings.enabled`、`channels.discord.threadBindings.idleHours`、`channels.discord.threadBindings.maxAgeHours`。 + - 在 spawn 时自动绑定：设置 `channels.discord.threadBindings.spawnSubagentSessions: true`。 - 文档：[子智能体](/zh-CN/tools/subagents)、[Discord](/zh-CN/channels/discord)、[Configuration Reference](/zh-CN/gateway/configuration-reference)、[Slash commands](/zh-CN/tools/slash-commands)。 + 文档：[子智能体](/zh-CN/tools/subagents)、[Discord](/zh-CN/channels/discord)、[配置参考](/zh-CN/gateway/configuration-reference)、[斜杠命令](/zh-CN/tools/slash-commands)。 - + 先检查已解析的请求方路由： - - 完成模式的子智能体在存在绑定线程或会话路由时，会优先投递到那里。 - - 如果完成来源只携带渠道信息，OpenClaw 会回退到请求方会话中存储的路由（`lastChannel` / `lastTo` / `lastAccountId`），这样仍然可以直接投递成功。 - - 如果既没有绑定路由，也没有可用的存储路由，直接投递可能失败，结果会回退为排队的会话投递，而不是立即发布到聊天中。 - - 无效或过期的目标仍然可能导致回退到队列，或最终投递失败。 - - 如果子任务最后一条可见的 assistant 回复正好是静默令牌 `NO_REPLY` / `no_reply`，或正好是 `ANNOUNCE_SKIP`，OpenClaw 会有意抑制公告，而不是发布过期的更早进度。 - - 如果子任务在仅执行工具调用后超时，公告可能会将其折叠为简短的部分进度摘要，而不是重放原始工具输出。 + - 完成模式的子智能体在存在已绑定线程或会话路由时，会优先投递到那里。 + - 如果完成来源只携带渠道，OpenClaw 会回退到请求方会话中保存的路由（`lastChannel` / `lastTo` / `lastAccountId`），以便直接投递仍然可以成功。 + - 如果既没有已绑定路由，也没有可用的已保存路由，直接投递可能失败，结果就会回退为排队的会话投递，而不是立即发送到聊天中。 + - 无效或过期的目标仍然可能强制触发队列回退，或导致最终投递失败。 + - 如果子会话最后一条可见的助手回复是精确的静默令牌 `NO_REPLY` / `no_reply`，或者精确等于 `ANNOUNCE_SKIP`，OpenClaw 会有意抑制该通知，而不是发送之前过时的进度。 + - 如果子会话在仅执行了工具调用后超时，通知可能会将其折叠成简短的部分进度摘要，而不是重放原始工具输出。 调试： @@ -1082,8 +1083,8 @@ x-i18n: 检查清单： - - 确认 cron 已启用（`cron.enabled`），并且未设置 `OPENCLAW_SKIP_CRON`。 - - 检查 Gateway 网关是否在 24/7 运行（没有休眠/重启）。 + - 确认 cron 已启用（`cron.enabled`），且未设置 `OPENCLAW_SKIP_CRON`。 + - 检查 Gateway 网关是否在 24/7 持续运行（没有休眠/重启）。 - 验证作业的时区设置（`--tz` 与主机时区）。 调试： @@ -1093,21 +1094,21 @@ x-i18n: openclaw cron runs --id --limit 50 ``` - 文档：[Cron jobs](/zh-CN/automation/cron-jobs)、[Automation & Tasks](/zh-CN/automation)。 + 文档：[Cron jobs](/zh-CN/automation/cron-jobs)、[自动化与任务](/zh-CN/automation)。 - + 先检查投递模式： - - `--no-deliver` / `delivery.mode: "none"` 表示不会进行 runner 回退发送。 - - 缺失或无效的 announce 目标（`channel` / `to`）意味着 runner 跳过了出站投递。 - - 渠道认证失败（`unauthorized`、`Forbidden`）意味着 runner 尝试了投递，但被凭据阻止。 - - 静默的隔离结果（仅有 `NO_REPLY` / `no_reply`）会被视为有意不投递，因此 runner 也会抑制排队回退投递。 + - `--no-deliver` / `delivery.mode: "none"` 表示不应预期有 runner 回退发送。 + - 缺少或无效的通知目标（`channel` / `to`）意味着 runner 跳过了出站投递。 + - 渠道认证失败（`unauthorized`、`Forbidden`）意味着 runner 尝试投递了，但凭证阻止了它。 + - 静默的隔离结果（仅有 `NO_REPLY` / `no_reply`）会被视为有意不可投递，因此 runner 也会抑制排队回退投递。 - 对于隔离的 cron 作业，只要聊天路由可用，智能体仍然可以通过 `message` + 对于隔离的 cron 作业，只要有聊天路由可用，智能体仍然可以通过 `message` 工具直接发送。`--announce` 只控制 runner 的 - 最终文本回退路径，即智能体尚未自行发送的文本。 + 最终文本回退路径，也就是智能体尚未自行发送的那部分内容。 调试： @@ -1120,22 +1121,22 @@ x-i18n: - + 这通常是实时模型切换路径，而不是重复调度。 - 隔离的 cron 可以在活动运行抛出 `LiveSessionModelSwitchError` 时， - 持久化一个运行时模型切换并重试。重试会保留切换后的 - provider/model；如果该切换携带了新的 auth profile 覆盖，cron - 也会在重试前一并持久化。 + 隔离的 cron 在活动运行抛出 `LiveSessionModelSwitchError` 时， + 可以持久化一次运行时模型切换并重试。重试会保留已切换的 + 提供商/模型；如果切换同时携带了新的 auth profile override，cron + 也会在重试前将其持久化。 相关选择规则： - - 在适用时，Gmail hook 模型覆盖优先级最高。 + - 如果适用，Gmail hook 模型 override 优先级最高。 - 然后是每个作业的 `model`。 - - 然后是任何已存储的 cron 会话模型覆盖。 - - 最后才是常规的智能体/默认模型选择。 + - 然后是任何已保存的 cron 会话模型 override。 + - 最后才是正常的智能体/默认模型选择。 - 重试循环是有上限的。初始尝试加上 2 次切换重试之后， + 重试循环是有边界的。在初始尝试加上 2 次切换重试之后， cron 会中止，而不是无限循环。 调试： @@ -1145,7 +1146,7 @@ x-i18n: openclaw tasks show ``` - 文档：[Cron jobs](/zh-CN/automation/cron-jobs)、[cron CLI](/cli/cron)。 + 文档：[Cron jobs](/zh-CN/automation/cron-jobs)、[cron CLI](/zh-CN/cli/cron)。 @@ -1165,40 +1166,40 @@ x-i18n: ``` 原生 `openclaw skills install` 会写入当前工作区的 `skills/` - 目录。只有当你想发布或 - 同步你自己的 Skills 时，才需要单独安装 `clawhub` CLI。若要在多个智能体之间共享安装，请将该技能放到 - `~/.openclaw/skills` 下，并在需要限制哪些智能体可见时使用 `agents.defaults.skills` 或 - `agents.list[].skills`。 + 目录。只有在你想发布或 + 同步自己的 Skills 时，才需要单独安装 `clawhub` CLI。若要在多个智能体之间共享安装，请将该 skill 放在 + `~/.openclaw/skills` 下，并使用 `agents.defaults.skills` 或 + `agents.list[].skills` 来缩小可见该 skill 的智能体范围。 - + 可以。使用 Gateway 网关调度器： - - **Cron jobs**：用于计划任务或重复任务（重启后仍会保留）。 + - **Cron jobs**：用于计划任务或周期性任务（重启后仍会保留）。 - **Heartbeat**：用于“主会话”的周期性检查。 - - **隔离作业**：用于会发布摘要或向聊天投递内容的自主智能体。 + - **隔离作业**：用于会发布摘要或向聊天投递内容的自治智能体。 - 文档：[Cron jobs](/zh-CN/automation/cron-jobs)、[Automation & Tasks](/zh-CN/automation)、 + 文档：[Cron jobs](/zh-CN/automation/cron-jobs)、[自动化与任务](/zh-CN/automation)、 [Heartbeat](/zh-CN/gateway/heartbeat)。 - 不能直接运行。macOS Skills 受 `metadata.openclaw.os` 和所需二进制文件约束，且只有当它们在 **Gateway 网关主机**上符合条件时，Skills 才会出现在 system prompt 中。在 Linux 上，仅限 `darwin` 的 Skills（如 `apple-notes`、`apple-reminders`、`things-mac`）不会加载，除非你覆盖这些约束。 + 不能直接运行。macOS Skills 受 `metadata.openclaw.os` 和所需二进制文件控制，且只有当它们在 **Gateway 网关主机** 上满足资格时，Skills 才会出现在系统提示中。在 Linux 上，仅限 `darwin` 的 Skills（如 `apple-notes`、`apple-reminders`、`things-mac`）默认不会加载，除非你覆盖该资格限制。 你有三种受支持的模式： - **选项 A - 在 Mac 上运行 Gateway 网关（最简单）。** - 在具备 macOS 二进制文件的环境中运行 Gateway 网关，然后通过 [远程模式](#gateway-ports-already-running-and-remote-mode) 或 Tailscale 从 Linux 连接。由于 Gateway 网关主机是 macOS，这些 Skills 会正常加载。 + **方案 A - 在 Mac 上运行 Gateway 网关（最简单）。** + 在存在 macOS 二进制文件的机器上运行 Gateway 网关，然后通过 [远程模式](#gateway-ports-already-running-and-remote-mode) 或 Tailscale 从 Linux 连接。由于 Gateway 网关主机是 macOS，这些 Skills 会正常加载。 - **选项 B - 使用 macOS 节点（无需 SSH）。** - 在 Linux 上运行 Gateway 网关，配对一个 macOS 节点（菜单栏应用），并在 Mac 上将 **Node Run Commands** 设置为 “Always Ask” 或 “Always Allow”。当节点上存在所需二进制文件时，OpenClaw 可以将仅限 macOS 的 Skills 视为符合条件。智能体会通过 `nodes` 工具运行这些 Skills。如果你选择 “Always Ask”，在提示中批准 “Always Allow” 会将该命令加入允许列表。 + **方案 B - 使用 macOS 节点（无需 SSH）。** + 在 Linux 上运行 Gateway 网关，配对一个 macOS 节点（菜单栏应用），并在 Mac 上将**节点运行命令**设为“Always Ask”或“Always Allow”。当节点上存在所需二进制文件时，OpenClaw 可以将仅限 macOS 的 Skills 视为符合资格。智能体会通过 `nodes` 工具运行这些 Skills。如果你选择“Always Ask”，在提示中批准“Always Allow”会把该命令加入允许列表。 - **选项 C - 通过 SSH 代理 macOS 二进制文件（高级）。** - 将 Gateway 网关保留在 Linux 上，但让所需的 CLI 二进制文件解析为在 Mac 上运行的 SSH 包装器。然后覆盖该 Skill，使其允许 Linux，从而保持其可用。 + **方案 C - 通过 SSH 代理 macOS 二进制文件（高级）。** + 让 Gateway 网关继续运行在 Linux 上，但让所需 CLI 二进制文件解析为在 Mac 上运行的 SSH wrapper。然后覆盖该 skill，使其允许 Linux，从而保持其资格。 - 1. 为该二进制创建一个 SSH 包装器（示例：Apple Notes 的 `memo`）： + 1. 为该二进制文件创建 SSH wrapper（示例：Apple Notes 的 `memo`）： ```bash #!/usr/bin/env bash @@ -1206,13 +1207,13 @@ x-i18n: exec ssh -T user@mac-host /opt/homebrew/bin/memo "$@" ``` - 2. 将该包装器放到 Linux 主机的 `PATH` 中（例如 `~/bin/memo`）。 - 3. 覆盖该 Skill 的 metadata（工作区或 `~/.openclaw/skills`）以允许 Linux： + 2. 将该 wrapper 放到 Linux 主机的 `PATH` 中（例如 `~/bin/memo`）。 + 3. 覆盖该 skill 的元数据（工作区或 `~/.openclaw/skills`），使其允许 Linux： ```markdown --- name: apple-notes - description: Manage Apple Notes via the memo CLI on macOS. + description: 通过 macOS 上的 memo CLI 管理 Apple Notes。 metadata: { "openclaw": { "os": ["darwin", "linux"], "requires": { "bins": ["memo"] } } } --- ``` @@ -1224,18 +1225,17 @@ x-i18n: 目前没有内置。 - 选项： + 可选方案： - - **自定义 skill / plugin：**最适合可靠的 API 访问（Notion/HeyGen 都有 API）。 - - **浏览器自动化：**无需编写代码，但速度更慢，也更脆弱。 + - **自定义 skill / plugin：** 最适合稳定的 API 访问（Notion/HeyGen 都有 API）。 + - **浏览器自动化：** 无需写代码即可使用，但更慢，也更脆弱。 - 如果你想按客户保留上下文（代理工作流），一种简单模式是： + 如果你想按客户保留上下文（代理机构工作流），一个简单模式是： - - 每个客户一个 Notion 页面（上下文 + 偏好 + 当前工作）。 - - 让智能体在会话开始时获取该页面。 + - 每个客户对应一个 Notion 页面（上下文 + 偏好 + 当前工作）。 + - 让智能体在会话开始时抓取该页面。 - 如果你想要原生集成，请提交功能请求，或构建一个 - 面向这些 API 的 skill。 + 如果你想要原生集成，可以提交功能请求，或构建一个面向这些 API 的 skill。 安装 Skills： @@ -1244,170 +1244,170 @@ x-i18n: openclaw skills update --all ``` - 原生安装会落在当前工作区的 `skills/` 目录中。若要在多个智能体间共享 Skills，请将其放在 `~/.openclaw/skills//SKILL.md` 中。如果只希望某些智能体看到共享安装，请配置 `agents.defaults.skills` 或 `agents.list[].skills`。某些 Skills 需要通过 Homebrew 安装二进制文件；在 Linux 上这意味着 Linuxbrew（参见上面的 Homebrew Linux 常见问题条目）。请参阅 [Skills](/zh-CN/tools/skills)、[Skills 配置](/zh-CN/tools/skills-config) 和 [ClawHub](/zh-CN/tools/clawhub)。 + 原生安装会落到当前工作区的 `skills/` 目录中。若要在多个智能体之间共享 Skills，请将它们放到 `~/.openclaw/skills//SKILL.md`。如果只希望部分智能体看到共享安装，请配置 `agents.defaults.skills` 或 `agents.list[].skills`。某些 Skills 依赖通过 Homebrew 安装的二进制文件；在 Linux 上这意味着 Linuxbrew（参见上面的 Homebrew Linux 常见问题条目）。参见 [Skills](/zh-CN/tools/skills)、[Skills 配置](/zh-CN/tools/skills-config) 和 [ClawHub](/zh-CN/tools/clawhub)。 - - 使用内置的 `user` 浏览器配置文件，它通过 Chrome DevTools MCP 进行连接： + + 使用内置的 `user` 浏览器 profile，它通过 Chrome DevTools MCP 连接： ```bash openclaw browser --browser-profile user tabs openclaw browser --browser-profile user snapshot ``` - 如果你想使用自定义名称，请创建一个显式 MCP 配置文件： + 如果你想用自定义名称，请创建一个显式的 MCP profile： ```bash openclaw browser create-profile --name chrome-live --driver existing-session openclaw browser --browser-profile chrome-live tabs ``` - 这一路径可以使用本地主机浏览器，也可以使用已连接的浏览器节点。如果 Gateway 网关运行在其他地方，则需要在浏览器所在机器上运行一个节点主机，或者改用远程 CDP。 + 这条路径可以使用本地主机浏览器，也可以使用已连接的浏览器节点。如果 Gateway 网关运行在别处，请在浏览器所在机器上运行一个节点主机，或者改用远程 CDP。 - `existing-session` / `user` 的当前限制： + `existing-session` / `user` 当前的限制： - - 操作是基于 ref 驱动的，而不是基于 CSS 选择器 + - 操作是基于 ref 驱动的，而不是基于 CSS 选择器驱动 - 上传需要 `ref` / `inputRef`，并且当前一次只支持一个文件 - - `responsebody`、PDF 导出、下载拦截和批量操作仍然需要托管浏览器或原始 CDP 配置文件 + - `responsebody`、PDF 导出、下载拦截和批量操作仍然需要受管浏览器或原始 CDP profile -## 沙箱隔离和 memory +## 沙箱隔离和记忆 - - 有。请参阅 [沙箱隔离](/zh-CN/gateway/sandboxing)。对于 Docker 特定设置（Docker 中运行完整 Gateway 网关或沙箱镜像），请参阅 [Docker](/zh-CN/install/docker)。 + + 有。参见 [沙箱隔离](/zh-CN/gateway/sandboxing)。关于 Docker 专用设置（完整 Gateway 网关运行在 Docker 中，或沙箱镜像），参见 [Docker](/zh-CN/install/docker)。 - 默认镜像优先考虑安全性，并以 `node` 用户运行，因此它 - 不包含系统软件包、Homebrew 或内置浏览器。要获得更完整的设置： + 默认镜像以安全优先为原则，并以 `node` 用户运行，因此它不 + 包含系统包、Homebrew 或内置浏览器。若要获得更完整的设置： - - 通过 `OPENCLAW_HOME_VOLUME` 持久化 `/home/node`，以便保留缓存。 - - 通过 `OPENCLAW_DOCKER_APT_PACKAGES` 将系统依赖烘焙进镜像。 + - 使用 `OPENCLAW_HOME_VOLUME` 持久化 `/home/node`，以便缓存可以保留。 + - 使用 `OPENCLAW_DOCKER_APT_PACKAGES` 将系统依赖烘焙进镜像。 - 通过内置 CLI 安装 Playwright 浏览器： `node /app/node_modules/playwright-core/cli.js install chromium` - - 设置 `PLAYWRIGHT_BROWSERS_PATH`，并确保该路径被持久化。 + - 设置 `PLAYWRIGHT_BROWSERS_PATH` 并确保该路径被持久化。 文档：[Docker](/zh-CN/install/docker)、[Browser](/zh-CN/tools/browser)。 - + 可以——前提是你的私密流量是**私信**，而公开流量是**群组**。 - 使用 `agents.defaults.sandbox.mode: "non-main"`，这样群组/渠道会话（非主键）会在已配置的沙箱后端中运行，而主私信会话仍在主机上运行。如果你不选择后端，Docker 就是默认后端。然后通过 `tools.sandbox.tools` 限制沙箱隔离会话中可用的工具。 + 使用 `agents.defaults.sandbox.mode: "non-main"`，这样群组/渠道会话（非主键）会在已配置的沙箱后端中运行，而主私信会话仍在主机上运行。如果你没有指定后端，Docker 是默认后端。然后通过 `tools.sandbox.tools` 限制沙箱隔离会话中可用的工具。 - 设置演练 + 示例配置：[群组：个人私信 + 公开群组](/zh-CN/channels/groups#pattern-personal-dms-public-groups-single-agent) + 设置演练 + 示例配置： [群组：私密私信 + 公开群组](/zh-CN/channels/groups#pattern-personal-dms-public-groups-single-agent) - 关键配置参考：[Gateway 网关配置](/zh-CN/gateway/configuration-reference#agentsdefaultssandbox) + 关键配置参考： [Gateway 网关配置](/zh-CN/gateway/configuration-reference#agentsdefaultssandbox) - 设置 `agents.defaults.sandbox.docker.binds` 为 `["host:path:mode"]`（例如 `"/home/user/src:/src:ro"`）。全局和每个智能体的绑定会合并；当 `scope: "shared"` 时，每个智能体的绑定会被忽略。对于任何敏感内容都应使用 `:ro`，并记住绑定会绕过沙箱文件系统边界。 + 设置 `agents.defaults.sandbox.docker.binds` 为 `["host:path:mode"]`（例如 `"/home/user/src:/src:ro"`）。全局绑定和每个智能体的绑定会合并；当 `scope: "shared"` 时，每个智能体的绑定会被忽略。对任何敏感内容都使用 `:ro`，并记住绑定会绕过沙箱文件系统边界。 - OpenClaw 会同时针对规范化路径以及通过最深现有祖先解析得到的规范路径验证绑定源。这意味着即使最后一个路径段尚不存在，通过符号链接父目录进行逃逸的情况也会以默认拒绝方式失败，并且在符号链接解析之后，允许根目录检查仍然适用。 + OpenClaw 会同时针对规范化路径和通过最深层已存在祖先解析得到的规范路径来验证绑定源。这意味着即使最后一个路径段尚不存在，通过符号链接父目录进行逃逸的情况也仍然会以默认拒绝的方式失败；并且在符号链接解析之后，允许根目录检查仍然会继续生效。 - 有关示例和安全说明，请参阅 [沙箱隔离](/zh-CN/gateway/sandboxing#custom-bind-mounts) 和 [沙箱 vs 工具策略 vs Elevated](/zh-CN/gateway/sandbox-vs-tool-policy-vs-elevated#bind-mounts-security-quick-check)。 + 示例和安全说明请参见 [沙箱隔离](/zh-CN/gateway/sandboxing#custom-bind-mounts) 和 [沙箱 vs 工具策略 vs Elevated](/zh-CN/gateway/sandbox-vs-tool-policy-vs-elevated#bind-mounts-security-quick-check)。 - - OpenClaw 的 memory 就是智能体工作区中的 Markdown 文件： + + OpenClaw 的记忆本质上就是智能体工作区中的 Markdown 文件： - - `memory/YYYY-MM-DD.md` 中的每日日志 - - `MEMORY.md` 中整理过的长期笔记（仅主/私密会话） + - `memory/YYYY-MM-DD.md` 中的每日笔记 + - `MEMORY.md` 中整理过的长期笔记（仅主会话/私密会话） - OpenClaw 还会运行一个**静默的预压缩 memory flush**，提醒模型在自动压缩之前 - 写入持久笔记。这只会在工作区 - 可写时运行（只读沙箱会跳过）。请参阅 [Memory](/zh-CN/concepts/memory)。 + OpenClaw 还会运行一个**静默的压缩前记忆刷新**，提醒模型 + 在自动压缩前写入持久笔记。该机制仅在工作区 + 可写时运行（只读沙箱会跳过）。参见 [记忆](/zh-CN/concepts/memory)。 - - 让机器人**把这个事实写入 memory**。长期笔记应写入 `MEMORY.md`， + + 让机器人**把这个事实写入记忆**。长期笔记应写入 `MEMORY.md`， 短期上下文则写入 `memory/YYYY-MM-DD.md`。 这仍然是我们持续改进的领域。提醒模型存储记忆会有帮助； - 它会知道该怎么做。如果它仍然总忘记，请确认 Gateway 网关每次运行时都在使用同一个 + 它会知道该怎么做。如果它还是总忘，请确认 Gateway 网关每次运行时使用的都是同一个 工作区。 - 文档：[Memory](/zh-CN/concepts/memory)、[智能体工作区](/zh-CN/concepts/agent-workspace)。 + 文档：[记忆](/zh-CN/concepts/memory)、[智能体工作区](/zh-CN/concepts/agent-workspace)。 - - memory 文件存储在磁盘上，除非你删除它们，否则会一直保留。限制来自你的 - 存储空间，而不是模型。**会话上下文**仍然受模型 - 上下文窗口限制，因此长对话可能会被压缩或截断。这就是为什么 - memory 搜索存在——它只会将相关部分重新拉回上下文。 + + 记忆文件存储在磁盘上，除非你删除它们，否则会一直保留。限制来自你的 + 存储空间，而不是模型。**会话上下文**仍然受限于模型的 + 上下文窗口，因此长对话可能会被压缩或截断。这就是为什么 + 需要记忆搜索——它只会将相关部分拉回到上下文中。 - 文档：[Memory](/zh-CN/concepts/memory)、[Context](/zh-CN/concepts/context)。 + 文档：[记忆](/zh-CN/concepts/memory)、[上下文](/zh-CN/concepts/context)。 - + 只有在你使用 **OpenAI embeddings** 时才需要。Codex OAuth 仅覆盖聊天/补全， - **不**授予 embeddings 访问权限，因此**使用 Codex 登录（OAuth 或 - Codex CLI 登录）**并不能帮助进行语义 memory 搜索。OpenAI embeddings - 仍然需要真正的 API 密钥（`OPENAI_API_KEY` 或 `models.providers.openai.apiKey`）。 + **不会**授予 embeddings 访问权限，因此**使用 Codex 登录（OAuth 或 + Codex CLI 登录）**并不能帮助实现语义记忆搜索。OpenAI embeddings + 仍然需要真实的 API 密钥（`OPENAI_API_KEY` 或 `models.providers.openai.apiKey`）。 - 如果你没有显式设置提供商，OpenClaw 会在能够解析到 API 密钥时 - 自动选择提供商（auth profiles、`models.providers.*.apiKey` 或环境变量）。 + 如果你没有显式设置提供商，OpenClaw 会在 + 能解析到 API 密钥时自动选择一个提供商（auth profiles、`models.providers.*.apiKey` 或环境变量）。 如果能解析到 OpenAI 密钥，它会优先选择 OpenAI；否则如果能解析到 Gemini 密钥， - 则选择 Gemini；然后是 Voyage，再然后是 Mistral。如果没有可用的远程密钥， - memory 搜索会保持禁用状态，直到你完成配置。如果你已经配置并存在本地模型路径，OpenClaw + 就选择 Gemini；再然后是 Voyage，最后是 Mistral。如果没有可用的远程密钥，记忆 + 搜索会保持禁用状态，直到你完成配置。如果你已配置并存在本地模型路径，OpenClaw 会优先选择 `local`。当你显式设置 `memorySearch.provider = "ollama"` 时，也支持 Ollama。 - 如果你更希望保持本地化，可设置 `memorySearch.provider = "local"`（可选地再设置 + 如果你更希望保持本地化，请设置 `memorySearch.provider = "local"`（也可以额外设置 `memorySearch.fallback = "none"`）。如果你想使用 Gemini embeddings，请设置 - `memorySearch.provider = "gemini"` 并提供 `GEMINI_API_KEY`（或 - `memorySearch.remote.apiKey`）。我们支持 **OpenAI、Gemini、Voyage、Mistral、Ollama 或 local** embeddings - 模型——有关设置细节，请参阅 [Memory](/zh-CN/concepts/memory)。 + `memorySearch.provider = "gemini"`，并提供 `GEMINI_API_KEY`（或 + `memorySearch.remote.apiKey`）。我们支持 **OpenAI、Gemini、Voyage、Mistral、Ollama 或 local** + embeddings 模型——设置细节请参阅 [记忆](/zh-CN/concepts/memory)。 -## 文件在磁盘上的位置 +## 磁盘上的存放位置 - + 不会——**OpenClaw 的状态是本地的**，但**外部服务仍然会看到你发送给它们的内容**。 - - **默认本地：**会话、memory 文件、配置和工作区都位于 Gateway 网关主机上 + - **默认本地：** 会话、记忆文件、配置和工作区都存储在 Gateway 网关主机上 （`~/.openclaw` + 你的工作区目录）。 - - **因需要而远程：**你发送给模型提供商（Anthropic/OpenAI 等）的消息会发送到 - 它们的 API，而聊天平台（WhatsApp/Telegram/Slack 等）会将消息数据存储在 - 它们的服务器上。 - - **你可以控制范围：**使用本地模型可以让提示内容保留在你的机器上，但渠道 - 流量仍然会经过该渠道的服务器。 + - **因设计而远程：** 你发送给模型提供商（Anthropic/OpenAI 等）的消息会发送到 + 它们的 API，而聊天平台（WhatsApp/Telegram/Slack 等）会在它们自己的 + 服务器上存储消息数据。 + - **由你控制数据范围：** 使用本地模型可以让提示保留在你的机器上，但渠道 + 流量仍然会通过该渠道自己的服务器。 - 相关内容：[智能体工作区](/zh-CN/concepts/agent-workspace)、[Memory](/zh-CN/concepts/memory)。 + 相关内容：[智能体工作区](/zh-CN/concepts/agent-workspace)、[记忆](/zh-CN/concepts/memory)。 - + 所有内容都位于 `$OPENCLAW_STATE_DIR` 下（默认：`~/.openclaw`）： | 路径 | 用途 | | --------------------------------------------------------------- | ------------------------------------------------------------------ | | `$OPENCLAW_STATE_DIR/openclaw.json` | 主配置（JSON5） | - | `$OPENCLAW_STATE_DIR/credentials/oauth.json` | 旧版 OAuth 导入（首次使用时会复制到 auth profiles 中） | + | `$OPENCLAW_STATE_DIR/credentials/oauth.json` | 旧版 OAuth 导入（首次使用时复制到 auth profiles） | | `$OPENCLAW_STATE_DIR/agents//agent/auth-profiles.json` | auth profiles（OAuth、API 密钥，以及可选的 `keyRef`/`tokenRef`） | - | `$OPENCLAW_STATE_DIR/secrets.json` | 用于 `file` SecretRef 提供商的可选文件支持 secret 载荷 | + | `$OPENCLAW_STATE_DIR/secrets.json` | `file` SecretRef 提供商使用的可选文件后备 secret 负载 | | `$OPENCLAW_STATE_DIR/agents//agent/auth.json` | 旧版兼容文件（静态 `api_key` 条目已清理） | | `$OPENCLAW_STATE_DIR/credentials/` | 提供商状态（例如 `whatsapp//creds.json`） | - | `$OPENCLAW_STATE_DIR/agents/` | 每个智能体的状态（agentDir + sessions） | - | `$OPENCLAW_STATE_DIR/agents//sessions/` | 对话历史和状态（按智能体分开） | - | `$OPENCLAW_STATE_DIR/agents//sessions/sessions.json` | 会话元数据（按智能体分开） | + | `$OPENCLAW_STATE_DIR/agents/` | 每个智能体的状态（agentDir + 会话） | + | `$OPENCLAW_STATE_DIR/agents//sessions/` | 对话历史和状态（按智能体划分） | + | `$OPENCLAW_STATE_DIR/agents//sessions/sessions.json` | 会话元数据（按智能体划分） | 旧版单智能体路径：`~/.openclaw/agent/*`（由 `openclaw doctor` 迁移）。 - 你的**工作区**（`AGENTS.md`、memory 文件、Skills 等）是独立的，并通过 `agents.defaults.workspace` 配置（默认：`~/.openclaw/workspace`）。 + 你的**工作区**（`AGENTS.md`、记忆文件、Skills 等）是独立的，并通过 `agents.defaults.workspace` 配置（默认：`~/.openclaw/workspace`）。 @@ -1415,12 +1415,13 @@ x-i18n: 这些文件应放在**智能体工作区**中，而不是 `~/.openclaw`。 - **工作区（每个智能体）**：`AGENTS.md`、`SOUL.md`、`IDENTITY.md`、`USER.md`、 - `MEMORY.md`（如果没有 `MEMORY.md`，则使用旧版回退 `memory.md`）， - `memory/YYYY-MM-DD.md`，以及可选的 `HEARTBEAT.md`。 + `MEMORY.md`、`memory/YYYY-MM-DD.md`，以及可选的 `HEARTBEAT.md`。 + 小写的根级 `memory.md` 仅用于旧版修复输入；当两个文件同时存在时， + `openclaw doctor --fix` 可以将其合并到 `MEMORY.md` 中。 - **状态目录（`~/.openclaw`）**：配置、渠道/提供商状态、auth profiles、会话、日志， 以及共享 Skills（`~/.openclaw/skills`）。 - 默认工作区为 `~/.openclaw/workspace`，可通过以下方式配置： + 默认工作区是 `~/.openclaw/workspace`，可通过以下方式配置： ```json5 { @@ -1428,44 +1429,44 @@ x-i18n: } ``` - 如果机器人在重启后“忘记”了内容，请确认 Gateway 网关每次启动时都在使用同一个 - 工作区（并记住：远程模式使用的是**Gateway 网关主机的** - 工作区，而不是你本地笔记本的工作区）。 + 如果机器人在重启后“忘事”，请确认 Gateway 网关每次启动时使用的都是同一个 + 工作区（并记住：远程模式使用的是**网关主机的** + 工作区，而不是你的本地笔记本电脑）。 - 提示：如果你希望某个行为或偏好具有持久性，请让机器人**将其写入 - AGENTS.md 或 MEMORY.md**，而不是依赖聊天历史。 + 提示：如果你想保留某种持久行为或偏好，请让机器人**把它写入 + AGENTS.md 或 MEMORY.md**，而不要依赖聊天历史。 - 请参阅 [智能体工作区](/zh-CN/concepts/agent-workspace) 和 [Memory](/zh-CN/concepts/memory)。 + 参见 [智能体工作区](/zh-CN/concepts/agent-workspace) 和 [记忆](/zh-CN/concepts/memory)。 - 将你的**智能体工作区**放入一个**私有** git 仓库，并将其备份到某个 - 私有位置（例如 GitHub 私有仓库）。这样可以捕获 memory + AGENTS/SOUL/USER - 文件，并让你之后能够恢复助手的“思维”。 + 把你的**智能体工作区**放入一个**私有** git 仓库，并将其备份到某个 + 私有位置（例如 GitHub 私有仓库）。这样可以保存记忆 + AGENTS/SOUL/USER + 文件，并让你之后能够恢复助手的“心智”。 - **不要**提交 `~/.openclaw` 下的任何内容（凭据、会话、令牌或加密 secret 载荷）。 + **不要**提交 `~/.openclaw` 下的任何内容（凭证、会话、令牌或加密后的 secrets 负载）。 如果你需要完整恢复，请分别备份工作区和状态目录 - （参见上面的迁移问题）。 + （见上面的迁移问题）。 文档：[智能体工作区](/zh-CN/concepts/agent-workspace)。 - 请参阅专门指南：[Uninstall](/zh-CN/install/uninstall)。 + 参见专门指南：[卸载](/zh-CN/install/uninstall)。 - 可以。工作区是**默认 cwd** 和 memory 锚点，而不是硬性沙箱。 - 相对路径会在工作区内解析，但绝对路径可以访问主机上的其他 - 位置，除非启用了沙箱隔离。如果你需要隔离，请使用 + 可以。工作区是**默认 cwd** 和记忆锚点，而不是硬性沙箱。 + 相对路径会在工作区内解析，但绝对路径仍然可以访问其他 + 主机位置，除非启用了沙箱隔离。如果你需要隔离，请使用 [`agents.defaults.sandbox`](/zh-CN/gateway/sandboxing) 或每个智能体的沙箱设置。如果你 希望某个仓库成为默认工作目录，请将该智能体的 - `workspace` 指向仓库根目录。OpenClaw 仓库本身只是源码；请将 - 工作区与其分开，除非你就是有意让智能体在其中工作。 + `workspace` 指向仓库根目录。OpenClaw 仓库本身只是源码；除非你有意让智能体在其中工作，否则请将 + 工作区与其分开。 - 示例（将仓库作为默认 cwd）： + 示例（将仓库设为默认 cwd）： ```json5 { @@ -1480,29 +1481,29 @@ x-i18n: - 会话状态由**Gateway 网关主机**持有。如果你处于远程模式，你关心的会话存储位于远程机器上，而不是你的本地笔记本。请参阅 [会话管理](/zh-CN/concepts/session)。 + 会话状态由**网关主机**持有。如果你处于远程模式，那么你关心的会话存储位于远程机器上，而不是你的本地笔记本电脑。参见 [会话管理](/zh-CN/concepts/session)。 ## 配置基础 - + OpenClaw 会从 `$OPENCLAW_CONFIG_PATH` 读取可选的 **JSON5** 配置（默认：`~/.openclaw/openclaw.json`）： ``` $OPENCLAW_CONFIG_PATH ``` - 如果文件缺失，它会使用相对安全的默认值（包括默认工作区 `~/.openclaw/workspace`）。 + 如果该文件不存在，它会使用相对安全的默认值（包括默认工作区 `~/.openclaw/workspace`）。 - - 非 loopback 绑定**需要有效的 Gateway 网关认证路径**。实际来说，这意味着： + + 非 loopback 绑定**需要一个有效的网关认证路径**。实际来说，这意味着： - 共享密钥认证：令牌或密码 - - `gateway.auth.mode: "trusted-proxy"`，并位于配置正确的非 loopback 身份感知反向代理之后 + - 在已正确配置的非 loopback 身份感知反向代理后使用 `gateway.auth.mode: "trusted-proxy"` ```json5 { @@ -1516,28 +1517,28 @@ x-i18n: } ``` - 说明： + 注意： - - `gateway.remote.token` / `.password` 本身**不会**启用本地 Gateway 网关认证。 - - 只有当 `gateway.auth.*` 未设置时，本地调用路径才可以将 `gateway.remote.*` 用作回退。 + - `gateway.remote.token` / `.password` 本身**不会**启用本地网关认证。 + - 只有在 `gateway.auth.*` 未设置时，本地调用路径才可以将 `gateway.remote.*` 用作回退。 - 对于密码认证，请改为设置 `gateway.auth.mode: "password"` 加 `gateway.auth.password`（或 `OPENCLAW_GATEWAY_PASSWORD`）。 - - 如果通过 SecretRef 显式配置了 `gateway.auth.token` / `gateway.auth.password` 但未解析成功，则解析会以默认拒绝方式失败（不会被远程回退掩盖）。 - - 共享密钥的 Control UI 设置通过 `connect.params.auth.token` 或 `connect.params.auth.password` 进行认证（存储在 app/UI 设置中）。像 Tailscale Serve 或 `trusted-proxy` 这样的携带身份模式则改用请求头。避免将共享密钥放入 URL。 - - 在 `gateway.auth.mode: "trusted-proxy"` 下，同主机的 loopback 反向代理**仍然不能**满足 trusted-proxy 认证要求。trusted proxy 必须是一个已配置的非 loopback 来源。 + - 如果 `gateway.auth.token` / `gateway.auth.password` 通过 SecretRef 显式配置但未解析，解析将以默认拒绝方式失败（不会被远程回退所掩盖）。 + - 基于共享密钥的 Control UI 设置通过 `connect.params.auth.token` 或 `connect.params.auth.password` 进行认证（存储在 app/UI 设置中）。像 Tailscale Serve 或 `trusted-proxy` 这样的带身份模式则改为使用请求标头。避免把共享密钥放入 URL 中。 + - 当使用 `gateway.auth.mode: "trusted-proxy"` 时，同主机上的 loopback 反向代理**仍然不会**满足 trusted-proxy 认证要求。trusted proxy 必须是已配置的非 loopback 来源。 - - OpenClaw 默认强制执行 Gateway 网关认证，包括 loopback。在正常默认路径下，这意味着令牌认证：如果没有显式配置认证路径，Gateway 网关启动时会解析为令牌模式并自动生成一个令牌，保存到 `gateway.auth.token`，因此**本地 WS 客户端必须进行认证**。这可以阻止其他本地进程调用 Gateway 网关。 + + OpenClaw 默认强制启用网关认证，包括 loopback。在正常默认路径下，这意味着令牌认证：如果没有显式配置认证路径，网关启动时会解析为令牌模式并自动生成一个令牌，将其保存到 `gateway.auth.token`，因此**本地 WS 客户端必须进行认证**。这可以阻止其他本地进程调用 Gateway 网关。 - 如果你更喜欢其他认证路径，可以显式选择密码模式（或者，对于非 loopback 的身份感知反向代理，选择 `trusted-proxy`）。如果你**确实**想要开放的 loopback，请在配置中显式设置 `gateway.auth.mode: "none"`。Doctor 可以随时为你生成令牌：`openclaw doctor --generate-gateway-token`。 + 如果你更喜欢其他认证路径，也可以显式选择密码模式（或者，对于非 loopback 的身份感知反向代理，选择 `trusted-proxy`）。如果你**确实**想让 loopback 完全开放，请在配置中显式设置 `gateway.auth.mode: "none"`。Doctor 可以随时为你生成令牌：`openclaw doctor --generate-gateway-token`。 - + Gateway 网关会监视配置并支持热重载： - - `gateway.reload.mode: "hybrid"`（默认）：安全变更热应用，关键变更则重启 + - `gateway.reload.mode: "hybrid"`（默认）：对安全的变更进行热应用，对关键变更进行重启 - 也支持 `hot`、`restart`、`off` @@ -1557,21 +1558,21 @@ x-i18n: - `off`：隐藏标语文本，但保留横幅标题/版本行。 - `default`：每次都使用 `All your chats, one OpenClaw.`。 - - `random`：轮换显示有趣的/季节性标语（默认行为）。 - - 如果你希望完全不显示横幅，请设置环境变量 `OPENCLAW_HIDE_BANNER=1`。 + - `random`：轮换有趣的/季节性的标语（默认行为）。 + - 如果你想完全不显示横幅，请设置环境变量 `OPENCLAW_HIDE_BANNER=1`。 - - `web_fetch` 无需 API 密钥即可使用。`web_search` 取决于你选择的 + + `web_fetch` 无需 API 密钥即可工作。`web_search` 取决于你所选的 提供商： - - Brave、Exa、Firecrawl、Gemini、Grok、Kimi、MiniMax Search、Perplexity 和 Tavily 等基于 API 的提供商需要其正常的 API 密钥设置。 - - Ollama Web 搜索 无需密钥，但它会使用你配置的 Ollama 主机，并且需要 `ollama signin`。 - - DuckDuckGo 无需密钥，但它是一个非官方的基于 HTML 的集成。 - - SearXNG 无需密钥/可自托管；请配置 `SEARXNG_BASE_URL` 或 `plugins.entries.searxng.config.webSearch.baseUrl`。 + - Brave、Exa、Firecrawl、Gemini、Grok、Kimi、MiniMax Search、Perplexity 和 Tavily 等基于 API 的提供商需要按其正常方式配置 API 密钥。 + - Ollama Web 搜索不需要密钥，但它会使用你配置的 Ollama 主机，并要求执行 `ollama signin`。 + - DuckDuckGo 不需要密钥，但它是一个基于 HTML 的非官方集成。 + - SearXNG 不需要密钥/可自托管；配置 `SEARXNG_BASE_URL` 或 `plugins.entries.searxng.config.webSearch.baseUrl`。 - **推荐：**运行 `openclaw configure --section web` 并选择一个提供商。 + **推荐：** 运行 `openclaw configure --section web` 并选择一个提供商。 环境变量替代方式： - Brave：`BRAVE_API_KEY` @@ -1607,71 +1608,71 @@ x-i18n: }, fetch: { enabled: true, - provider: "firecrawl", // optional; omit for auto-detect + provider: "firecrawl", // 可选；省略时自动检测 }, }, }, } ``` - 提供商专属的 web-search 配置现在位于 `plugins.entries..config.webSearch.*` 下。 - 出于兼容性考虑，旧版 `tools.web.search.*` 提供商路径仍会暂时加载，但新配置不应继续使用它们。 - Firecrawl web-fetch 回退配置位于 `plugins.entries.firecrawl.config.webFetch.*` 下。 + 提供商特定的 Web 搜索配置现在位于 `plugins.entries..config.webSearch.*` 下。 + 出于兼容性考虑，旧版 `tools.web.search.*` 提供商路径仍会暂时加载，但不应再用于新配置。 + Firecrawl Web 抓取回退配置位于 `plugins.entries.firecrawl.config.webFetch.*` 下。 - 说明： + 注意： - - 如果你使用允许列表，请添加 `web_search`/`web_fetch`/`x_search` 或 `group:web`。 + - 如果你使用 allowlists，请添加 `web_search`/`web_fetch`/`x_search` 或 `group:web`。 - `web_fetch` 默认启用（除非被显式禁用）。 - - 如果省略 `tools.web.fetch.provider`，OpenClaw 会从可用凭据中自动检测第一个就绪的 fetch 回退提供商。当前内置提供商是 Firecrawl。 + - 如果省略 `tools.web.fetch.provider`，OpenClaw 会从可用凭证中自动检测第一个就绪的抓取回退提供商。当前内置提供商是 Firecrawl。 - 守护进程会从 `~/.openclaw/.env`（或服务环境）读取环境变量。 文档：[Web 工具](/zh-CN/tools/web)。 - + `config.apply` 会替换**整个配置**。如果你发送的是部分对象，其他所有内容 都会被移除。 - 当前 OpenClaw 会保护很多意外覆盖场景： + 当前 OpenClaw 会防护许多意外覆盖情况： - - OpenClaw 自有的配置写入在写入前会验证变更后的完整配置。 + - OpenClaw 自有的配置写入会在写入前验证变更后的完整配置。 - 无效或破坏性的 OpenClaw 自有写入会被拒绝，并保存为 `openclaw.json.rejected.*`。 - - 如果直接编辑破坏了启动或热重载，Gateway 网关会恢复最后已知正确配置，并将被拒绝的文件保存为 `openclaw.json.clobbered.*`。 - - 恢复后，主智能体会收到启动警告，以免它再次盲目写入错误配置。 + - 如果直接编辑破坏了启动或热重载，Gateway 网关会恢复最后一个已知良好的配置，并将被拒绝的文件保存为 `openclaw.json.clobbered.*`。 + - 恢复后，主智能体会收到启动警告，这样它就不会盲目再次写入错误配置。 恢复方法： - - 检查 `openclaw logs --follow` 中的 `Config auto-restored from last-known-good`、`Config write rejected:` 或 `config reload restored last-known-good config`。 + - 检查 `openclaw logs --follow`，查看 `Config auto-restored from last-known-good`、`Config write rejected:` 或 `config reload restored last-known-good config`。 - 检查活动配置旁边最新的 `openclaw.json.clobbered.*` 或 `openclaw.json.rejected.*`。 - - 如果当前恢复后的活动配置可用，就保留它，然后使用 `openclaw config set` 或 `config.patch` 仅复制你原本想改动的键。 + - 如果恢复后的活动配置可用，就保留它，然后只通过 `openclaw config set` 或 `config.patch` 把原本想改的键复制回去。 - 运行 `openclaw config validate` 和 `openclaw doctor`。 - - 如果没有最后已知正确配置或被拒绝载荷，请从备份恢复，或重新运行 `openclaw doctor` 并重新配置渠道/模型。 - - 如果这属于意外情况，请提交 bug，并附上你最后已知的配置或任何备份。 - - 本地编码智能体通常可以根据日志或历史重建可用配置。 + - 如果没有 last-known-good 或被拒绝的负载，就从备份恢复，或者重新运行 `openclaw doctor` 并重新配置渠道/模型。 + - 如果这次情况出乎意料，请提交 bug，并附上你最后已知的配置或任何备份。 + - 本地编程智能体通常可以根据日志或历史记录重建一个可工作的配置。 避免方法： - - 小改动请使用 `openclaw config set`。 - - 交互式编辑请使用 `openclaw configure`。 - - 当你不确定准确路径或字段形状时，先使用 `config.schema.lookup`；它会返回一个浅层 schema 节点，以及用于逐层查看的直接子项摘要。 - - 部分 RPC 编辑请使用 `config.patch`；`config.apply` 仅用于完整配置替换。 - - 如果你在智能体运行中使用仅限 owner 的 `gateway` 工具，它仍会拒绝对 `tools.exec.ask` / `tools.exec.security` 的写入（包括会规范化到同一受保护 exec 路径的旧版 `tools.bash.*` 别名）。 + - 小改动使用 `openclaw config set`。 + - 交互式编辑使用 `openclaw configure`。 + - 当你不确定准确路径或字段结构时，先使用 `config.schema.lookup`；它会返回一个浅层 schema 节点以及直接子节点摘要，便于逐层深入。 + - 部分 RPC 编辑使用 `config.patch`；仅在需要完整替换整个配置时才使用 `config.apply`。 + - 如果你在智能体运行中使用仅限 owner 的 `gateway` 工具，它仍会拒绝写入 `tools.exec.ask` / `tools.exec.security`（包括会被标准化到相同受保护 exec 路径的旧版 `tools.bash.*` 别名）。 - 文档：[配置](/cli/config)、[Configure](/cli/configure)、[Gateway 网关故障排除](/zh-CN/gateway/troubleshooting#gateway-restored-last-known-good-config)、[Doctor](/zh-CN/gateway/doctor)。 + 文档：[配置](/zh-CN/cli/config)、[Configure](/zh-CN/cli/configure)、[Gateway 网关故障排除](/zh-CN/gateway/troubleshooting#gateway-restored-last-known-good-config)、[Doctor](/zh-CN/gateway/doctor)。 - + 常见模式是**一个 Gateway 网关**（例如 Raspberry Pi）加上**节点**和**智能体**： - - **Gateway 网关（中心）：**持有渠道（Signal/WhatsApp）、路由和会话。 - - **节点（设备）：**Mac/iOS/Android 作为外设连接，并暴露本地工具（`system.run`、`canvas`、`camera`）。 - - **智能体（worker）：**为特殊角色提供独立的大脑/工作区（例如“Hetzner 运维”“个人数据”）。 - - **子智能体：**当你需要并行处理时，从主智能体生成后台工作。 - - **TUI：**连接到 Gateway 网关 并切换智能体/会话。 + - **Gateway 网关（中央）：** 持有渠道（Signal/WhatsApp）、路由和会话。 + - **节点（设备）：** Mac/iOS/Android 作为外设连接，并暴露本地工具（`system.run`、`canvas`、`camera`）。 + - **智能体（工作节点）：** 用于特殊角色的独立“大脑”/工作区（例如“Hetzner 运维”“个人数据”）。 + - **子智能体：** 当你需要并行处理时，从主智能体派生后台工作。 + - **TUI：** 连接到 Gateway 网关并切换智能体/会话。 - 文档：[Nodes](/zh-CN/nodes)、[远程访问](/zh-CN/gateway/remote)、[多智能体路由](/zh-CN/concepts/multi-agent)、[子智能体](/zh-CN/tools/subagents)、[TUI](/web/tui)。 + 文档：[Nodes](/zh-CN/nodes)、[远程访问](/zh-CN/gateway/remote)、[多智能体路由](/zh-CN/concepts/multi-agent)、[子智能体](/zh-CN/tools/subagents)、[TUI](/zh-CN/web/tui)。 @@ -1689,46 +1690,47 @@ x-i18n: } ``` - 默认值是 `false`（有头）。无头模式在某些网站上更容易触发反机器人检查。请参阅 [Browser](/zh-CN/tools/browser)。 + 默认值是 `false`（有头模式）。在某些网站上，无头模式更容易触发反机器人检查。参见 [Browser](/zh-CN/tools/browser)。 - 无头模式使用**同一个 Chromium 引擎**，适用于大多数自动化场景（表单、点击、抓取、登录）。主要区别： + 无头模式使用**相同的 Chromium 引擎**，适用于大多数自动化任务（表单、点击、抓取、登录）。主要区别在于： - - 没有可见的浏览器窗口（如果你需要视觉内容，请使用截图）。 - - 某些网站在无头模式下对自动化更严格（CAPTCHA、反机器人）。 + - 没有可见的浏览器窗口（如果你需要可视内容，请使用截图）。 + - 某些网站对无头模式下的自动化更严格（CAPTCHA、反机器人）。 例如，X/Twitter 经常会阻止无头会话。 将 `browser.executablePath` 设置为你的 Brave 二进制文件（或任何基于 Chromium 的浏览器），然后重启 Gateway 网关。 - 完整配置示例请参阅 [Browser](/zh-CN/tools/browser#use-brave-or-another-chromium-based-browser)。 + 完整配置示例见 [Browser](/zh-CN/tools/browser#use-brave-or-another-chromium-based-browser)。 -## 远程 Gateway 网关 和节点 +## 远程 Gateway 网关和节点 - Telegram 消息由**Gateway 网关**处理。Gateway 网关运行智能体， - 然后仅在需要节点工具时才会通过**Gateway WebSocket** 调用节点： + Telegram 消息由**Gateway 网关**处理。Gateway 网关运行智能体，然后 + 仅在需要节点工具时，才会通过**Gateway WebSocket** + 调用节点： Telegram → Gateway 网关 → 智能体 → `node.*` → 节点 → Gateway 网关 → Telegram - 节点看不到入站提供商流量；它们只接收节点 RPC 调用。 + 节点看不到入站提供商流量；它们只会接收节点 RPC 调用。 - + 简短回答：**将你的电脑配对为一个节点**。Gateway 网关运行在别处，但它可以 通过 Gateway WebSocket 在你的本地机器上调用 `node.*` 工具（屏幕、摄像头、系统）。 典型设置： - 1. 在始终在线的主机（VPS/家用服务器）上运行 Gateway 网关。 - 2. 将 Gateway 网关主机和你的电脑放在同一个 tailnet 中。 - 3. 确保 Gateway WS 可达（tailnet 绑定或 SSH 隧道）。 + 1. 在始终在线的主机（VPS/家庭服务器）上运行 Gateway 网关。 + 2. 让 Gateway 网关主机和你的电脑位于同一个 tailnet 中。 + 3. 确保 Gateway 网关 WS 可达（tailnet 绑定或 SSH tunnel）。 4. 在本地打开 macOS 应用，并以**Remote over SSH** 模式（或直接 tailnet） - 连接，以便它注册为一个节点。 + 连接，这样它就能注册为一个节点。 5. 在 Gateway 网关上批准该节点： ```bash @@ -1736,103 +1738,102 @@ x-i18n: openclaw devices approve ``` - 不需要单独的 TCP 桥接；节点通过 Gateway WebSocket 连接。 + 不需要单独的 TCP bridge；节点通过 Gateway WebSocket 连接。 - 安全提醒：配对 macOS 节点意味着允许在该机器上执行 `system.run`。只应 - 配对你信任的设备，并查阅 [Security](/zh-CN/gateway/security)。 + 安全提醒：配对 macOS 节点会允许在该机器上执行 `system.run`。只 + 配对你信任的设备，并阅读 [Security](/zh-CN/gateway/security)。 - 文档：[Nodes](/zh-CN/nodes)、[Gateway 协议](/zh-CN/gateway/protocol)、[macOS 远程模式](/zh-CN/platforms/mac/remote)、[Security](/zh-CN/gateway/security)。 + 文档：[Nodes](/zh-CN/nodes)、[Gateway protocol](/zh-CN/gateway/protocol)、[macOS 远程模式](/zh-CN/platforms/mac/remote)、[Security](/zh-CN/gateway/security)。 先检查基础项： - - Gateway 网关是否在运行：`openclaw gateway status` + - Gateway 网关正在运行：`openclaw gateway status` - Gateway 网关健康状态：`openclaw status` - 渠道健康状态：`openclaw channels status` 然后验证认证和路由： - 如果你使用 Tailscale Serve，请确保 `gateway.auth.allowTailscale` 设置正确。 - - 如果你通过 SSH 隧道连接，请确认本地隧道已启动并指向正确端口。 - - 确认你的允许列表（私信或群组）包含你的账户。 + - 如果你通过 SSH tunnel 连接，请确认本地 tunnel 已建立，并且指向正确端口。 + - 确认你的 allowlists（私信或群组）包含你的账户。 文档：[Tailscale](/zh-CN/gateway/tailscale)、[远程访问](/zh-CN/gateway/remote)、[渠道](/zh-CN/channels)。 - 可以。虽然没有内置“bot 对 bot”桥接，但你可以通过几种 - 可靠方式将其连接起来： + 可以。虽然没有内置的“bot-to-bot”桥接，但你可以用几种 + 可靠的方式来实现： - **最简单：**使用两个机器人都能访问的普通聊天渠道（Telegram/Slack/WhatsApp）。 - 让 Bot A 向 Bot B 发送消息，然后让 Bot B 像平常一样回复。 + **最简单的方式：** 使用两个机器人都能访问的普通聊天渠道（Telegram/Slack/WhatsApp）。 + 让机器人 A 给机器人 B 发消息，然后让机器人 B 像平常一样回复。 - **CLI 桥接（通用）：**运行一个脚本，通过 - `openclaw agent --message ... --deliver` 调用另一个 Gateway 网关，并将目标设为另一个机器人 - 正在监听的聊天。如果其中一个机器人位于远程 VPS 上，请让你的 CLI 指向那个远程 Gateway 网关， - 可通过 SSH/Tailscale 实现（请参阅 [远程访问](/zh-CN/gateway/remote)）。 + **CLI bridge（通用）：** 运行一个脚本，通过 + `openclaw agent --message ... --deliver` 调用另一个 Gateway 网关，并将目标指向另一个机器人 + 监听的聊天。如果其中一个机器人位于远程 VPS 上，请将你的 CLI 指向那个远程 Gateway 网关， + 通过 SSH/Tailscale 连接（参见 [远程访问](/zh-CN/gateway/remote)）。 - 示例模式（在能够访问目标 Gateway 网关的机器上运行）： + 示例模式（从能够访问目标 Gateway 网关的机器上运行）： ```bash openclaw agent --message "Hello from local bot" --deliver --channel telegram --reply-to ``` - 提示：添加一个防护规则，避免两个机器人无限循环（仅提及时响应、渠道 - 允许列表，或“不要回复机器人消息”的规则）。 + 提示：添加一个防护规则，避免两个机器人无限循环（仅在被提及时回复、使用渠道 + allowlists，或增加“不要回复机器人消息”的规则）。 - 文档：[远程访问](/zh-CN/gateway/remote)、[智能体 CLI](/cli/agent)、[智能体发送](/zh-CN/tools/agent-send)。 + 文档：[远程访问](/zh-CN/gateway/remote)、[Agent CLI](/zh-CN/cli/agent)、[智能体发送](/zh-CN/tools/agent-send)。 - 不需要。一个 Gateway 网关可以托管多个智能体，每个都有自己的工作区、默认模型 - 和路由。这是正常设置，比起为每个智能体都运行 - 一个 VPS，要便宜得多也简单得多。 + 不需要。一个 Gateway 网关就可以托管多个智能体，每个智能体都有自己的工作区、默认模型 + 和路由。这是常规设置，比为每个智能体分别运行 + 一个 VPS 更便宜也更简单。 只有在你需要硬隔离（安全边界）或非常 - 不同且不想共享的配置时，才使用独立 VPS。否则，请保留一个 Gateway 网关，并 - 使用多个智能体或子智能体。 + 不同、且不希望共享的配置时，才使用独立的 VPS。否则，请保持一个 Gateway 网关， + 并使用多个智能体或子智能体。 - - 有——节点是从远程 Gateway 网关访问你的笔记本的首选方式，而且它们 - 解锁的不只是 shell 访问。Gateway 网关运行在 macOS/Linux 上（Windows 通过 WSL2），并且 - 很轻量（小型 VPS 或 Raspberry Pi 级别设备就足够；4 GB RAM 绰绰有余），因此一种常见 - 设置是始终在线的主机加上你的笔记本作为一个节点。 + + 有——节点是从远程 Gateway 网关访问你的笔记本电脑的一级方式，而且它们提供的不只是 shell 访问。Gateway 网关运行在 macOS/Linux 上（Windows 通过 WSL2），并且 + 很轻量（小型 VPS 或 Raspberry Pi 级别的设备就足够；4 GB RAM 已经很充足），因此一种常见 + 的部署方式是：始终在线的主机 + 你的笔记本电脑作为节点。 - - **不需要入站 SSH。** 节点会向外连接到 Gateway WebSocket，并使用设备配对。 - - **更安全的执行控制。** `system.run` 在该笔记本上受节点允许列表/审批控制。 - - **更多设备工具。** 除了 `system.run`，节点还暴露 `canvas`、`camera` 和 `screen`。 - - **本地浏览器自动化。** 将 Gateway 网关保留在 VPS 上，但通过笔记本上的节点主机在本地运行 Chrome，或者通过 Chrome MCP 连接到主机上的本地 Chrome。 + - **不需要入站 SSH。** 节点会主动连接到 Gateway WebSocket，并使用设备配对。 + - **更安全的执行控制。** `system.run` 在该笔记本电脑上受节点 allowlists/审批控制。 + - **更多设备工具。** 除了 `system.run` 之外，节点还暴露 `canvas`、`camera` 和 `screen`。 + - **本地浏览器自动化。** 将 Gateway 网关放在 VPS 上，但通过笔记本电脑上的节点主机在本地运行 Chrome，或者通过 Chrome MCP 连接到主机上的本地 Chrome。 - SSH 适合临时性的 shell 访问，但对于持续性的智能体工作流和 + SSH 适合临时的 shell 访问，但对于持续性的智能体工作流和 设备自动化，节点更简单。 - 文档：[Nodes](/zh-CN/nodes)、[Nodes CLI](/cli/nodes)、[Browser](/zh-CN/tools/browser)。 + 文档：[Nodes](/zh-CN/nodes)、[Nodes CLI](/zh-CN/cli/nodes)、[Browser](/zh-CN/tools/browser)。 - 不会。除非你有意运行隔离配置文件（请参阅 [多个 Gateway 网关](/zh-CN/gateway/multiple-gateways)），否则每台主机上应该只运行**一个 Gateway 网关**。节点是连接到 - Gateway 网关的外设（iOS/Android 节点，或菜单栏应用中的 macOS“节点模式”）。对于无头节点 - 主机和 CLI 控制，请参阅 [节点主机 CLI](/cli/node)。 + 不会。每台主机上通常只应运行**一个 Gateway 网关**，除非你有意运行隔离的 profiles（参见 [多个 Gateway 网关](/zh-CN/gateway/multiple-gateways)）。节点是连接到 Gateway 网关的外设 + （iOS/Android 节点，或菜单栏应用中的 macOS“节点模式”）。关于无头节点 + 主机和 CLI 控制，请参见 [节点主机 CLI](/zh-CN/cli/node)。 - 对 `gateway`、`discovery` 和 `canvasHost` 的更改需要完全重启。 + 对 `gateway`、`discovery` 和 `canvasHost` 的更改需要完整重启。 - + 有。 - - `config.schema.lookup`：在写入前检查某个配置子树及其浅层 schema 节点、匹配的 UI 提示和直接子项摘要 + - `config.schema.lookup`：在写入之前，检查一个配置子树及其浅层 schema 节点、匹配的 UI 提示和直接子节点摘要 - `config.get`：获取当前快照 + hash - - `config.patch`：安全的部分更新（大多数 RPC 编辑的首选）；尽可能热重载，必要时重启 - - `config.apply`：验证 + 替换完整配置；尽可能热重载，必要时重启 - - 仅限 owner 的 `gateway` 运行时工具仍然拒绝重写 `tools.exec.ask` / `tools.exec.security`；旧版 `tools.bash.*` 别名会规范化到同样受保护的 exec 路径 + - `config.patch`：安全的部分更新（大多数 RPC 编辑的首选）；可热重载时会热重载，必要时会重启 + - `config.apply`：验证 + 替换完整配置；可热重载时会热重载，必要时会重启 + - 仅限 owner 的 `gateway` 运行时工具仍然拒绝重写 `tools.exec.ask` / `tools.exec.security`；旧版 `tools.bash.*` 别名会被标准化到相同的受保护 exec 路径 @@ -1844,7 +1845,7 @@ x-i18n: } ``` - 这会设置你的工作区，并限制哪些人可以触发机器人。 + 这样会设置你的工作区，并限制哪些人可以触发机器人。 @@ -1861,10 +1862,10 @@ x-i18n: 2. **在你的 Mac 上安装并登录** - 使用 Tailscale 应用，并登录到同一个 tailnet。 3. **启用 MagicDNS（推荐）** - - 在 Tailscale 管理控制台中启用 MagicDNS，让 VPS 拥有稳定名称。 + - 在 Tailscale 管理控制台中启用 MagicDNS，这样 VPS 就会有一个稳定名称。 4. **使用 tailnet 主机名** - SSH：`ssh user@your-vps.tailnet-xxxx.ts.net` - - Gateway WS：`ws://your-vps.tailnet-xxxx.ts.net:18789` + - Gateway 网关 WS：`ws://your-vps.tailnet-xxxx.ts.net:18789` 如果你想在不使用 SSH 的情况下访问 Control UI，请在 VPS 上使用 Tailscale Serve： @@ -1872,18 +1873,18 @@ x-i18n: openclaw gateway --tailscale serve ``` - 这会让 Gateway 网关继续绑定在 loopback 上，并通过 Tailscale 暴露 HTTPS。请参阅 [Tailscale](/zh-CN/gateway/tailscale)。 + 这会让网关保持绑定到 loopback，并通过 Tailscale 暴露 HTTPS。参见 [Tailscale](/zh-CN/gateway/tailscale)。 - - Serve 会暴露**Gateway Control UI + WS**。节点通过同一个 Gateway WS 端点连接。 + + Serve 会暴露**Gateway 网关 Control UI + WS**。节点通过同一个 Gateway 网关 WS 端点连接。 推荐设置： - 1. **确保 VPS 和 Mac 位于同一个 tailnet 上**。 - 2. **在远程模式下使用 macOS 应用**（SSH 目标可以是 tailnet 主机名）。 - 应用会隧道转发 Gateway 端口并作为节点连接。 + 1. **确保 VPS 和 Mac 位于同一个 tailnet 中**。 + 2. **在 Remote 模式下使用 macOS 应用**（SSH 目标可以是 tailnet 主机名）。 + 应用会建立 Gateway 网关端口隧道，并以节点身份连接。 3. **在 Gateway 网关上批准该节点**： ```bash @@ -1891,18 +1892,18 @@ x-i18n: openclaw devices approve ``` - 文档：[Gateway 协议](/zh-CN/gateway/protocol)、[设备发现](/zh-CN/gateway/discovery)、[macOS 远程模式](/zh-CN/platforms/mac/remote)。 + 文档：[Gateway protocol](/zh-CN/gateway/protocol)、[设备发现](/zh-CN/gateway/discovery)、[macOS 远程模式](/zh-CN/platforms/mac/remote)。 - - 如果你只需要在第二台笔记本上使用**本地工具**（screen/camera/exec），就把它添加为一个 - **节点**。这样可以保持单一 Gateway 网关，并避免重复配置。本地节点工具 - 当前仅支持 macOS，但我们计划扩展到其他操作系统。 + + 如果你只需要第二台笔记本电脑上的**本地工具**（屏幕/摄像头/exec），就把它作为 + **节点**添加。这样可以保留单一 Gateway 网关，并避免重复配置。本地节点工具 + 目前仅支持 macOS，但我们计划扩展到其他操作系统。 - 只有当你需要**硬隔离**或两个完全独立的机器人时，才安装第二个 Gateway 网关。 + 只有在你需要**硬隔离**或两个完全独立的机器人时，才安装第二个 Gateway 网关。 - 文档：[Nodes](/zh-CN/nodes)、[Nodes CLI](/cli/nodes)、[多个 Gateway 网关](/zh-CN/gateway/multiple-gateways)。 + 文档：[Nodes](/zh-CN/nodes)、[Nodes CLI](/zh-CN/cli/nodes)、[多个 Gateway 网关](/zh-CN/gateway/multiple-gateways)。 @@ -1911,12 +1912,12 @@ x-i18n: - OpenClaw 会从父进程（shell、launchd/systemd、CI 等）读取环境变量，并额外加载： + OpenClaw 会从父进程（shell、launchd/systemd、CI 等）读取环境变量，另外还会加载： - 当前工作目录中的 `.env` - - 来自 `~/.openclaw/.env` 的全局回退 `.env`（也就是 `$OPENCLAW_STATE_DIR/.env`） + - 来自 `~/.openclaw/.env`（也就是 `$OPENCLAW_STATE_DIR/.env`）的全局回退 `.env` - 这两个 `.env` 文件都不会覆盖已存在的环境变量。 + 两个 `.env` 文件都不会覆盖现有环境变量。 你也可以在配置中定义内联环境变量（仅在进程环境中缺失时生效）： @@ -1929,15 +1930,15 @@ x-i18n: } ``` - 有关完整优先级和来源，请参阅 [/environment](/zh-CN/help/environment)。 + 完整优先级和来源请参见 [/environment](/zh-CN/help/environment)。 - - 两个常见修复方式： + + 两种常见修复方式： - 1. 将缺失的键放入 `~/.openclaw/.env`，这样即使服务没有继承你的 shell 环境也能读取到。 - 2. 启用 shell 导入（可选的便利功能）： + 1. 将缺失的键放进 `~/.openclaw/.env`，这样即使服务没有继承你的 shell 环境，也能读取到。 + 2. 启用 shell 导入（选择性启用的便利功能）： ```json5 { @@ -1950,14 +1951,14 @@ x-i18n: } ``` - 这会运行你的登录 shell，并且只导入缺失的预期键名（绝不覆盖）。对应环境变量： + 这会运行你的登录 shell，并只导入缺失的预期键名（绝不会覆盖已有值）。等效环境变量： `OPENCLAW_LOAD_SHELL_ENV=1`、`OPENCLAW_SHELL_ENV_TIMEOUT_MS=15000`。 - - `openclaw models status` 报告的是是否启用了**shell 环境导入**。“Shell env: off” - **不**表示你的环境变量缺失——它只表示 OpenClaw 不会自动加载 + + `openclaw models status` 报告的是**shell 环境导入**是否启用。“Shell env: off” + **并不**表示你的环境变量丢失了——它只是表示 OpenClaw 不会自动加载 你的登录 shell。 如果 Gateway 网关作为服务运行（launchd/systemd），它不会继承你的 shell @@ -1970,16 +1971,16 @@ x-i18n: ``` 2. 或启用 shell 导入（`env.shellEnv.enabled: true`）。 - 3. 或将它添加到配置的 `env` 块中（仅在缺失时生效）。 + 3. 或把它加入配置的 `env` 块中（仅在缺失时生效）。 - 然后重启 Gateway 网关并重新检查： + 然后重启网关并重新检查： ```bash openclaw models status ``` - Copilot 令牌读取自 `COPILOT_GITHUB_TOKEN`（也支持 `GH_TOKEN` / `GITHUB_TOKEN`）。 - 请参阅 [/concepts/model-providers](/zh-CN/concepts/model-providers) 和 [/environment](/zh-CN/help/environment)。 + Copilot 令牌从 `COPILOT_GITHUB_TOKEN` 读取（也支持 `GH_TOKEN` / `GITHUB_TOKEN`）。 + 参见 [/concepts/model-providers](/zh-CN/concepts/model-providers) 和 [/environment](/zh-CN/help/environment)。 @@ -1987,15 +1988,15 @@ x-i18n: ## 会话和多个聊天 - - 发送 `/new` 或 `/reset` 作为独立消息。请参阅 [会话管理](/zh-CN/concepts/session)。 + + 发送 `/new` 或 `/reset` 作为独立消息。参见 [会话管理](/zh-CN/concepts/session)。 - + 会话可以在 `session.idleMinutes` 之后过期，但这项功能**默认禁用**（默认值为 **0**）。 - 将其设置为正数即可启用空闲过期。启用后，空闲期结束后的**下一条** - 消息会为该聊天键启动一个新的会话 id。 - 这不会删除转录记录——只是开始一个新会话。 + 将其设置为正值即可启用空闲过期。启用后，空闲期之后的**下一条** + 消息会为该聊天键启动一个新的会话 ID。 + 这不会删除转录——它只是开始一个新会话。 ```json5 { @@ -2007,41 +2008,41 @@ x-i18n: - + 有，可以通过**多智能体路由**和**子智能体**实现。你可以创建一个协调者 - 智能体，以及多个拥有各自工作区和模型的 worker 智能体。 + 智能体，以及若干拥有各自工作区和模型的工作智能体。 - 不过，这最好被视为一种**有趣的实验**。它很耗费令牌，而且往往 - 不如使用一个机器人配合不同会话高效。我们更典型设想的模式是： - 你与一个机器人交流，同时使用不同会话进行并行工作。这个 - 机器人也可以在需要时生成子智能体。 + 不过，这更适合作为一个**有趣的实验**。它会消耗大量令牌，而且通常 + 不如使用一个机器人配合多个独立会话来得高效。我们更常设想的模型是： + 你与一个机器人交流，同时用不同会话并行处理不同工作。这个 + 机器人在需要时也可以派生子智能体。 - 文档：[多智能体路由](/zh-CN/concepts/multi-agent)、[子智能体](/zh-CN/tools/subagents)、[智能体 CLI](/cli/agents)。 + 文档：[多智能体路由](/zh-CN/concepts/multi-agent)、[子智能体](/zh-CN/tools/subagents)、[Agents CLI](/zh-CN/cli/agents)。 - + 会话上下文受模型窗口限制。长聊天、大量工具输出或许多 文件都可能触发压缩或截断。 - 有帮助的方法： + 有帮助的做法： - 让机器人总结当前状态并写入文件。 - - 在长任务前使用 `/compact`，切换主题时使用 `/new`。 - - 将重要上下文保存在工作区中，并让机器人重新读取。 - - 对长时间或并行工作使用子智能体，这样主聊天会保持更小。 + - 在长任务前使用 `/compact`，切换话题时使用 `/new`。 + - 将重要上下文保存在工作区中，并让机器人重新读取它。 + - 对于长时间或并行工作，使用子智能体，这样主聊天会更小。 - 如果这种情况经常发生，请选择上下文窗口更大的模型。 - + 使用 reset 命令： ```bash openclaw reset ``` - 非交互式完整重置： + 非交互式完全重置： ```bash openclaw reset --scope full --yes --non-interactive @@ -2053,16 +2054,16 @@ x-i18n: openclaw onboard --install-daemon ``` - 说明： + 注意： - - 如果检测到现有配置，新手引导也会提供**重置**选项。请参阅 [新手引导（CLI）](/zh-CN/start/wizard)。 - - 如果你使用了 profiles（`--profile` / `OPENCLAW_PROFILE`），请重置每个状态目录（默认是 `~/.openclaw-`）。 - - 开发重置：`openclaw gateway --dev --reset`（仅限开发；会清空开发配置 + 凭据 + 会话 + 工作区）。 + - 如果检测到已有配置，新手引导也会提供**Reset** 选项。参见 [设置向导（CLI）](/zh-CN/start/wizard)。 + - 如果你使用了 profiles（`--profile` / `OPENCLAW_PROFILE`），请分别重置每个状态目录（默认是 `~/.openclaw-`）。 + - 开发重置：`openclaw gateway --dev --reset`（仅开发环境；会清空开发配置 + 凭证 + 会话 + 工作区）。 - 使用以下任一方式： + 使用以下任一种方式： - **压缩**（保留对话，但总结较早的轮次）： @@ -2070,9 +2071,9 @@ x-i18n: /compact ``` - 或使用 `/compact ` 来指导摘要内容。 + 或使用 `/compact ` 来引导摘要内容。 - - **重置**（为同一聊天键创建新的会话 ID）： + - **重置**（为同一个聊天键创建新的会话 ID）： ``` /new @@ -2081,7 +2082,7 @@ x-i18n: 如果这种情况持续发生： - - 启用或调优**会话修剪**（`agents.defaults.contextPruning`）以裁剪旧的工具输出。 + - 启用或调整**会话修剪**（`agents.defaults.contextPruning`）以裁剪旧的工具输出。 - 使用上下文窗口更大的模型。 文档：[压缩](/zh-CN/concepts/compaction)、[会话修剪](/zh-CN/concepts/session-pruning)、[会话管理](/zh-CN/concepts/session)。 @@ -2089,23 +2090,23 @@ x-i18n: - 这是一个提供商验证错误：模型发出了一个缺少必需 - `input` 的 `tool_use` 块。这通常意味着会话历史陈旧或损坏（常见于长线程 + 这是一个提供商验证错误：模型输出了一个缺少必需 + `input` 的 `tool_use` 块。通常意味着会话历史已经陈旧或损坏（往往发生在长线程 或工具/schema 变更之后）。 - 解决方法：使用 `/new`（独立消息）启动一个全新会话。 + 解决方法：使用 `/new` 开始一个新会话（作为独立消息）。 - - Heartbeat 默认每 **30m** 运行一次（使用 OAuth 认证时为 **1h**）。可调整或禁用： + + Heartbeat 默认每 **30 分钟**运行一次（使用 OAuth 认证时为 **1 小时**）。你可以调整或禁用它： ```json5 { agents: { defaults: { heartbeat: { - every: "2h", // or "0m" to disable + every: "2h", // 或使用 "0m" 以禁用 }, }, }, @@ -2113,18 +2114,18 @@ x-i18n: ``` 如果 `HEARTBEAT.md` 存在但实际上为空（只有空行和 markdown - 标题，如 `# Heading`），OpenClaw 会跳过 heartbeat 运行，以节省 API 调用。 - 如果该文件缺失，heartbeat 仍会运行，由模型决定该做什么。 + 标题，例如 `# Heading`），OpenClaw 会跳过 Heartbeat 运行以节省 API 调用。 + 如果该文件缺失，Heartbeat 仍会运行，并由模型决定执行什么操作。 - 每个智能体的覆盖配置使用 `agents.list[].heartbeat`。文档：[Heartbeat](/zh-CN/gateway/heartbeat)。 + 每个智能体的 override 使用 `agents.list[].heartbeat`。文档：[Heartbeat](/zh-CN/gateway/heartbeat)。 - - 不需要。OpenClaw 运行在**你自己的账号**上，所以只要你在群组里，OpenClaw 就能看到它。 + + 不需要。OpenClaw 运行在**你自己的账号**上，因此只要你在群里，OpenClaw 就能看到它。 默认情况下，群组回复会被阻止，直到你允许发送者（`groupPolicy: "allowlist"`）。 - 如果你只想让**你自己**能够触发群组回复： + 如果你希望只有**你自己**能够触发群组回复： ```json5 { @@ -2140,7 +2141,7 @@ x-i18n: - 方式 1（最快）：跟踪日志，然后在群组里发送一条测试消息： + 方案 1（最快）：跟踪日志，然后在群里发送一条测试消息： ```bash openclaw logs --follow --json @@ -2149,51 +2150,51 @@ x-i18n: 查找以 `@g.us` 结尾的 `chatId`（或 `from`），例如： `1234567890-1234567890@g.us`。 - 方式 2（如果已经配置/加入允许列表）：从配置中列出群组： + 方案 2（如果已经配置/加入 allowlist）：从配置中列出群组： ```bash openclaw directory groups list --channel whatsapp ``` - 文档：[WhatsApp](/zh-CN/channels/whatsapp)、[Directory](/cli/directory)、[Logs](/cli/logs)。 + 文档：[WhatsApp](/zh-CN/channels/whatsapp)、[Directory](/zh-CN/cli/directory)、[Logs](/zh-CN/cli/logs)。 两个常见原因： - - 提及门控已开启（默认）。你必须 @ 提及机器人（或匹配 `mentionPatterns`）。 - - 你配置了 `channels.whatsapp.groups`，但没有包含 `"*"`，并且该群组不在允许列表中。 + - mention 限制已开启（默认）。你必须 @ 提及机器人（或匹配 `mentionPatterns`）。 + - 你配置了 `channels.whatsapp.groups`，但没有包含 `"*"`，并且该群组不在 allowlist 中。 - 请参阅 [Groups](/zh-CN/channels/groups) 和 [群组消息](/zh-CN/channels/group-messages)。 + 参见 [Groups](/zh-CN/channels/groups) 和 [群组消息](/zh-CN/channels/group-messages)。 - 直接聊天默认会折叠到主会话。群组/渠道拥有各自的会话键，而 Telegram 主题 / Discord 线程是独立会话。请参阅 [Groups](/zh-CN/channels/groups) 和 [群组消息](/zh-CN/channels/group-messages)。 + 直接聊天默认会折叠到主会话。群组/渠道拥有各自的会话键，而 Telegram 话题 / Discord 线程则是独立会话。参见 [Groups](/zh-CN/channels/groups) 和 [群组消息](/zh-CN/channels/group-messages)。 - 没有硬性限制。几十个（甚至几百个）都没问题，但要注意： + 没有硬性限制。几十个（甚至上百个）都没问题，但要注意： - - **磁盘增长：**会话 + 转录记录位于 `~/.openclaw/agents//sessions/` 下。 - - **令牌成本：**智能体越多，并发模型使用量越高。 - - **运维开销：**每个智能体的 auth profiles、工作区和渠道路由。 + - **磁盘增长：** 会话 + 转录保存在 `~/.openclaw/agents//sessions/` 下。 + - **令牌成本：** 智能体越多，并发模型使用就越多。 + - **运维开销：** 每个智能体各自的 auth profiles、工作区和渠道路由。 提示： - - 为每个智能体保留一个**活跃**工作区（`agents.defaults.workspace`）。 - - 如果磁盘增长，清理旧会话（删除 JSONL 或存储条目）。 + - 每个智能体保留一个**活动**工作区（`agents.defaults.workspace`）。 + - 如果磁盘变大，清理旧会话（删除 JSONL 或 store 条目）。 - 使用 `openclaw doctor` 发现零散工作区和 profile 不匹配问题。 - - 可以。使用**多智能体路由**来运行多个隔离智能体，并按 - 渠道/账户/peer 路由入站消息。Slack 作为一个渠道受支持，并且可以绑定到特定智能体。 + + 可以。使用**多智能体路由**来运行多个隔离的智能体，并按 + 渠道/账号/peer 路由入站消息。Slack 作为渠道受支持，并且可以绑定到特定智能体。 - 浏览器访问能力很强，但并不等于“能做人类能做的任何事”——反机器人、CAPTCHA 和 MFA - 仍然可能阻止自动化。为了获得最可靠的浏览器控制，请在主机上使用本地 Chrome MCP， + 浏览器访问能力很强，但并不是“做人类能做的一切”——反机器人机制、CAPTCHA 和 MFA 仍然可能 + 阻止自动化。若想获得最可靠的浏览器控制，请在主机上使用本地 Chrome MCP， 或在实际运行浏览器的机器上使用 CDP。 最佳实践设置： @@ -2213,38 +2214,38 @@ x-i18n: - OpenClaw 的默认模型就是你设置在这里的内容： + OpenClaw 的默认模型就是你设置在这里的模型： ``` agents.defaults.model.primary ``` - 模型以 `provider/model` 形式引用（例如：`openai/gpt-5.4`）。如果你省略提供商，OpenClaw 会先尝试别名，然后尝试与该精确模型 id 唯一匹配的已配置提供商，最后才会退回到已配置默认提供商这一已弃用的兼容路径。如果该提供商不再暴露所配置的默认模型，OpenClaw 会退回到第一个已配置的提供商/模型，而不是暴露一个已移除提供商的过时默认值。你仍然应该**显式**设置 `provider/model`。 + 模型使用 `provider/model` 格式引用（示例：`openai/gpt-5.4`）。如果你省略提供商，OpenClaw 会先尝试别名，然后尝试与该精确模型 id 唯一匹配的已配置提供商，最后才会回退到已配置的默认提供商，这是一条已弃用的兼容路径。如果该提供商不再暴露已配置的默认模型，OpenClaw 会回退到第一个已配置的提供商/模型，而不是继续暴露一个已移除提供商的过期默认值。不过你仍然应该**显式**设置 `provider/model`。 - - **推荐默认值：**使用你提供商栈中可用的最强最新一代模型。 - **对于启用工具或接收不受信任输入的智能体：**优先考虑模型强度而不是成本。 - **对于常规/低风险聊天：**使用更便宜的回退模型，并按智能体角色路由。 + + **推荐默认值：** 使用你的提供商栈中可用的最强、最新一代模型。 + **对于启用工具或处理不受信任输入的智能体：** 优先考虑模型能力，而不是成本。 + **对于日常/低风险聊天：** 使用更便宜的回退模型，并按智能体角色进行路由。 - MiniMax 有自己的文档：[MiniMax](/zh-CN/providers/minimax) 和 + MiniMax 有单独文档： [MiniMax](/zh-CN/providers/minimax) 和 [本地模型](/zh-CN/gateway/local-models)。 - 经验法则：高风险工作使用你**负担得起的最佳模型**，而常规聊天或摘要则使用更便宜的 + 经验法则：高风险工作使用你**负担得起的最佳模型**，日常聊天或摘要使用更便宜的 模型。你可以按智能体路由模型，并使用子智能体来 - 并行执行长任务（每个子智能体都会消耗令牌）。请参阅 [Models](/zh-CN/concepts/models) 和 + 并行处理长任务（每个子智能体都会消耗令牌）。参见 [模型](/zh-CN/concepts/models) 和 [子智能体](/zh-CN/tools/subagents)。 强烈警告：较弱或过度量化的模型更容易受到 prompt - injection 和不安全行为影响。请参阅 [Security](/zh-CN/gateway/security)。 + injection 和不安全行为的影响。参见 [Security](/zh-CN/gateway/security)。 - 更多背景信息：[Models](/zh-CN/concepts/models)。 + 更多背景： [模型](/zh-CN/concepts/models)。 - 使用**模型命令**，或只编辑**模型**字段。避免整体替换配置。 + 使用**模型命令**，或者只编辑**模型**字段。避免完整替换配置。 安全选项： @@ -2253,35 +2254,35 @@ x-i18n: - `openclaw configure --section model`（交互式） - 编辑 `~/.openclaw/openclaw.json` 中的 `agents.defaults.model` - 避免对部分对象使用 `config.apply`，除非你就是要替换整个配置。 - 对于 RPC 编辑，先用 `config.schema.lookup` 检查，并优先使用 `config.patch`。lookup 载荷会为你提供规范化路径、浅层 schema 文档/约束以及直接子项摘要， - 用于执行部分更新。 + 除非你就是想替换整个配置，否则避免对部分对象使用 `config.apply`。 + 对于 RPC 编辑，先用 `config.schema.lookup` 检查，并优先使用 `config.patch`。lookup 负载会给出标准化路径、浅层 schema 文档/约束以及直接子节点摘要， + 以用于部分更新。 如果你确实覆盖了配置，请从备份恢复，或重新运行 `openclaw doctor` 进行修复。 - 文档：[Models](/zh-CN/concepts/models)、[Configure](/cli/configure)、[配置](/cli/config)、[Doctor](/zh-CN/gateway/doctor)。 + 文档：[模型](/zh-CN/concepts/models)、[Configure](/zh-CN/cli/configure)、[配置](/zh-CN/cli/config)、[Doctor](/zh-CN/gateway/doctor)。 - 可以。Ollama 是使用本地模型最简单的路径。 + 可以。对于本地模型，Ollama 是最简单的路径。 - 最快设置方式： + 最快设置： 1. 从 `https://ollama.com/download` 安装 Ollama 2. 拉取一个本地模型，例如 `ollama pull gemma4` - 3. 如果你还想使用云模型，运行 `ollama signin` + 3. 如果你还想使用云模型，请运行 `ollama signin` 4. 运行 `openclaw onboard` 并选择 `Ollama` 5. 选择 `Local` 或 `Cloud + Local` - 说明： + 注意： - - `Cloud + Local` 会为你提供云模型以及本地 Ollama 模型 - - 例如 `kimi-k2.5:cloud` 这样的云模型不需要本地拉取 - - 如需手动切换，请使用 `openclaw models list` 和 `openclaw models set ollama/` + - `Cloud + Local` 会提供云模型以及你的本地 Ollama 模型 + - 像 `kimi-k2.5:cloud` 这样的云模型不需要本地拉取 + - 手动切换时，使用 `openclaw models list` 和 `openclaw models set ollama/` - 安全说明：较小或高度量化的模型更容易受到 prompt - injection 影响。对于任何可以使用工具的机器人，我们强烈推荐使用**大型模型**。 - 如果你仍想使用小模型，请启用沙箱隔离和严格的工具允许列表。 + 安全说明：更小或高度量化的模型更容易受到 prompt + injection 的影响。对于任何可以使用工具的机器人，我们强烈建议使用**大型模型**。 + 如果你仍想使用小模型，请启用沙箱隔离和严格的工具 allowlists。 文档：[Ollama](/zh-CN/providers/ollama)、[本地模型](/zh-CN/gateway/local-models)、 [模型提供商](/zh-CN/concepts/model-providers)、[Security](/zh-CN/gateway/security)、 @@ -2290,12 +2291,12 @@ x-i18n: - - 这些部署可能不同，并且可能随时间变化；没有固定的提供商推荐。 - - 使用 `openclaw models status` 检查每个 Gateway 网关上的当前运行时设置。 - - 对于安全敏感/启用工具的智能体，请使用可用的最强最新一代模型。 + - 这些部署可能彼此不同，并且会随时间变化；没有固定的提供商推荐。 + - 在每个网关上用 `openclaw models status` 检查当前运行时设置。 + - 对于安全敏感/启用工具的智能体，请使用可用的最强、最新一代模型。 - + 将 `/model` 命令作为独立消息发送： ``` @@ -2308,7 +2309,7 @@ x-i18n: /model gemini-flash-lite ``` - 这些是内置别名。自定义别名可通过 `agents.defaults.models` 添加。 + 这些是内置别名。自定义别名可以通过 `agents.defaults.models` 添加。 你可以使用 `/model`、`/model list` 或 `/model status` 列出可用模型。 @@ -2318,17 +2319,17 @@ x-i18n: /model 3 ``` - 你还可以为该提供商强制指定一个 auth profile（按会话）： + 你还可以为提供商强制指定一个特定的 auth profile（按会话）： ``` /model opus@anthropic:default /model opus@anthropic:work ``` - 提示：`/model status` 会显示当前处于活跃状态的智能体、正在使用哪个 `auth-profiles.json` 文件，以及接下来会尝试哪个 auth profile。 - 如果可用，它还会显示已配置的提供商端点（`baseUrl`）和 API 模式（`api`）。 + 提示：`/model status` 会显示当前活动的是哪个智能体、正在使用哪个 `auth-profiles.json` 文件，以及接下来将尝试哪个 auth profile。 + 它在可用时也会显示已配置的提供商端点（`baseUrl`）和 API 模式（`api`）。 - **如何取消固定我用 @profile 设置的 profile？** + **如何取消固定我用 `@profile` 设置的 profile？** 重新运行 `/model`，**不要**带 `@profile` 后缀： @@ -2336,28 +2337,28 @@ x-i18n: /model anthropic/claude-opus-4-6 ``` - 如果你想恢复为默认值，请从 `/model` 中选择它（或发送 `/model `）。 - 使用 `/model status` 确认当前活跃的是哪个 auth profile。 + 如果你想恢复默认值，请从 `/model` 中选择它（或发送 `/model `）。 + 使用 `/model status` 确认当前活动的 auth profile。 - - 可以。将一个设为默认值，并在需要时切换： + + 可以。将一个设为默认，需要时再切换： - - **快速切换（按会话）：**日常任务用 `/model gpt-5.4`，编码时用 `/model openai-codex/gpt-5.4` 搭配 Codex OAuth。 - - **默认值 + 切换：**将 `agents.defaults.model.primary` 设置为 `openai/gpt-5.4`，然后在编码时切换到 `openai-codex/gpt-5.4`（或反过来）。 - - **子智能体：**将编码任务路由给具有不同默认模型的子智能体。 + - **快速切换（按会话）：** 日常任务使用 `/model gpt-5.4`，使用 Codex OAuth 编码时使用 `/model openai-codex/gpt-5.4`。 + - **默认值 + 切换：** 将 `agents.defaults.model.primary` 设为 `openai/gpt-5.4`，然后在编码时切换到 `openai-codex/gpt-5.4`（或者反过来）。 + - **子智能体：** 将编码任务路由给使用不同默认模型的子智能体。 - 请参阅 [Models](/zh-CN/concepts/models) 和 [Slash commands](/zh-CN/tools/slash-commands)。 + 参见 [模型](/zh-CN/concepts/models) 和 [斜杠命令](/zh-CN/tools/slash-commands)。 - - 可以使用会话切换或配置默认值： + + 可使用会话级开关或配置默认值： - - **按会话：**当会话使用 `openai/gpt-5.4` 或 `openai-codex/gpt-5.4` 时，发送 `/fast on`。 - - **按模型默认值：**将 `agents.defaults.models["openai/gpt-5.4"].params.fastMode` 设置为 `true`。 - - **Codex OAuth 也适用：**如果你也使用 `openai-codex/gpt-5.4`，请在该模型上设置同样的标志。 + - **按会话：** 当会话正在使用 `openai/gpt-5.4` 或 `openai-codex/gpt-5.4` 时，发送 `/fast on`。 + - **按模型默认值：** 将 `agents.defaults.models["openai/gpt-5.4"].params.fastMode` 设为 `true`。 + - **Codex OAuth 也一样：** 如果你也使用 `openai-codex/gpt-5.4`，请在那边设置同样的标志。 示例： @@ -2382,38 +2383,39 @@ x-i18n: } ``` - 对于 OpenAI，fast mode 在受支持的原生 Responses 请求上会映射为 `service_tier = "priority"`。会话 `/fast` 覆盖优先级高于配置默认值。 + 对于 OpenAI，快速模式在受支持的原生 Responses 请求上会映射为 `service_tier = "priority"`。会话级 `/fast` override 的优先级高于配置默认值。 - 请参阅 [Thinking 和 fast mode](/zh-CN/tools/thinking) 以及 [OpenAI fast mode](/zh-CN/providers/openai#openai-fast-mode)。 + 参见 [Thinking and fast mode](/zh-CN/tools/thinking) 和 [OpenAI 快速模式](/zh-CN/providers/openai#openai-fast-mode)。 - + 如果设置了 `agents.defaults.models`，它就会成为 `/model` 和任何 - 会话覆盖的**允许列表**。选择不在该列表中的模型会返回： + 会话 override 的**allowlist**。选择不在该列表中的模型会返回： ``` Model "provider/model" is not allowed. Use /model to list available models. ``` - 这个错误会**替代**正常回复返回。解决方法：将该模型加入 - `agents.defaults.models`，移除允许列表，或从 `/model list` 中选择一个模型。 + 这个错误会**替代**正常回复返回。修复方法：把该模型添加到 + `agents.defaults.models`，移除 allowlist，或者从 `/model list` 中选择一个模型。 - 这意味着**提供商未配置**（未找到 MiniMax 提供商配置或 auth - profile），因此无法解析该模型。 + 这表示**提供商未配置**（没有找到 MiniMax 提供商配置或 auth + profile），因此该模型无法解析。 修复检查清单： 1. 升级到当前的 OpenClaw 版本（或直接从源码 `main` 运行），然后重启 Gateway 网关。 2. 确保已配置 MiniMax（通过向导或 JSON），或者环境变量/auth profiles 中存在 MiniMax 认证， - 这样才能注入匹配的提供商 + 这样匹配的提供商才能被注入 （`minimax` 使用 `MINIMAX_API_KEY`，`minimax-portal` 使用 `MINIMAX_OAUTH_TOKEN` 或已存储的 MiniMax OAuth）。 - 3. 针对你的认证路径使用精确的模型 id（区分大小写）： - API 密钥设置使用 `minimax/MiniMax-M2.7` 或 `minimax/MiniMax-M2.7-highspeed`， + 3. 根据你的认证路径使用精确的模型 id（区分大小写）： + API 密钥 + 路径使用 `minimax/MiniMax-M2.7` 或 `minimax/MiniMax-M2.7-highspeed`； OAuth 设置使用 `minimax-portal/MiniMax-M2.7` / `minimax-portal/MiniMax-M2.7-highspeed`。 4. 运行： @@ -2422,17 +2424,17 @@ x-i18n: openclaw models list ``` - 并从列表中选择（或在聊天中使用 `/model list`）。 + 然后从列表中选择（或在聊天中使用 `/model list`）。 - 请参阅 [MiniMax](/zh-CN/providers/minimax) 和 [Models](/zh-CN/concepts/models)。 + 参见 [MiniMax](/zh-CN/providers/minimax) 和 [模型](/zh-CN/concepts/models)。 - - 可以。将**MiniMax 设为默认值**，并在需要时**按会话**切换模型。 - 回退适用于**错误**，而不是“困难任务”，因此请使用 `/model` 或单独的智能体。 + + 可以。将 **MiniMax 作为默认值**，并在需要时**按会话**切换模型。 + 回退机制用于处理**错误**，而不是“复杂任务”，因此请使用 `/model` 或单独的智能体。 - **选项 A：按会话切换** + **方案 A：按会话切换** ```json5 { @@ -2455,18 +2457,18 @@ x-i18n: /model gpt ``` - **选项 B：分离智能体** + **方案 B：使用独立智能体** - 智能体 A 默认：MiniMax - 智能体 B 默认：OpenAI - 按智能体路由，或使用 `/agent` 切换 - 文档：[Models](/zh-CN/concepts/models)、[多智能体路由](/zh-CN/concepts/multi-agent)、[MiniMax](/zh-CN/providers/minimax)、[OpenAI](/zh-CN/providers/openai)。 + 文档：[模型](/zh-CN/concepts/models)、[多智能体路由](/zh-CN/concepts/multi-agent)、[MiniMax](/zh-CN/providers/minimax)、[OpenAI](/zh-CN/providers/openai)。 - - 是的。OpenClaw 自带一些默认简写（仅当模型存在于 `agents.defaults.models` 中时才会生效）： + + 是。OpenClaw 提供了一些默认简写（仅当模型存在于 `agents.defaults.models` 中时才会生效）： - `opus` → `anthropic/claude-opus-4-6` - `sonnet` → `anthropic/claude-sonnet-4-6` @@ -2477,7 +2479,7 @@ x-i18n: - `gemini-flash` → `google/gemini-3-flash-preview` - `gemini-flash-lite` → `google/gemini-3.1-flash-lite-preview` - 如果你设置了同名自定义别名，则以你的值为准。 + 如果你用相同名称设置了自己的别名，将以你的值为准。 @@ -2499,12 +2501,12 @@ x-i18n: } ``` - 然后 `/model sonnet`（或在支持时使用 `/`）就会解析到对应模型 ID。 + 然后 `/model sonnet`（或在支持时使用 `/`）就会解析到该模型 ID。 - - OpenRouter（按令牌付费；很多模型）： + + OpenRouter（按令牌计费；模型很多）： ```json5 { @@ -2532,19 +2534,19 @@ x-i18n: } ``` - 如果你引用了某个 provider/model，但缺少所需的提供商密钥，就会收到运行时认证错误（例如 `No API key found for provider "zai"`）。 + 如果你引用了某个提供商/模型，但缺少所需的提供商密钥，你会收到运行时认证错误（例如 `No API key found for provider "zai"`）。 - **添加新智能体后提示 No API key found for provider** + **添加新智能体后显示 No API key found for provider** - 这通常意味着**新智能体**拥有一个空的认证存储。认证是按智能体隔离的，并存储在： + 这通常意味着**新智能体**的认证存储为空。认证是按智能体划分的，并存储在： ``` ~/.openclaw/agents//agent/auth-profiles.json ``` - 修复方式： + 修复选项： - - 运行 `openclaw agents add `，并在向导中配置认证。 + - 运行 `openclaw agents add ` 并在向导中配置认证。 - 或者将主智能体 `agentDir` 中的 `auth-profiles.json` 复制到新智能体的 `agentDir` 中。 **不要**在多个智能体之间复用 `agentDir`；这会导致认证/会话冲突。 @@ -2561,22 +2563,22 @@ x-i18n: 1. 同一提供商内的 **auth profile 轮换**。 2. **模型回退**到 `agents.defaults.model.fallbacks` 中的下一个模型。 - 对失败的 profile 会应用冷却时间（指数退避），因此即使提供商受到速率限制或暂时失败，OpenClaw 也能继续响应。 + 对失败的 profile 会应用冷却时间（指数退避），因此即使提供商被限流或暂时故障，OpenClaw 也能继续响应。 - 速率限制桶不只是普通的 `429` 响应。OpenClaw - 还会将诸如 `Too many concurrent requests`、 + 速率限制桶不仅包含普通的 `429` 响应。OpenClaw + 也会将诸如 `Too many concurrent requests`、 `ThrottlingException`、`concurrency limit reached`、 - `workers_ai ... quota limit exceeded`、`resource exhausted` 以及周期性的 - 使用窗口限制（`weekly/monthly limit reached`）视为值得故障切换的 + `workers_ai ... quota limit exceeded`、`resource exhausted`，以及周期性的 + 用量窗口限制（`weekly/monthly limit reached`）视为值得进行故障切换的 速率限制。 - 某些看似计费类的响应并不是 `402`，而有些 HTTP `402` - 响应也仍然会留在这个瞬时故障桶中。如果提供商在 `401` 或 `403` 上返回 - 明确的计费文本，OpenClaw 仍然可以将其保留在 - 计费通道中，但提供商特定的文本匹配器仍然仅限于拥有它们的 - 提供商（例如 OpenRouter 的 `Key limit exceeded`）。如果某条 `402` - 消息看起来更像可重试的使用窗口限制，或 - 组织/工作区支出限制（`daily limit reached, resets tomorrow`、 + 某些看起来像计费的响应并不是 `402`，而某些 HTTP `402` + 响应也仍然会落在这个瞬时错误桶中。如果提供商在 `401` 或 `403` + 上返回了明确的计费文本，OpenClaw 仍可以将其保留在 + 计费通道中，但提供商特定的文本匹配器仍然只作用于拥有它们的 + 提供商（例如 OpenRouter 的 `Key limit exceeded`）。如果一条 `402` + 消息看起来更像是可重试的用量窗口，或 + 组织/工作区支出上限（`daily limit reached, resets tomorrow`、 `organization spending limit exceeded`），OpenClaw 会将其视为 `rate_limit`，而不是长期计费禁用。 @@ -2584,78 +2586,79 @@ x-i18n: `request_too_large`、`input exceeds the maximum number of tokens`、 `input token count exceeds the maximum number of input tokens`、 `input is too long for the model` 或 `ollama error: context length - exceeded` 这类特征会停留在压缩/重试路径中，而不是推进模型回退。 + exceeded` 这样的特征会保留在压缩/重试路径中，而不会推进到模型 + 回退。 - 通用服务器错误文本的范围被有意收窄，而不是“任何带 - unknown/error 的内容都算”。OpenClaw 确实会将提供商范围内的瞬时形态 - 视为值得故障切换的超时/过载信号，例如 Anthropic 的裸 `An unknown error occurred`、OpenRouter 的裸 - `Provider returned error`、停止原因错误如 `Unhandled stop reason: - error`、带有瞬时服务器文本的 JSON `api_error` 载荷 + 通用服务器错误文本的匹配范围会刻意比“任何包含 + unknown/error 的内容”更窄。OpenClaw 确实会将提供商范围内的瞬时错误形态 + 视为值得故障切换的超时/过载信号，例如 Anthropic 裸 + `An unknown error occurred`、OpenRouter 裸 + `Provider returned error`、stop-reason 错误如 `Unhandled stop reason: + error`、带有瞬时服务器文本的 JSON `api_error` 负载 （`internal server error`、`unknown error, 520`、`upstream error`、`backend - error`），以及当提供商上下文 - 匹配时的提供商繁忙错误如 `ModelNotReadyException`。 - 通用内部回退文本如 `LLM request failed with an unknown - error.` 则保持保守，不会仅凭自身触发模型回退。 + error`），以及提供商忙碌错误如 `ModelNotReadyException`，前提是提供商上下文匹配。 + 像 `LLM request failed with an unknown + error.` 这样的通用内部回退文本则会保持保守，不会仅凭自身触发模型回退。 - 这表示系统尝试使用 auth profile ID `anthropic:default`，但在预期的 auth 存储中找不到对应凭据。 + 这意味着系统尝试使用 auth profile ID `anthropic:default`，但无法在预期的认证存储中找到它对应的凭证。 **修复检查清单：** - - **确认 auth profiles 的存放位置**（新版与旧版路径） + - **确认 auth profiles 的存放位置**（新路径与旧路径） - 当前：`~/.openclaw/agents//agent/auth-profiles.json` - 旧版：`~/.openclaw/agent/*`（由 `openclaw doctor` 迁移） - - **确认你的环境变量已被 Gateway 网关加载** - - 如果你在 shell 中设置了 `ANTHROPIC_API_KEY`，但 Gateway 网关是通过 systemd/launchd 运行，它可能不会继承该变量。请将其放入 `~/.openclaw/.env`，或启用 `env.shellEnv`。 + - **确认 Gateway 网关已加载你的环境变量** + - 如果你在 shell 中设置了 `ANTHROPIC_API_KEY`，但通过 systemd/launchd 运行 Gateway 网关，它可能不会继承该变量。请将其放入 `~/.openclaw/.env`，或启用 `env.shellEnv`。 - **确保你编辑的是正确的智能体** - 多智能体设置意味着可能存在多个 `auth-profiles.json` 文件。 - - **检查模型/认证状态是否正常** - - 使用 `openclaw models status` 查看已配置模型以及提供商是否已认证。 + - **进行模型/认证状态完整性检查** + - 使用 `openclaw models status` 查看已配置模型，以及提供商是否已认证。 **针对 “No credentials found for profile anthropic” 的修复检查清单** 这意味着当前运行被固定到了一个 Anthropic auth profile，但 Gateway 网关 - 无法在其 auth 存储中找到它。 + 无法在其认证存储中找到它。 - **使用 Claude CLI** - 在 Gateway 网关主机上运行 `openclaw models auth login --provider anthropic --method cli --set-default`。 - **如果你想改用 API 密钥** - - 将 `ANTHROPIC_API_KEY` 放入**Gateway 网关主机**上的 `~/.openclaw/.env`。 - - 清除任何强制使用缺失 profile 的固定顺序： + - 将 `ANTHROPIC_API_KEY` 放到**网关主机**上的 `~/.openclaw/.env` 中。 + - 清除任何会强制使用缺失 profile 的固定顺序： ```bash openclaw models auth order clear --provider anthropic ``` - - **确认你是在 Gateway 网关主机上运行这些命令** - - 在远程模式下，auth profiles 存在于 Gateway 网关机器上，而不是你的笔记本。 + - **确认你是在 Gateway 网关主机上运行命令** + - 在远程模式下，auth profiles 位于网关机器上，而不是你的笔记本电脑上。 - - 如果你的模型配置将 Google Gemini 作为回退（或者你切换到了 Gemini 简写），OpenClaw 就会在模型回退期间尝试它。如果你尚未配置 Google 凭据，就会看到 `No API key found for provider "google"`。 + + 如果你的模型配置将 Google Gemini 设为回退项（或者你切换到了 Gemini 简写），OpenClaw 就会在模型回退期间尝试它。如果你还没有配置 Google 凭证，就会看到 `No API key found for provider "google"`。 - 修复方法：要么提供 Google 认证，要么从 `agents.defaults.model.fallbacks` / 别名中移除或避免 Google 模型，这样回退就不会路由到它。 + 修复方法：要么提供 Google 认证，要么从 `agents.defaults.model.fallbacks` / 别名中移除或避免使用 Google 模型，这样回退时就不会路由到那里。 **LLM request rejected: thinking signature required（Google Antigravity）** - 原因：会话历史包含**没有签名的 thinking 块**（通常来自 - 中止/部分流式输出）。Google Antigravity 要求 thinking 块带有签名。 + 原因：会话历史中包含**没有签名的 thinking 块**（通常来自 + 中止/部分流式传输）。Google Antigravity 要求 thinking 块必须带有签名。 - 修复方法：OpenClaw 现在会为 Google Antigravity Claude 去除未签名的 thinking 块。如果仍然出现，请启动一个**新会话**，或对该智能体设置 `/thinking off`。 + 解决方法：OpenClaw 现在会为 Google Antigravity Claude 删除未签名的 thinking 块。如果问题仍然出现，请开始一个**新会话**，或为该智能体设置 `/thinking off`。 -## Auth profiles：它们是什么以及如何管理 +## auth profiles：它们是什么，以及如何管理 相关内容：[/concepts/oauth](/zh-CN/concepts/oauth)（OAuth 流程、令牌存储、多账户模式） - auth profile 是与某个提供商绑定的命名凭据记录（OAuth 或 API 密钥）。Profiles 存放于： + auth profile 是一个与提供商关联的命名凭证记录（OAuth 或 API 密钥）。Profiles 存储在： ``` ~/.openclaw/agents//agent/auth-profiles.json @@ -2666,22 +2669,22 @@ x-i18n: OpenClaw 使用带提供商前缀的 ID，例如： - - `anthropic:default`（在没有 email 身份时很常见） - - `anthropic:` 用于 OAuth 身份 + - `anthropic:default`（没有 email 身份时很常见） + - OAuth 身份使用 `anthropic:` - 你自定义的 ID（例如 `anthropic:work`） - - 可以。配置支持为 profile 设置可选元数据，并支持按提供商排序（`auth.order.`）。这**不会**存储 secret；它只是将 ID 映射到 provider/mode，并设置轮换顺序。 + + 可以。配置支持 profile 的可选元数据，以及按提供商划分的排序（`auth.order.`）。这**不会**存储 secrets；它只会将 ID 映射到 provider/mode，并设置轮换顺序。 - 如果某个 profile 处于短期**冷却**状态（速率限制/超时/认证失败）或更长期的**禁用**状态（计费/余额不足），OpenClaw 可能会暂时跳过它。要检查这一点，请运行 `openclaw models status --json` 并查看 `auth.unusableProfiles`。调优项：`auth.cooldowns.billingBackoffHours*`。 + 如果某个 profile 处于较短的**冷却**状态（速率限制/超时/认证失败），或者较长的**禁用**状态（计费/额度不足），OpenClaw 可能会暂时跳过它。要检查这一点，请运行 `openclaw models status --json` 并查看 `auth.unusableProfiles`。调优参数：`auth.cooldowns.billingBackoffHours*`。 - 速率限制冷却时间可以按模型划分作用域。某个 profile 对某个模型处于冷却中时， - 对同一提供商上的兄弟模型仍可能可用， + 速率限制冷却可以是按模型划分的。一个 profile 可能对某个模型正在冷却， + 但对于同一提供商下的兄弟模型仍然可用； 而计费/禁用窗口仍会阻止整个 profile。 - 你也可以通过 CLI 设置**按智能体**的顺序覆盖（存储在该智能体的 `auth-state.json` 中）： + 你还可以通过 CLI 设置**每个智能体**的顺序 override（存储在该智能体的 `auth-state.json` 中）： ```bash # 默认针对已配置的默认智能体（省略 --agent） @@ -2690,37 +2693,37 @@ x-i18n: # 将轮换锁定到单个 profile（只尝试这个） openclaw models auth order set --provider anthropic anthropic:default - # 或设置显式顺序（同一提供商内回退） + # 或设置显式顺序（提供商内回退） openclaw models auth order set --provider anthropic anthropic:work anthropic:default - # 清除覆盖（退回到配置 auth.order / round-robin） + # 清除 override（回退到 config auth.order / round-robin） openclaw models auth order clear --provider anthropic ``` - 如果要针对特定智能体： + 若要指定某个特定智能体： ```bash openclaw models auth order set --provider anthropic --agent main anthropic:default ``` - 如需验证实际会尝试什么，请使用： + 要验证实际会尝试什么，请使用： ```bash openclaw models status --probe ``` - 如果某个已存储的 profile 被显式顺序排除在外，probe 会为该 profile 报告 - `excluded_by_auth_order`，而不是默默尝试它。 + 如果某个已存储 profile 被显式顺序排除在外，probe 会对该 profile 报告 + `excluded_by_auth_order`，而不是静默尝试它。 - - OpenClaw 两者都支持： + + OpenClaw 同时支持这两种方式： - - **OAuth** 通常会利用订阅访问权限（适用时）。 - - **API keys** 使用按令牌计费。 + - **OAuth** 通常利用订阅访问权限（在适用时）。 + - **API 密钥** 使用按令牌计费。 - 向导明确支持 Anthropic Claude CLI、OpenAI Codex OAuth 和 API keys。 + 向导明确支持 Anthropic Claude CLI、OpenAI Codex OAuth 和 API 密钥。 @@ -2734,44 +2737,44 @@ x-i18n: 优先级： ``` - --port > OPENCLAW_GATEWAY_PORT > gateway.port > default 18789 + --port > OPENCLAW_GATEWAY_PORT > gateway.port > 默认值 18789 ``` - - 因为 “running” 是 **supervisor** 的视角（launchd/systemd/schtasks）。而 connectivity probe 是 CLI 实际连接到 Gateway 网关 WebSocket 的结果。 + + 因为“running”反映的是**supervisor**的视角（launchd/systemd/schtasks）。而 connectivity probe 则是 CLI 实际尝试连接到 Gateway 网关 WebSocket。 - 使用 `openclaw gateway status`，并重点看这些行： + 使用 `openclaw gateway status`，并重点查看以下几行： - `Probe target:`（探测实际使用的 URL） - `Listening:`（端口上实际绑定的内容） - - `Last gateway error:`（当进程还活着但端口没有监听时的常见根因） + - `Last gateway error:`（进程存活但端口未监听时的常见根因） - - 你正在编辑一个配置文件，而服务实际运行的是另一个配置文件（通常是 `--profile` / `OPENCLAW_STATE_DIR` 不匹配）。 + + 你正在编辑一个配置文件，而服务运行的是另一个配置文件（通常是 `--profile` / `OPENCLAW_STATE_DIR` 不匹配）。 - 修复方法： + 解决方法： ```bash openclaw gateway install --force ``` - 请在你希望服务使用的同一个 `--profile` / 环境下运行该命令。 + 请在你希望服务使用的同一个 `--profile` / 环境中运行此命令。 - OpenClaw 会在启动时立即绑定 WebSocket 监听器（默认 `ws://127.0.0.1:18789`）来强制执行运行时锁。如果绑定因 `EADDRINUSE` 失败，就会抛出 `GatewayLockError`，表示已有另一个实例正在监听。 + OpenClaw 会在启动时立即通过绑定 WebSocket 监听器来强制执行运行时锁（默认 `ws://127.0.0.1:18789`）。如果绑定因 `EADDRINUSE` 失败，就会抛出 `GatewayLockError`，表示已有另一个实例正在监听。 - 修复方法：停止另一个实例，释放端口，或者使用 `openclaw gateway --port ` 运行。 + 解决方法：停止另一个实例、释放端口，或者使用 `openclaw gateway --port ` 在其他端口上运行。 - - 设置 `gateway.mode: "remote"` 并指向远程 WebSocket URL，可选附带共享密钥远程凭据： + + 设置 `gateway.mode: "remote"` 并指向远程 WebSocket URL；也可以可选地配置共享密钥远程凭证： ```json5 { @@ -2786,100 +2789,100 @@ x-i18n: } ``` - 说明： + 注意： - - 只有当 `gateway.mode` 为 `local` 时，`openclaw gateway` 才会启动（或者你传入覆盖标志）。 - - macOS 应用会监视配置文件，并在这些值变化时实时切换模式。 - - `gateway.remote.token` / `.password` 仅是客户端侧远程凭据；它们本身不会启用本地 Gateway 网关认证。 + - `openclaw gateway` 仅在 `gateway.mode` 为 `local` 时才会启动（或你传入 override 标志时）。 + - macOS 应用会监视配置文件，并在这些值更改时实时切换模式。 + - `gateway.remote.token` / `.password` 只是客户端侧的远程凭证；它们本身并不会启用本地网关认证。 - 你的 Gateway 网关认证路径与 UI 的认证方式不匹配。 + 你的网关认证路径与 UI 的认证方法不匹配。 事实（来自代码）： - - Control UI 会将令牌保存在当前浏览器标签页会话和所选 Gateway 网关 URL 对应的 `sessionStorage` 中，因此同一标签页刷新后仍可继续使用，而无需恢复长期的 localStorage 令牌持久化。 - - 在 `AUTH_TOKEN_MISMATCH` 时，受信任客户端可以在 Gateway 网关返回重试提示（`canRetryWithDeviceToken=true`、`recommendedNextStep=retry_with_device_token`）的情况下，使用缓存设备令牌尝试一次有限重试。 - - 该缓存令牌重试现在会复用与设备令牌一同存储的已批准 scopes。显式 `deviceToken` / 显式 `scopes` 调用方仍会保留其请求的 scope 集，而不会继承缓存 scopes。 - - 在该重试路径之外，connect 认证优先级依次为：显式共享令牌/密码、显式 `deviceToken`、已存储设备令牌、bootstrap 令牌。 - - Bootstrap 令牌的 scope 检查带有角色前缀。内置 bootstrap operator allowlist 仅满足 operator 请求；node 或其他非 operator 角色仍然需要带有各自角色前缀的 scopes。 + - Control UI 会将令牌保存在 `sessionStorage` 中，作用范围是当前浏览器标签页会话和所选 Gateway 网关 URL，因此同一标签页中的刷新仍然可用，而不再恢复长期的 localStorage 令牌持久化。 + - 在出现 `AUTH_TOKEN_MISMATCH` 时，受信任客户端在网关返回重试提示（`canRetryWithDeviceToken=true`、`recommendedNextStep=retry_with_device_token`）时，可以使用缓存的设备令牌进行一次有界重试。 + - 该缓存令牌重试现在会复用与设备令牌一起存储的已批准 scopes。显式 `deviceToken` / 显式 `scopes` 调用方仍会保留自己请求的作用域集合，而不会继承缓存作用域。 + - 在这条重试路径之外，connect 认证优先级依次为：显式共享令牌/密码优先，然后是显式 `deviceToken`，再然后是已存储设备令牌，最后是 bootstrap token。 + - Bootstrap token 的作用域检查带有角色前缀。内置的 bootstrap operator allowlist 仅满足 operator 请求；node 或其他非 operator 角色仍然需要其自身角色前缀下的 scopes。 - 修复方法： + 解决方法： - - 最快方式：`openclaw dashboard`（打印并复制仪表板 URL，尝试打开；如果是无头环境则显示 SSH 提示）。 + - 最快方式：`openclaw dashboard`（打印并复制仪表板 URL，尝试打开；若为无头环境则显示 SSH 提示）。 - 如果你还没有令牌：`openclaw doctor --generate-gateway-token`。 - - 如果是远程环境，先建立隧道：`ssh -N -L 18789:127.0.0.1:18789 user@host`，然后打开 `http://127.0.0.1:18789/`。 + - 如果是远程环境，先建立 tunnel：`ssh -N -L 18789:127.0.0.1:18789 user@host`，然后打开 `http://127.0.0.1:18789/`。 - 共享密钥模式：设置 `gateway.auth.token` / `OPENCLAW_GATEWAY_TOKEN` 或 `gateway.auth.password` / `OPENCLAW_GATEWAY_PASSWORD`，然后在 Control UI 设置中粘贴匹配的密钥。 - - Tailscale Serve 模式：确保已启用 `gateway.auth.allowTailscale`，并且你打开的是 Serve URL，而不是绕过 Tailscale 身份头的原始 loopback/tailnet URL。 - - Trusted-proxy 模式：确保你的流量是通过已配置的非 loopback 身份感知代理进入的，而不是同主机的 loopback 代理或原始 Gateway 网关 URL。 - - 如果在那一次重试之后仍然不匹配，请轮换/重新批准已配对的设备令牌： + - Tailscale Serve 模式：确保已启用 `gateway.auth.allowTailscale`，并且你打开的是 Serve URL，而不是绕过 Tailscale 身份标头的原始 loopback/tailnet URL。 + - Trusted-proxy 模式：确保你是通过已配置的非 loopback 身份感知代理访问，而不是通过同主机 loopback 代理或原始网关 URL。 + - 如果在一次重试后仍然不匹配，请轮换/重新批准配对的设备令牌： - `openclaw devices list` - `openclaw devices rotate --device --role operator` - - 如果该轮换调用提示被拒绝，请检查两点： - - 已配对设备会话只能轮换**它们自己的**设备，除非它们还具备 `operator.admin` - - 显式 `--scope` 值不能超出调用方当前的 operator scopes - - 仍然卡住？运行 `openclaw status --all` 并参照 [故障排除](/zh-CN/gateway/troubleshooting)。认证细节请参阅 [Dashboard](/web/dashboard)。 + - 如果该 rotate 调用提示被拒绝，请检查两点： + - 已配对设备会话只能轮换它们**自己的**设备，除非它们还拥有 `operator.admin` + - 显式 `--scope` 值不能超过调用方当前的 operator scopes + - 仍然卡住？运行 `openclaw status --all`，并按照 [故障排除](/zh-CN/gateway/troubleshooting) 进行处理。认证细节请参见 [Dashboard](/zh-CN/web/dashboard)。 - - `tailnet` 绑定会从你的网络接口中选择一个 Tailscale IP（100.64.0.0/10）。如果机器不在 Tailscale 上（或者接口已关闭），就没有可绑定的地址。 + + `tailnet` 绑定会从你的网络接口中选择一个 Tailscale IP（100.64.0.0/10）。如果这台机器不在 Tailscale 网络中（或接口已关闭），就没有可绑定的地址。 - 修复方法： + 解决方法： - 在该主机上启动 Tailscale（使其拥有一个 100.x 地址），或者 - - 切换为 `gateway.bind: "loopback"` / `"lan"`。 + - 改用 `gateway.bind: "loopback"` / `"lan"`。 - 注意：`tailnet` 是显式模式。`auto` 会优先选择 loopback；当你想要仅限 tailnet 的绑定时，请使用 `gateway.bind: "tailnet"`。 + 注意：`tailnet` 是显式指定的。`auto` 会优先选择 loopback；当你需要仅在 tailnet 上绑定时，请使用 `gateway.bind: "tailnet"`。 - 通常不需要——一个 Gateway 网关就可以运行多个消息渠道和智能体。只有在你需要冗余（例如救援机器人）或硬隔离时，才使用多个 Gateway 网关。 + 通常不可以——一个 Gateway 网关就可以运行多个消息渠道和智能体。只有在你需要冗余（例如救援机器人）或硬隔离时，才使用多个 Gateway 网关。 - 可以，但你必须隔离以下内容： + 可以，但你必须做好隔离： - - `OPENCLAW_CONFIG_PATH`（每个实例单独配置） - - `OPENCLAW_STATE_DIR`（每个实例单独状态） + - `OPENCLAW_CONFIG_PATH`（每实例配置） + - `OPENCLAW_STATE_DIR`（每实例状态） - `agents.defaults.workspace`（工作区隔离） - `gateway.port`（唯一端口） 快速设置（推荐）： - - 每个实例使用 `openclaw --profile ...`（自动创建 `~/.openclaw-`）。 - - 在每个 profile 配置中设置唯一的 `gateway.port`（或手动运行时传入 `--port`）。 - - 安装按 profile 区分的服务：`openclaw --profile gateway install`。 + - 每个实例使用 `openclaw --profile ...`（会自动创建 `~/.openclaw-`）。 + - 在每个 profile 的配置中设置唯一的 `gateway.port`（或者在手动运行时传入 `--port`）。 + - 安装按 profile 划分的服务：`openclaw --profile gateway install`。 - Profiles 还会为服务名添加后缀（`ai.openclaw.`；旧版为 `com.openclaw.*`、`openclaw-gateway-.service`、`OpenClaw Gateway ()`）。 + Profiles 还会给服务名加后缀（`ai.openclaw.`；旧版为 `com.openclaw.*`、`openclaw-gateway-.service`、`OpenClaw Gateway ()`）。 完整指南：[多个 Gateway 网关](/zh-CN/gateway/multiple-gateways)。 - Gateway 网关是一个 **WebSocket 服务器**，并且它要求第一条消息 - 必须是 `connect` frame。如果收到其他内容，它就会以 - **code 1008**（策略违规）关闭连接。 + Gateway 网关是一个**WebSocket 服务器**，它期望收到的第一条消息 + 是一个 `connect` 帧。如果收到其他任何内容，它就会关闭连接， + 并返回 **code 1008**（策略违规）。 常见原因： - 你在浏览器中打开了 **HTTP** URL（`http://...`），而不是使用 WS 客户端。 - - 你使用了错误的端口或路径。 - - 某个代理或隧道去掉了认证头，或发送了非 Gateway 网关请求。 + - 你用了错误的端口或路径。 + - 某个代理或 tunnel 去掉了认证标头，或发送了非 Gateway 网关请求。 快速修复： 1. 使用 WS URL：`ws://:18789`（如果是 HTTPS，则用 `wss://...`）。 2. 不要在普通浏览器标签页中打开 WS 端口。 - 3. 如果开启了认证，请在 `connect` frame 中包含令牌/密码。 + 3. 如果启用了认证，请在 `connect` 帧中包含 token/password。 - 如果你使用 CLI 或 TUI，URL 应该类似这样： + 如果你使用的是 CLI 或 TUI，URL 应如下所示： ``` openclaw tui --url ws://:18789 --token ``` - 协议详情：[Gateway 协议](/zh-CN/gateway/protocol)。 + 协议细节：[Gateway protocol](/zh-CN/gateway/protocol)。 @@ -2894,40 +2897,40 @@ x-i18n: /tmp/openclaw/openclaw-YYYY-MM-DD.log ``` - 你可以通过 `logging.file` 设置一个稳定路径。文件日志级别由 `logging.level` 控制。控制台详细程度由 `--verbose` 和 `logging.consoleLevel` 控制。 + 你可以通过 `logging.file` 设置固定路径。文件日志级别由 `logging.level` 控制。控制台详细程度由 `--verbose` 和 `logging.consoleLevel` 控制。 - 最快查看日志尾部的方法： + 最快的日志跟踪方式： ```bash openclaw logs --follow ``` - 服务/supervisor 日志（当 Gateway 网关通过 launchd/systemd 运行时）： + 服务/supervisor 日志（当网关通过 launchd/systemd 运行时）： - macOS：`$OPENCLAW_STATE_DIR/logs/gateway.log` 和 `gateway.err.log`（默认：`~/.openclaw/logs/...`；profiles 使用 `~/.openclaw-/logs/...`） - Linux：`journalctl --user -u openclaw-gateway[-].service -n 200 --no-pager` - Windows：`schtasks /Query /TN "OpenClaw Gateway ()" /V /FO LIST` - 更多信息请参阅 [故障排除](/zh-CN/gateway/troubleshooting)。 + 更多内容请参见 [故障排除](/zh-CN/gateway/troubleshooting)。 - 使用 gateway 帮助命令： + 使用 Gateway 网关辅助命令： ```bash openclaw gateway status openclaw gateway restart ``` - 如果你是手动运行 Gateway 网关，`openclaw gateway --force` 可以重新夺回端口。请参阅 [Gateway 网关](/zh-CN/gateway)。 + 如果你是手动运行网关，`openclaw gateway --force` 可以重新夺回端口。参见 [Gateway 网关](/zh-CN/gateway)。 - + Windows 有**两种安装模式**： - **1）WSL2（推荐）：**Gateway 网关运行在 Linux 内部。 + **1）WSL2（推荐）：** Gateway 网关运行在 Linux 内部。 打开 PowerShell，进入 WSL，然后重启： @@ -2937,13 +2940,13 @@ x-i18n: openclaw gateway restart ``` - 如果你从未安装服务，请在前台启动它： + 如果你从未安装服务，就在前台启动它： ```bash openclaw gateway run ``` - **2）原生 Windows（不推荐）：**Gateway 网关直接运行在 Windows 中。 + **2）原生 Windows（不推荐）：** Gateway 网关直接运行在 Windows 中。 打开 PowerShell 并运行： @@ -2962,7 +2965,7 @@ x-i18n: - + 先做一次快速健康检查： ```bash @@ -2974,36 +2977,36 @@ x-i18n: 常见原因： - - **Gateway 网关主机**上未加载模型认证（检查 `models status`）。 - - 渠道配对/允许列表阻止了回复（检查渠道配置 + 日志）。 + - **网关主机**上未加载模型认证（检查 `models status`）。 + - 渠道配对/allowlist 阻止了回复（检查渠道配置 + 日志）。 - WebChat/Dashboard 打开时没有使用正确令牌。 - 如果你处于远程环境，请确认隧道/Tailscale 连接已建立，并且 - Gateway WebSocket 可达。 + 如果你处于远程模式，请确认 tunnel/Tailscale 连接已建立，并且 + Gateway 网关 WebSocket 可达。 文档：[渠道](/zh-CN/channels)、[故障排除](/zh-CN/gateway/troubleshooting)、[远程访问](/zh-CN/gateway/remote)。 - + 这通常意味着 UI 丢失了 WebSocket 连接。请检查： - 1. Gateway 网关是否在运行？`openclaw gateway status` + 1. Gateway 网关是否正在运行？`openclaw gateway status` 2. Gateway 网关是否健康？`openclaw status` - 3. UI 是否使用了正确的令牌？`openclaw dashboard` - 4. 如果是远程环境，隧道/Tailscale 链接是否正常？ + 3. UI 是否使用了正确令牌？`openclaw dashboard` + 4. 如果是远程环境，tunnel/Tailscale 连接是否正常？ - 然后查看日志尾部： + 然后跟踪日志： ```bash openclaw logs --follow ``` - 文档：[Dashboard](/web/dashboard)、[远程访问](/zh-CN/gateway/remote)、[故障排除](/zh-CN/gateway/troubleshooting)。 + 文档：[Dashboard](/zh-CN/web/dashboard)、[远程访问](/zh-CN/gateway/remote)、[故障排除](/zh-CN/gateway/troubleshooting)。 - + 先查看日志和渠道状态： ```bash @@ -3011,10 +3014,10 @@ x-i18n: openclaw channels logs --channel telegram ``` - 然后根据错误类型处理： + 然后根据错误进行匹配： - - `BOT_COMMANDS_TOO_MUCH`：Telegram 菜单项过多。OpenClaw 已经会裁剪到 Telegram 限制并用更少命令重试，但某些菜单项仍然需要删减。请减少 plugin/skill/自定义命令，或者如果你不需要该菜单，就禁用 `channels.telegram.commands.native`。 - - `TypeError: fetch failed`、`Network request for 'setMyCommands' failed!` 或类似网络错误：如果你在 VPS 上或位于代理之后，请确认允许出站 HTTPS，并且 `api.telegram.org` 的 DNS 可正常工作。 + - `BOT_COMMANDS_TOO_MUCH`：Telegram 菜单条目太多。OpenClaw 已经会裁剪到 Telegram 的限制并用更少命令重试，但仍然需要删除一些菜单项。请减少 plugin/skill/自定义命令，或者如果你不需要该菜单，可禁用 `channels.telegram.commands.native`。 + - `TypeError: fetch failed`、`Network request for 'setMyCommands' failed!` 或类似网络错误：如果你在 VPS 上或位于代理之后，请确认允许出站 HTTPS，并且 `api.telegram.org` 的 DNS 解析正常。 如果 Gateway 网关是远程的，请确保你查看的是 Gateway 网关主机上的日志。 @@ -3022,7 +3025,7 @@ x-i18n: - + 先确认 Gateway 网关可达，并且智能体能够运行： ```bash @@ -3031,14 +3034,14 @@ x-i18n: openclaw logs --follow ``` - 在 TUI 中，使用 `/status` 查看当前状态。如果你希望回复发送到聊天 - 渠道，请确保已启用投递（`/deliver on`）。 + 在 TUI 中，使用 `/status` 查看当前状态。如果你希望在某个聊天 + 渠道中收到回复，请确保已启用投递（`/deliver on`）。 - 文档：[TUI](/web/tui)、[Slash commands](/zh-CN/tools/slash-commands)。 + 文档：[TUI](/zh-CN/web/tui)、[斜杠命令](/zh-CN/tools/slash-commands)。 - + 如果你安装了服务： ```bash @@ -3046,10 +3049,10 @@ x-i18n: openclaw gateway start ``` - 这会停止/启动**受监管服务**（macOS 上是 launchd，Linux 上是 systemd）。 - 当 Gateway 网关以守护进程形式在后台运行时，请使用这个方式。 + 这会停止/启动**受管服务**（macOS 上是 launchd，Linux 上是 systemd）。 + 当 Gateway 网关作为后台守护进程运行时，请使用这种方式。 - 如果你是在前台运行，请使用 Ctrl-C 停止，然后执行： + 如果你是在前台运行，使用 Ctrl-C 停止，然后执行： ```bash openclaw gateway run @@ -3059,16 +3062,16 @@ x-i18n: - + - `openclaw gateway restart`：重启**后台服务**（launchd/systemd）。 - `openclaw gateway`：在当前终端会话中**前台**运行 Gateway 网关。 - 如果你安装了服务，请使用 gateway 命令。只有当 - 你想进行一次性的前台运行时，才使用 `openclaw gateway`。 + 如果你安装了服务，请使用 gateway 命令。当你 + 只想临时前台运行一次时，使用 `openclaw gateway`。 - + 使用 `--verbose` 启动 Gateway 网关，以获得更多控制台细节。然后检查日志文件，查看渠道认证、模型路由和 RPC 错误。 @@ -3076,8 +3079,8 @@ x-i18n: ## 媒体和附件 - - 智能体的出站附件必须包含一行 `MEDIA:`（单独占一行）。请参阅 [OpenClaw assistant 设置](/zh-CN/start/openclaw) 和 [智能体发送](/zh-CN/tools/agent-send)。 + + 智能体发出的附件必须包含一行 `MEDIA:`（单独占一行）。参见 [OpenClaw 助手设置](/zh-CN/start/openclaw) 和 [智能体发送](/zh-CN/tools/agent-send)。 CLI 发送： @@ -3085,14 +3088,14 @@ x-i18n: openclaw message send --target +15555550123 --message "Here you go" --media /path/to/file.png ``` - 还请检查： + 还应检查： - - 目标渠道支持出站媒体，并且未被允许列表阻止。 - - 文件未超出提供商的大小限制（图片会缩放到最大 2048px）。 - - `tools.fs.workspaceOnly=true` 会将本地路径发送限制为工作区、temp/media-store 以及通过沙箱验证的文件。 - - `tools.fs.workspaceOnly=false` 允许 `MEDIA:` 发送智能体已可读取的主机本地文件，但仅限媒体和安全文档类型（图片、音频、视频、PDF 以及 Office 文档）。纯文本和类似 secret 的文件仍会被阻止。 + - 目标渠道支持出站媒体，并且未被 allowlists 阻止。 + - 文件未超过提供商的大小限制（图片会被调整到最大 2048px）。 + - `tools.fs.workspaceOnly=true` 会将本地路径发送限制在工作区、temp/media-store 和通过沙箱验证的文件内。 + - `tools.fs.workspaceOnly=false` 允许 `MEDIA:` 发送智能体已可读取的主机本地文件，但仅限媒体文件和安全文档类型（图片、音频、视频、PDF 及 Office 文档）。纯文本和类似 secret 的文件仍会被阻止。 - 请参阅 [图片](/zh-CN/nodes/images)。 + 参见 [图片](/zh-CN/nodes/images)。 @@ -3100,73 +3103,73 @@ x-i18n: ## 安全和访问控制 - - 请将入站私信视为不受信任输入。默认设置就是为了降低风险而设计的： + + 请将入站私信视为不受信任输入。默认设置旨在降低风险： - - 支持私信的渠道默认行为是**配对**： + - 在支持私信的渠道上，默认行为是**配对**： - 未知发送者会收到一个配对码；机器人不会处理他们的消息。 - 使用以下命令批准：`openclaw pairing approve --channel [--account ] ` - - 待处理请求每个渠道上限为 **3 个**；如果代码没有到达，请检查 `openclaw pairing list --channel [--account ]` - - 若要公开开放私信，需要显式启用（`dmPolicy: "open"` 且 allowlist 为 `"*"`）。 + - 每个渠道最多只保留 **3 个待处理请求**；如果未收到验证码，请检查 `openclaw pairing list --channel [--account ]`。 + - 公开开放私信需要显式选择启用（`dmPolicy: "open"` 且 allowlist 为 `"*"`）。 - 运行 `openclaw doctor` 以发现高风险私信策略。 + 运行 `openclaw doctor` 以发现存在风险的私信策略。 - - 不是。prompt injection 关乎的是**不受信任的内容**，而不仅仅是谁可以给机器人发私信。 + + 不是。prompt injection 关乎的是**不受信任内容**，而不只是“谁能给机器人发私信”。 如果你的助手会读取外部内容（web search/fetch、浏览器页面、邮件、 - 文档、附件、粘贴的日志），这些内容都可能包含试图 - 劫持模型的指令。即使**你是唯一的发送者**，这种情况也可能发生。 + 文档、附件、粘贴的日志），这些内容中都可能包含试图 + 劫持模型的指令。即使**你是唯一的发送者**，这种情况也会发生。 - 当启用了工具时，风险最大：模型可能被诱导去 - 窃取上下文，或代表你调用工具。可通过以下方式缩小影响范围： + 最大的风险出现在启用了工具时：模型可能会被诱导 + 泄露上下文，或者代表你调用工具。你可以通过以下方式降低影响范围： - 使用只读或禁用工具的“reader”智能体来总结不受信任内容 - 对启用工具的智能体关闭 `web_search` / `web_fetch` / `browser` - - 也将解码后的文件/文本文档视为不受信任：OpenResponses - `input_file` 和媒体附件提取都会将提取出的文本包装在 - 明确的外部内容边界标记中，而不是直接传递原始文件文本 - - 使用沙箱隔离和严格的工具允许列表 + - 也将解码后的文件/文档文本视为不受信任内容：OpenResponses + `input_file` 和媒体附件提取都会将提取出的文本包裹在 + 显式的外部内容边界标记中，而不是直接传递原始文件文本 + - 启用沙箱隔离和严格的工具 allowlists - 详情请参阅：[Security](/zh-CN/gateway/security)。 + 详情： [Security](/zh-CN/gateway/security)。 - - 对于大多数设置来说，应该有。使用独立账号和电话号码隔离机器人， - 可以在出现问题时减小影响范围。这样也更容易轮换 - 凭据或撤销访问，而不会影响你的个人账号。 + + 对于大多数设置来说，是的。使用单独的账号和电话号码来隔离机器人， + 可以在出现问题时降低影响范围。这也让你更容易轮换 + 凭证或撤销访问，而不会影响你的个人账户。 - 从小处开始。只给它你实际需要的工具和账号访问权限， - 如果后续有需要，再逐步扩展。 + 从小范围开始。只授予它你实际需要的工具和账户访问权限，必要时 + 再逐步扩展。 - 文档：[Security](/zh-CN/gateway/security)、[Pairing](/zh-CN/channels/pairing)。 + 文档：[Security](/zh-CN/gateway/security)、[配对](/zh-CN/channels/pairing)。 - 我们**不**推荐它完全自主处理你的个人消息。最安全的模式是： + 我们**不推荐**让它对你的个人消息拥有完全自主权。最安全的模式是： - - 将私信保留在**配对模式**或严格允许列表中。 - - 如果你想让它代表你发消息，请使用**单独的号码或账号**。 - - 让它先起草，然后**发送前进行审批**。 + - 将私信保持在**配对模式**或严格的 allowlist 下。 + - 如果你希望它代表你发消息，请使用**单独的号码或账户**。 + - 让它起草，然后在发送前**进行审批**。 - 如果你想尝试，请在专用账号上进行，并保持隔离。请参阅 + 如果你想尝试，请在专用账户上进行，并保持隔离。参见 [Security](/zh-CN/gateway/security)。 - - 可以，**前提是**该智能体仅用于聊天，并且输入是受信任的。较小层级的模型 - 更容易受到指令劫持，因此对于启用工具的智能体 - 或会读取不受信任内容的场景，应避免使用它们。如果你必须使用较小模型，请锁定 - 工具，并在沙箱中运行。请参阅 [Security](/zh-CN/gateway/security)。 + + 可以，**前提是**该智能体仅用于聊天，并且输入是可信的。较小档位的模型 + 更容易受到指令劫持，因此不要将它们用于启用工具的智能体， + 或用于读取不受信任内容的场景。如果你必须使用较小模型，请锁定 + 工具，并在沙箱中运行。参见 [Security](/zh-CN/gateway/security)。 - 只有在未知发送者给机器人发消息且 - `dmPolicy: "pairing"` 已启用时，才会发送配对码。单独的 `/start` 不会生成代码。 + 只有当未知发送者给机器人发消息，且 + `dmPolicy: "pairing"` 已启用时，才会发送配对码。单独发送 `/start` 不会生成验证码。 检查待处理请求： @@ -3174,12 +3177,12 @@ x-i18n: openclaw pairing list telegram ``` - 如果你想立即访问，请将你的 sender id 加入 allowlist，或将该账户的 `dmPolicy` 设置为 `"open"`。 + 如果你希望立即访问，请将你的发送者 id 加入 allowlist，或为该账户设置 `dmPolicy: "open"`。 - 不会。WhatsApp 私信的默认策略是**配对**。未知发送者只会收到一个配对码，而且他们的消息**不会被处理**。OpenClaw 只会回复它收到的聊天，或回复你显式触发的发送。 + 不会。WhatsApp 的默认私信策略是**配对**。未知发送者只会收到一个配对码，而且他们的消息**不会被处理**。OpenClaw 只会回复它收到的聊天，或你显式触发的发送操作。 使用以下命令批准配对： @@ -3193,18 +3196,19 @@ x-i18n: openclaw pairing list whatsapp ``` - 向导中的电话号码提示：它用于设置你的**allowlist/owner**，从而允许你自己的私信。它不会用于自动发送。如果你是在自己的 WhatsApp 号码上运行，请使用该号码并启用 `channels.whatsapp.selfChatMode`。 + 向导中的电话号码提示：它用于设置你的**allowlist/owner**，以便允许你自己的私信。它不会用于自动发送。如果你运行在自己的 WhatsApp 号码上，请使用该号码，并启用 `channels.whatsapp.selfChatMode`。 -## 聊天命令、终止任务，以及“它停不下来” +## 聊天命令、中止任务，以及“它就是不停下来” - 大多数内部或工具消息只会在该会话启用了 **verbose**、**trace** 或 **reasoning** 时显示。 + 大多数内部消息或工具消息只有在该会话启用了 **verbose**、**trace** 或 **reasoning** + 时才会出现。 - 在你看到这些消息的聊天中执行以下命令： + 在出现这些消息的聊天中执行以下命令： ``` /verbose off @@ -3213,15 +3217,15 @@ x-i18n: ``` 如果仍然很吵，请检查 Control UI 中的会话设置，并将 verbose - 设为 **inherit**。另外也请确认你没有使用在配置中将 `verboseDefault` 设置为 - `on` 的机器人 profile。 + 设为 **inherit**。同时确认你没有使用在配置中将 `verboseDefault` 设置为 + `on` 的 bot profile。 - 文档：[Thinking 和 verbose](/zh-CN/tools/thinking)、[Security](/zh-CN/gateway/security#reasoning-verbose-output-in-groups)。 + 文档：[Thinking and verbose](/zh-CN/tools/thinking)、[Security](/zh-CN/gateway/security#reasoning-verbose-output-in-groups)。 - - 将以下任一内容**作为独立消息发送**（不要带斜杠）： + + 将以下任一内容**作为独立消息**发送（不带斜杠）： ``` stop @@ -3245,7 +3249,7 @@ x-i18n: interrupt ``` - 这些都是中止触发词（不是 slash commands）。 + 这些是中止触发词（不是斜杠命令）。 对于后台进程（来自 exec 工具），你可以让智能体运行： @@ -3253,17 +3257,17 @@ x-i18n: process action:kill sessionId:XXX ``` - Slash commands 概览：请参阅 [Slash commands](/zh-CN/tools/slash-commands)。 + 斜杠命令总览：参见 [斜杠命令](/zh-CN/tools/slash-commands)。 - 大多数命令必须作为**以 `/` 开头的独立消息**发送，但少数快捷方式（如 `/status`）也可供 allowlisted 发送者以内联方式使用。 + 大多数命令都必须作为**独立**消息发送，并且以 `/` 开头，但也有少数快捷方式（如 `/status`）也支持 allowlist 发送者在行内使用。 - 默认情况下，OpenClaw 会阻止**跨提供商**消息发送。如果某个工具调用绑定在 - Telegram 上，它就不会向 Discord 发送消息，除非你显式允许。 + OpenClaw 默认会阻止**跨提供商**消息。如果某个工具调用绑定到了 + Telegram，它就不会向 Discord 发送消息，除非你显式允许。 - 为该智能体启用跨提供商消息发送： + 为该智能体启用跨提供商消息： ```json5 { @@ -3278,32 +3282,32 @@ x-i18n: } ``` - 编辑配置后重启 Gateway 网关。 + 编辑配置后重启网关。 - - Queue mode 控制新消息如何与正在进行中的运行交互。使用 `/queue` 更改模式： + + 队列模式控制新消息如何与正在进行中的运行交互。使用 `/queue` 更改模式： - `steer` - 新消息会重定向当前任务 - `followup` - 消息逐条运行 - - `collect` - 批量收集消息后统一回复（默认） - - `steer-backlog` - 先重定向当前任务，再处理积压 + - `collect` - 批量收集消息并一次回复（默认） + - `steer-backlog` - 先重定向当前任务，再处理积压消息 - `interrupt` - 中止当前运行并重新开始 - 对于 followup 模式，你还可以添加 `debounce:2s cap:25 drop:summarize` 之类的选项。 + 你还可以添加如 `debounce:2s cap:25 drop:summarize` 之类的选项用于 followup 模式。 -## 其他 +## 杂项 - - 在 OpenClaw 中，凭据和模型选择是分开的。设置 `ANTHROPIC_API_KEY`（或在 auth profiles 中存储 Anthropic API key）会启用认证，但实际默认模型取决于你在 `agents.defaults.model.primary` 中的配置（例如 `anthropic/claude-sonnet-4-6` 或 `anthropic/claude-opus-4-6`）。如果你看到 `No credentials found for profile "anthropic:default"`，说明 Gateway 网关无法在当前运行智能体对应的 `auth-profiles.json` 中找到 Anthropic 凭据。 + + 在 OpenClaw 中，凭证和模型选择是分开的。设置 `ANTHROPIC_API_KEY`（或在 auth profiles 中存储 Anthropic API 密钥）只会启用认证，而实际的默认模型取决于你在 `agents.defaults.model.primary` 中配置的内容（例如 `anthropic/claude-sonnet-4-6` 或 `anthropic/claude-opus-4-6`）。如果你看到 `No credentials found for profile "anthropic:default"`，则表示 Gateway 网关无法在当前运行智能体所对应的 `auth-profiles.json` 中找到 Anthropic 凭证。 --- -还是卡住了？请到 [Discord](https://discord.com/invite/clawd) 提问，或发起一个 [GitHub discussion](https://github.com/openclaw/openclaw/discussions)。 +仍然卡住？请到 [Discord](https://discord.com/invite/clawd) 提问，或发起一个 [GitHub discussion](https://github.com/openclaw/openclaw/discussions)。 diff --git a/docs/zh-CN/reference/token-use.md b/docs/zh-CN/reference/token-use.md index 4976856f2..078ccd020 100644 --- a/docs/zh-CN/reference/token-use.md +++ b/docs/zh-CN/reference/token-use.md @@ -1,45 +1,46 @@ --- read_when: - - 解释令牌使用量、成本或上下文窗口 + - 解释 token 使用量、成本或上下文窗口 - 调试上下文增长或压缩行为 -summary: OpenClaw 如何构建提示上下文并报告令牌使用量 + 成本 -title: 令牌使用量和成本 +summary: OpenClaw 如何构建提示上下文，以及如何报告 token 使用量 + 成本 +title: Token 使用量和成本 x-i18n: - generated_at: "2026-04-21T02:12:32Z" + generated_at: "2026-04-23T15:44:03Z" model: gpt-5.4 provider: openai - source_hash: d26db37353941e247eb26f84bfa105896318b3239b2975d6e033c6e9ceda6b0d + source_hash: fa2fa145e161d69a61612690a951675cfff8fd9e6e159cb3bc931b1846654a8b source_path: reference/token-use.md workflow: 15 --- -# 令牌使用量与成本 +# Token 使用量与成本 -OpenClaw 跟踪的是 **令牌**，不是字符。令牌是特定于模型的，但大多数 OpenAI 风格的模型对英文文本的平均换算约为每个令牌 ~4 个字符。 +OpenClaw 跟踪的是 **token**，而不是字符。Token 因模型而异，但大多数 OpenAI 风格模型对英文文本的平均值约为每个 token 对应 4 个字符。 -## 系统提示是如何构建的 +## 系统提示如何构建 OpenClaw 会在每次运行时组装自己的系统提示。它包括： -- 工具列表 + 简短说明 -- Skills 列表（仅包含元数据；说明会按需通过 `read` 加载）。 - 紧凑的 Skills 块受 `skills.limits.maxSkillsPromptChars` 限制， - 并可在每个智能体级别通过 - `agents.list[].skillsLimits.maxSkillsPromptChars` 进行覆盖。 +- 工具列表 + 简短描述 +- Skills 列表（仅元数据；说明会按需通过 `read` 加载）。 + 紧凑的 Skills 区块受 `skills.limits.maxSkillsPromptChars` 限制， + 并可通过 + `agents.list[].skillsLimits.maxSkillsPromptChars` + 为每个智能体单独覆盖。 - 自我更新说明 -- 工作区 + 引导文件（`AGENTS.md`、`SOUL.md`、`TOOLS.md`、`IDENTITY.md`、`USER.md`、`HEARTBEAT.md`、`BOOTSTRAP.md`（新建时），以及存在时的 `MEMORY.md` 或作为小写回退的 `memory.md`）。大文件会被 `agents.defaults.bootstrapMaxChars` 截断（默认值：12000），引导注入总量则受 `agents.defaults.bootstrapTotalMaxChars` 限制（默认值：60000）。`memory/*.md` 的每日文件不属于常规引导提示的一部分；在普通轮次中，它们仍通过记忆工具按需访问，但裸 `/new` 和 `/reset` 可以在首轮前附加一个一次性的启动上下文块，其中包含最近的每日记忆。该启动前导由 `agents.defaults.startupContext` 控制。 +- 工作区 + 启动文件（`AGENTS.md`、`SOUL.md`、`TOOLS.md`、`IDENTITY.md`、`USER.md`、`HEARTBEAT.md`、新的 `BOOTSTRAP.md`，以及存在时的 `MEMORY.md`）。根目录小写的 `memory.md` 不会被注入；它是 `openclaw doctor --fix` 在与 `MEMORY.md` 配对时使用的旧版修复输入。大文件会被 `agents.defaults.bootstrapMaxChars` 截断（默认值：12000），而启动文件总注入量受 `agents.defaults.bootstrapTotalMaxChars` 限制（默认值：60000）。`memory/*.md` 每日文件不属于常规启动提示的一部分；在普通轮次中，它们仍通过 memory 工具按需使用，但纯 `/new` 和 `/reset` 可以在首轮前附加一个一次性的启动上下文区块，其中包含最近的每日 memory。该启动前导内容由 `agents.defaults.startupContext` 控制。 - 时间（UTC + 用户时区） -- 回复标签 + 心跳行为 -- 运行时元数据（主机 / OS / 模型 / 思考） +- 回复标签 + heartbeat 行为 +- 运行时元数据（主机 / OS / 模型 / thinking） -完整拆解见[系统提示](/zh-CN/concepts/system-prompt)。 +完整拆解请参见 [System Prompt](/zh-CN/concepts/system-prompt)。 -## 哪些内容会计入上下文窗口 +## 什么会计入上下文窗口 模型接收到的所有内容都会计入上下文限制： - 系统提示（上面列出的所有部分） -- 对话历史（用户 + 助手消息） +- 对话历史（用户消息 + 助手消息） - 工具调用和工具结果 - 附件 / 转录内容（图片、音频、文件） - 压缩摘要和裁剪产物 @@ -52,94 +53,86 @@ OpenClaw 会在每次运行时组装自己的系统提示。它包括： - `agents.defaults.contextLimits.toolResultMaxChars` - `agents.defaults.contextLimits.postCompactionMaxChars` -每个智能体的覆盖值位于 `agents.list[].contextLimits` 下。这些调节项 -用于受限的运行时摘录和由运行时注入、归运行时所有的块。它们 -与引导限制、启动上下文限制以及 Skills 提示限制彼此独立。 +每个智能体的覆盖项位于 `agents.list[].contextLimits` 下。这些旋钮用于限制有界运行时摘录和由运行时注入的区块。它们与启动文件限制、启动上下文限制以及 Skills 提示限制是分开的。 -对于图像，OpenClaw 会在调用提供商之前缩小转录 / 工具图像负载。 -使用 `agents.defaults.imageMaxDimensionPx`（默认值：`1200`）进行调节： +对于图像，OpenClaw 会在调用提供商之前对转录内容 / 工具图像负载进行缩放。 +使用 `agents.defaults.imageMaxDimensionPx`（默认值：`1200`）可对此进行调整： -- 较低的值通常会减少视觉令牌使用量和负载大小。 -- 较高的值会保留更多视觉细节，适合 OCR / UI 内容较重的截图。 +- 较低的值通常会减少视觉 token 使用量和负载大小。 +- 较高的值会保留更多视觉细节，适合 OCR / UI 密集型截图。 -如需查看实用拆解（按注入文件、工具、Skills 和系统提示大小划分），请使用 `/context list` 或 `/context detail`。见[上下文](/zh-CN/concepts/context)。 +如需查看实际拆解（按注入文件、工具、Skills 和系统提示大小），请使用 `/context list` 或 `/context detail`。参见 [Context](/zh-CN/concepts/context)。 -## 如何查看当前令牌使用量 +## 如何查看当前 token 使用量 在聊天中使用以下命令： -- `/status` → **富含表情符号的状态卡片**，显示当前会话模型、上下文使用量、 - 最近一次响应的输入 / 输出令牌，以及**预估成本**（仅 API 密钥）。 -- `/usage off|tokens|full` → 为每条回复附加一个**按响应统计的使用情况页脚**。 +- `/status` → **富含 emoji 的状态卡片**，显示会话模型、上下文使用情况、 + 上次回复的输入 / 输出 token，以及**预估成本**（仅 API key）。 +- `/usage off|tokens|full` → 在每条回复后附加**逐回复使用量页脚**。 - 按会话持久化（存储为 `responseUsage`）。 - - OAuth 认证**会隐藏成本**（仅显示令牌）。 -- `/usage cost` → 显示来自 OpenClaw 会话日志的本地成本摘要。 + - OAuth 认证**隐藏成本**（仅显示 token）。 +- `/usage cost` → 根据 OpenClaw 会话日志显示本地成本摘要。 其他界面： - **TUI / Web TUI：** 支持 `/status` + `/usage`。 - **CLI：** `openclaw status --usage` 和 `openclaw channels list` 会显示 - 标准化后的提供商配额窗口（`剩余 X%`，而不是按响应成本）。 - 当前支持使用量窗口的提供商有：Anthropic、GitHub Copilot、Gemini CLI、 + 标准化后的提供商配额窗口（`剩余 X%`，而不是逐回复成本）。 + 当前支持使用量窗口的提供商包括：Anthropic、GitHub Copilot、Gemini CLI、 OpenAI Codex、MiniMax、Xiaomi 和 z.ai。 使用量界面在显示前会标准化常见的提供商原生字段别名。 对于 OpenAI 系列的 Responses 流量，这包括 `input_tokens` / -`output_tokens` 以及 `prompt_tokens` / `completion_tokens`，因此传输层特定的 +`output_tokens` 以及 `prompt_tokens` / `completion_tokens`，因此传输层特定 字段名不会改变 `/status`、`/usage` 或会话摘要。 -Gemini CLI JSON 使用量也会被标准化：回复文本来自 `response`，并且 -`stats.cached` 会映射到 `cacheRead`，当 CLI 未提供显式的 `stats.input` 字段时， +Gemini CLI 的 JSON 使用量也会被标准化：回复文本来自 `response`，而 +`stats.cached` 会映射到 `cacheRead`；当 CLI 未显式提供 `stats.input` 字段时， 会使用 `stats.input_tokens - stats.cached`。 -对于原生 OpenAI 系列 Responses 流量，WebSocket / SSE 使用量别名也会以同样方式标准化， -并且当 `total_tokens` 缺失或为 `0` 时，总量会回退为标准化后的输入 + 输出。 +对于原生 OpenAI 系列 Responses 流量，WebSocket / SSE 的使用量别名也会以相同方式标准化，并且当 +`total_tokens` 缺失或为 `0` 时，总量会回退到标准化后的输入 + 输出。 当当前会话快照信息较少时，`/status` 和 `session_status` 还可以 -从最近的转录使用日志中恢复令牌 / 缓存计数器以及活动运行时模型标签。 -现有的非零实时值仍优先于转录回退值，而当存储总量缺失或更小时， -更大的、偏提示侧的转录总量可以胜出。 -提供商配额窗口的使用量认证在可用时来自提供商特定钩子；否则 OpenClaw 会回退为匹配 -认证配置、环境变量或配置中的 OAuth / API 密钥凭证。 -助手转录条目会持久化相同的标准化使用量结构，包括 -当活动模型配置了定价且提供商返回了使用量元数据时的 `usage.cost`。 -这为 `/usage cost` 和基于转录的会话状态提供了稳定的数据来源，即使实时运行时状态已经消失。 +从最近的转录内容使用量日志中恢复 token / cache 计数器以及当前运行时模型标签。 +现有的非零实时值仍优先于转录内容回退值，而当存储的总量缺失或更小时， +较大的、以提示为导向的转录内容总量可以胜出。 +提供商配额窗口的使用量认证优先来自提供商特定钩子；如果不可用，OpenClaw 会回退为从认证配置、环境变量或配置中匹配 OAuth / API-key 凭证。 +助手转录条目会持久化相同的标准化使用量结构，包括当活动模型已配置定价且提供商返回使用量元数据时的 +`usage.cost`。这为 `/usage cost` 和基于转录内容的会话状态提供了稳定的数据来源，即使实时运行时状态已不存在。 ## 成本估算（显示时） -成本根据你的模型定价配置进行估算： +成本是根据你的模型定价配置估算的： -``` +```text models.providers..models[].cost ``` 这些值表示 `input`、`output`、`cacheRead` 和 -`cacheWrite` 的**每 100 万令牌的美元价格**。如果缺少定价信息，OpenClaw 只显示令牌。OAuth 令牌 +`cacheWrite` 的**每 100 万 token 的美元价格**。如果缺少定价，OpenClaw 只显示 token。OAuth token 永远不会显示美元成本。 -## 缓存 TTL 和裁剪的影响 +## Cache TTL 与裁剪的影响 提供商提示缓存仅在缓存 TTL 窗口内生效。OpenClaw 可以 -选择性运行**缓存 TTL 裁剪**：当缓存 TTL -过期后，它会裁剪会话，然后重置缓存窗口，这样后续请求就可以复用 -刚重新缓存的上下文，而不是再次缓存完整历史记录。这能在会话闲置超过 TTL 时 -降低缓存写入成本。 +选择运行**cache-ttl pruning**：当缓存 TTL +到期后，它会裁剪会话，然后重置缓存窗口，这样后续请求可以复用新缓存的上下文，而不是重新缓存完整历史。这可以在会话空闲超过 TTL 后降低缓存写入成本。 -在[Gateway 网关配置](/zh-CN/gateway/configuration)中进行配置，并在[会话裁剪](/zh-CN/concepts/session-pruning)中查看 -行为细节。 +可在 [Gateway 配置](/zh-CN/gateway/configuration) 中进行配置，行为细节请参见 [Session pruning](/zh-CN/concepts/session-pruning)。 -心跳可以在空闲间隔期间保持缓存**温热**。如果你的模型缓存 TTL -是 `1h`，将心跳间隔设置为略短于该值（例如 `55m`）可以避免 -重新缓存完整提示，从而降低缓存写入成本。 +Heartbeat 可以在空闲间隔期间保持缓存**温热**。如果你的模型缓存 TTL +为 `1h`，将 heartbeat 间隔设置为略低于该值（例如 `55m`）可以避免重新缓存完整提示，从而降低缓存写入成本。 -在多智能体设置中，你可以保留一个共享模型配置，并通过 -`agents.list[].params.cacheRetention` 为每个智能体单独调整缓存行为。 +在多智能体设置中，你可以保留一个共享的模型配置，并通过 +`agents.list[].params.cacheRetention` +为每个智能体单独调整缓存行为。 -如需逐项参数的完整指南，见[提示缓存](/zh-CN/reference/prompt-caching)。 +如需逐项旋钮的完整指南，请参见 [Prompt Caching](/zh-CN/reference/prompt-caching)。 对于 Anthropic API 定价，缓存读取明显比输入 -令牌便宜，而缓存写入则按更高倍数计费。最新费率和 TTL 倍率 -请参阅 Anthropic 的提示缓存定价： +token 更便宜，而缓存写入则按更高倍数计费。最新费率和 TTL 倍率请参见 Anthropic 的提示缓存定价： [https://docs.anthropic.com/docs/build-with-claude/prompt-caching](https://docs.anthropic.com/docs/build-with-claude/prompt-caching) -### 示例：使用心跳保持 1h 缓存温热 +### 示例：使用 heartbeat 保持 1h 缓存温热 ```yaml agents: @@ -154,7 +147,7 @@ agents: every: "55m" ``` -### 示例：按智能体缓存策略处理混合流量 +### 示例：混合流量与按智能体区分的缓存策略 ```yaml agents: @@ -176,12 +169,12 @@ agents: ``` `agents.list[].params` 会合并到所选模型的 `params` 之上，因此你可以 -只覆盖 `cacheRetention`，并保持其他模型默认值不变。 +只覆盖 `cacheRetention`，而其他模型默认值保持不变。 -### 示例：启用 Anthropic 1M 上下文 beta 标头 +### 示例：启用 Anthropic 1M 上下文 beta header -Anthropic 的 1M 上下文窗口目前受 beta 限制。OpenClaw 可以在你为支持的 Opus -或 Sonnet 模型启用 `context1m` 时，注入所需的 +Anthropic 的 1M 上下文窗口当前仍受 beta 限制。OpenClaw 可以在你于受支持的 Opus +或 Sonnet 模型上启用 `context1m` 时注入所需的 `anthropic-beta` 值。 ```yaml @@ -193,23 +186,23 @@ agents: context1m: true ``` -这会映射到 Anthropic 的 `context-1m-2025-08-07` beta 标头。 +这会映射到 Anthropic 的 `context-1m-2025-08-07` beta header。 -这仅在该模型条目上设置了 `context1m: true` 时生效。 +这仅在该模型条目上设置 `context1m: true` 时适用。 -要求：凭证必须有资格使用长上下文。如果没有， -Anthropic 会对此请求返回提供商侧限流错误。 +要求：该凭证必须具备长上下文使用资格。否则， +Anthropic 会对此请求返回提供商侧的速率限制错误。 -如果你使用 OAuth / 订阅令牌（`sk-ant-oat-*`）认证 Anthropic， -OpenClaw 会跳过 `context-1m-*` beta 标头，因为 Anthropic 当前 +如果你使用 OAuth / 订阅 token（`sk-ant-oat-*`）对 Anthropic 进行认证， +OpenClaw 会跳过 `context-1m-*` beta header，因为 Anthropic 目前 会以 HTTP 401 拒绝这种组合。 -## 减少令牌压力的提示 +## 减少 token 压力的建议 -- 使用 `/compact` 总结长会话。 -- 在你的工作流中裁剪大型工具输出。 -- 对截图较多的会话，降低 `agents.defaults.imageMaxDimensionPx`。 -- 保持 Skills 描述简短（Skills 列表会被注入到提示中）。 -- 对冗长、探索性工作优先使用更小的模型。 +- 使用 `/compact` 来总结长会话。 +- 在工作流中裁剪大型工具输出。 +- 对截图密集型会话，降低 `agents.defaults.imageMaxDimensionPx`。 +- 保持 skill 描述简短（skill 列表会被注入提示）。 +- 对冗长、探索性工作优先使用较小模型。 -Skills 列表开销的精确计算公式见[Skills](/zh-CN/tools/skills)。 +关于精确的 skill 列表开销公式，请参见 [Skills](/zh-CN/tools/skills)。