跳转到内容

常见问题:首次运行设置

快速入门和首次运行常见问题解答。有关日常操作、模型、身份验证、会话和故障排除,请参阅主常见问题

我卡住了,解决问题的最快方法

使用一个能够看到你的机器的本地 AI 代理。这比在 Discord 上提问要有效得多,因为大多数“我卡住了”的情况都是本地配置或环境问题,远程助手无法检查这些问题。

这些工具可以读取代码仓库、运行命令、检查日志,并帮助修复机器级别的设置(PATH、服务、权限、身份验证文件)。通过可破解 (git) 安装方式向它们提供完整的源代码检出

Terminal window
curl -fsSL https://openclaw.ai/install.sh | bash -s -- --install-method git

这将从 git 检出安装 OpenClaw,以便代理可以阅读代码 + 文档,并推理你正在运行的确切版本。你以后可以随时通过不使用 --install-method git 重新运行安装程序来切换回稳定版。

提示:要求代理计划并监督修复过程(分步进行),然后仅执行必要的命令。这可以保持更改较小且更易于审计。

如果你发现了真正的错误或修复方法,请提交 GitHub issue 或发送 PR: https://github.com/openclaw/openclaw/issues https://github.com/openclaw/openclaw/pulls

从这些命令开始(在寻求帮助时分享输出):

Terminal window
openclaw status
openclaw models status
openclaw doctor

它们的作用:

  • openclaw status: 网关/代理健康状况 + 基本配置的快速快照。
  • openclaw models status: 检查提供商身份验证 + 模型可用性。
  • openclaw doctor: 验证并修复常见的配置/状态问题。

其他有用的 CLI 检查命令:openclaw status --allopenclaw logs --followopenclaw gateway statusopenclaw health --verbose

快速调试循环:如果出现问题的前 60 秒。 安装文档:安装安装程序标志更新

心跳不断被跳过。跳过原因是什么意思?

常见的心跳跳过原因:

  • quiet-hours:在配置的活跃时间段窗口之外
  • empty-heartbeat-fileHEARTBEAT.md 存在,但仅包含空白/仅标头的脚手架
  • no-tasks-dueHEARTBEAT.md 任务模式处于活动状态,但尚未达到任何任务间隔
  • alerts-disabled:所有心跳可见性均被禁用(showOkshowAlertsuseIndicator 均关闭)

在任务模式下,仅在真实的心跳运行完成后才会推进到期时间戳。被跳过的运行不会将任务标记为已完成。

文档:HeartbeatAutomation

安装和设置 OpenClaw 的推荐方式

该仓库推荐从源代码运行并使用新手引导:

Terminal window
curl -fsSL https://openclaw.ai/install.sh | bash
openclaw onboard --install-daemon

向导还可以自动构建 UI 资源。新手引导完成后,通常在端口 18789 上运行 Gateway(网关)。

从源代码运行(贡献者/开发者):

Terminal window
git clone https://github.com/openclaw/openclaw.git
cd openclaw
pnpm install
pnpm build
pnpm ui:build
openclaw onboard

如果您尚未进行全局安装,请通过 pnpm openclaw onboard 运行它。

新手引导后如何打开仪表板?

向导会在新手引导完成后立即在浏览器中打开一个干净的(非令牌化)仪表板 URL,并在摘要中打印该链接。请保持该选项卡打开;如果未启动,请在同一台机器上复制/粘贴打印出的 URL。

如何在本地主机与远程对仪表板进行身份验证?

本地主机(同一台机器):

  • 打开 http://127.0.0.1:18789/
  • 如果系统要求进行共享密钥身份验证,请将配置的令牌或密码粘贴到 Control UI 设置中。
  • 令牌来源:gateway.auth.token(或 OPENCLAW_GATEWAY_TOKEN)。
  • 密码来源:gateway.auth.password(或 OPENCLAW_GATEWAY_PASSWORD)。
  • 如果尚未配置共享密钥,请使用 openclaw doctor --generate-gateway-token 生成一个令牌。

非本地主机:

  • Tailscale Serve(推荐):保持绑定回环,运行 openclaw gateway --tailscale serve,打开 `https://

/。如果 gateway.auth.allowTailscaletrue,身份标头将满足 Control UI/WebSocket 身份验证(无需粘贴共享密钥,假定网关主机受信任);除非您有意使用私有入口 none或受信任代理 HTTP 身份验证,否则 HTTP API 仍需要共享密钥身份验证。 来自同一客户端的错误并发 Serve 身份验证尝试会在失败身份验证限制器记录它们之前进行序列化,因此第二次错误重试可能已经显示retry later。 - **Tailnet bind**:运行 openclaw gateway —bind tailnet —token ”

(或配置密码身份验证),打开 http://

:18789/,然后在仪表板设置中粘贴匹配的共享密钥。 - **身份感知反向代理**:将 Gateway(网关) 保留在受信任代理之后,配置 gateway.auth.mode: “trusted-proxy”,然后打开代理 URL。同主机回环代理需要显式的 gateway.auth.trustedProxy.allowLoopback = true。 - **SSH 隧道**:ssh -N -L 18789:127.0.0.1:18789 user@host然后打开http://127.0.0.1:18789/`。共享密钥身份验证仍适用于隧道;如果提示,请粘贴配置的令牌或密码。

有关绑定模式和身份验证的详细信息,请参阅[仪表板](/zh/web/dashboard)和 [Web 界面](/zh/web)。
为什么聊天审批有两个执行审批配置?

它们控制不同的层级:

  • approvals.exec:将审批提示转发到聊天目标
  • `channels.

.execApprovals`:使该渠道充当执行审批的原生审批客户端

主机执行策略仍然是真正的审批关卡。聊天配置仅控制审批提示出现的位置以及人们如何回答。
在大多数设置中,您**不**需要同时使用两者:
- 如果聊天已支持命令和回复,同聊 `/approve` 通过共享路径工作。
- 如果支持的原生渠道可以安全地推断审批人,当 `channels.

.execApprovals.enabled未设置或为”auto”时,OpenClaw 现在会自动启用私信优先的原生审批。 - 当原生审批卡片/按钮可用时,该原生 UI 是主要路径;仅当工具结果指示聊天审批不可用或手动审批是唯一路径时,代理才应包含手动/approve命令。 - 仅当提示也必须转发到其他聊天或显式的运维室时,才使用approvals.exec。 - 仅当您明确希望将审批提示发布回原始房间/主题时,才使用 channels.

.execApprovals.target: “channel””both”。 - 插件审批再次分开:默认情况下它们使用同聊 /approve,可选的 approvals.plugin` 转发,并且只有部分原生渠道会在顶部保留插件审批的原生处理。

简而言之:转发用于路由,原生客户端配置用于更丰富的特定渠道用户体验。
请参阅 [执行审批](/zh/tools/exec-approvals)。
我需要什么运行时?

需要 Node >= 22。推荐使用 pnpm。对于 Bun,不推荐使用 Gateway(网关)。

Raspberry Pi它能在 Raspberry Pi 上运行吗?

是的。Gateway(网关) 是轻量级的——文档列出 512MB-1GB RAM1 核和大约 500MB 磁盘空间就足够个人使用,并且请注意 Raspberry Pi 4 可以运行它

如果你想要额外的余量(日志、媒体、其他服务),推荐 2GB,但这并不是 硬性的最低要求。

提示:一个小型的 Pi/VPS 可以托管 Gateway(网关),你可以在笔记本电脑/手机上配对 节点 以 进行本地屏幕/摄像头/画布或命令执行。请参阅 节点

<Accordion title=“Raspberry PiRaspberry Pi 安装有什么建议吗?“Linux> 简而言之:它可以运行,但要做好遇到一些粗糙边缘的准备。

- 使用 **64 位** 操作系统并保持 Node >= 22。
- 优先选择 **可破解(git)安装**,这样你可以查看日志并快速更新。
- 在不启用 channels/skills 的情况下启动,然后逐个添加它们。
- 如果你遇到奇怪的二进制问题,通常是一个 **ARM 兼容性** 问题。
文档:[Linux](/zh/platforms/linux)、[安装](/zh/install)。

<Accordion title=“它卡在“唤醒我的朋友”/新手引导无法孵化。现在该怎么办?“Gateway(网关)TUIGateway(网关)> 该屏幕取决于 Gateway(网关) 是否可达且已通过身份验证。TUI 也会在 第一次孵化时自动发送“Wake up, my friend!”。如果你看到那行字却 没有回复 并且 tokens 保持为 0,说明代理从未运行过。

1. 重启 Gateway(网关):
```bash
openclaw gateway restart
```
2. 检查状态 + 身份验证:
```bash
openclaw status
openclaw models status
openclaw logs --follow
```
3. 如果仍然挂起,请运行:
```bash
openclaw doctor
```Gateway(网关)TailscaleGateway(网关)
如果 Gateway(网关) 是远程的,请确保隧道/Tailscale 连接已启动,并且 UI
指向正确的 Gateway(网关)。请参阅 [远程访问](/en/gateway/remote)。

<Accordion title=“我可以在不重新进行新手引导的情况下将设置迁移到新机器(Mac mini)吗?“OpenClaw> 可以。复制 state 目录工作区(workspace),然后运行一次 Doctor。只要您复制了 这两个 位置,这就能让您的 bot 保持“完全一致”(记忆、会话历史、认证和渠道状态):

1. 在新机器上安装 OpenClaw。
2. 从旧机器复制 `$OPENCLAW_STATE_DIR`(默认:`~/.openclaw`)。
3. 复制您的工作区(默认:`~/.openclaw/workspace`)。
4. 运行 `openclaw doctor`Gateway(网关)WhatsAppGitHub 并重启 Gateway 服务。
这将保留配置、认证配置文件、WhatsApp 凭据、会话和记忆。如果您处于远程模式,请记住网关主机拥有会话存储和工作区。
**重要提示:**如果您仅将工作区提交/推送到 GitHub,您备份的是 **记忆 + 引导文件**,但 **不**包括会话历史或认证。这些位于 `~/.openclaw/` 下(例如 `~/.openclaw/agents/<agentId>/sessions/`)。
相关:[迁移](/en/install/migrating)、[磁盘文件位置](/en/help/faq#where-things-live-on-disk)、
[Agent 工作区](/en/concepts/agent-workspace)、[Doctor](/en/gateway/doctor)、
[远程模式](/en/gateway/remote)。

<Accordion title=“我在哪里可以看到最新版本的更新内容?“GitHub> 查看 GitHub 更新日志: https://github.com/openclaw/openclaw/blob/main/CHANGELOG.md

最新的条目位于顶部。如果顶部部分标记为 **Unreleased**,则下一个带日期的部分是最新发布的版本。条目按 **Highlights**(亮点)、**Changes**(更改)和 **Fixes**(修复)分组(必要时还包括文档/其他部分)。
无法访问 docs.openclaw.ai(SSL 错误)

某些 Comcast/Xfinity 连接通过 Xfinity 高级安全功能错误地阻止了 docs.openclaw.ai。请禁用该功能或将 docs.openclaw.ai 加入白名单,然后重试。 请通过此处报告来帮助我们解除封锁:https://spa.xfinity.com/check_url_status

如果您仍然无法访问该站点,文档已镜像在 GitHub 上: https://github.com/openclaw/openclaw/tree/main/docs

Stable 和 Beta 之间的区别

Stablebetanpm dist-tags,不是独立的代码行:

  • latest = stable(稳定版)
  • beta = 用于测试的早期构建

通常,stable 版本会先发布到 beta,然后通过显式的提升步骤将同一版本移动到 latest。维护人员在需要时也可以直接发布到 latest。这就是为什么在提升后,beta 和 stable 可能指向同一版本

查看变更内容: https://github.com/openclaw/openclaw/blob/main/CHANGELOG.md

有关单行安装命令以及 beta 和 dev 之间的区别,请参阅下方手风琴。

如何安装 Beta 版本,Beta 和 Dev 之间有什么区别?

Beta 是 npm dist-tag beta(提升后可能与 latest 匹配)。 Devmain (git) 的移动头部;发布时,它使用 npm dist-tag dev

单行命令(macOS/Linux):

Terminal window
curl -fsSL --proto '=https' --tlsv1.2 https://openclaw.ai/install.sh | bash -s -- --beta
Terminal window
curl -fsSL --proto '=https' --tlsv1.2 https://openclaw.ai/install.sh | bash -s -- --install-method git

Windows 安装程序(PowerShell): https://openclaw.ai/install.ps1

更多详情:开发渠道安装程序标志

如何尝试最新的版本?

有两种选择:

  1. 开发渠道 (git checkout):
Terminal window
openclaw update --channel dev

这会切换到 main 分支并从源代码更新。

  1. 可修改安装 (来自安装程序网站):
Terminal window
curl -fsSL https://openclaw.ai/install.sh | bash -s -- --install-method git

这会为你提供一个可以编辑的本地仓库,然后通过 git 进行更新。

如果你更喜欢手动进行干净的克隆,请使用:

Terminal window
git clone https://github.com/openclaw/openclaw.git
cd openclaw
pnpm install
pnpm build

文档:更新开发渠道安装

安装和新手引导通常需要多长时间?

大致指南:

  • 安装: 2-5 分钟
  • 新手引导: 5-15 分钟,具体取决于你配置的渠道/模型数量

如果卡住了,请使用 安装程序卡顿 以及 我卡住了 中的快速调试循环。

安装程序卡住了?如何获取更多反馈信息?

使用 详细输出 重新运行安装程序:

Terminal window
curl -fsSL https://openclaw.ai/install.sh | bash -s -- --verbose

带有详细输出的 Beta 安装:

Terminal window
curl -fsSL https://openclaw.ai/install.sh | bash -s -- --beta --verbose

对于可修改 (git) 安装:

Terminal window
curl -fsSL https://openclaw.ai/install.sh | bash -s -- --install-method git --verbose

Windows (PowerShell) 等效命令:

Terminal window
# install.ps1 has no dedicated -Verbose flag yet.
Set-PSDebug -Trace 1
& ([scriptblock]::Create((iwr -useb https://openclaw.ai/install.ps1))) -NoOnboard
Set-PSDebug -Trace 0

更多选项:安装程序标志

<Accordion title=“WindowsWindows 安装显示未找到 git 或无法识别 openclaw”WindowsnpmWindows> 两个常见的 Windows 问题:

**1) npm 错误 spawn git / git not found**
- 安装 **Git for Windows** 并确保 `git`npm 在您的 PATH 环境变量中。
- 关闭并重新打开 PowerShell,然后重新运行安装程序。
**2) 安装后无法识别 openclaw**
- 您的 npm 全局 bin 文件夹不在 PATH 中。
- 检查路径:
```powershell
npm config get prefix
```
- 将该目录添加到您的用户 PATH(在 Windows 上不需要 `\bin`Windows 后缀;在大多数系统上它是 `%AppData%\npm`WindowsWSL2WindowsWindows)。
- 更新 PATH 后关闭并重新打开 PowerShell。
如果您想要最顺畅的 Windows 设置,请使用 **WSL2** 而不是原生 Windows。
文档:[Windows](/zh/platforms/windows)。

<Accordion title=“WindowsWindows 可执行文件输出显示乱码中文 - 我该怎么办?“Windows> 这通常是原生 Windows shell 上的控制台代码页不匹配造成的。

症状:
- `system.run`/`exec` 输出将中文渲染为乱码
- 同一条命令在另一个终端配置文件中看起来正常
PowerShell 中的快速解决方法:
```powershell
chcp 65001
[Console]::InputEncoding = [System.Text.UTF8Encoding]::new($false)
[Console]::OutputEncoding = [System.Text.UTF8Encoding]::new($false)
$OutputEncoding = [System.Text.UTF8Encoding]::new($false)
```Gateway(网关)
然后重启 Gateway 并重试您的命令:
```powershell
openclaw gateway restart
```OpenClaw
如果您在最新的 OpenClaw 上仍然遇到此问题,请在以下位置跟踪/报告:
- [Issue #30640](https://github.com/openclaw/openclaw/issues/30640)
文档没有回答我的问题 - 我如何获得更好的答案?

使用 hackable (git) 安装,这样您就可以在本地获得完整的源代码和文档,然后 在该文件夹中 询问您的机器人(或 Claude/Codex),以便它可以阅读仓库并精确回答。

Terminal window
curl -fsSL https://openclaw.ai/install.sh | bash -s -- --install-method git

更多详情:安装安装程序标志

<Accordion title=“OpenClawLinux如何在 Linux 上安装 OpenClaw?“LinuxLinuxLinux> 简短回答:遵循 Linux 指南,然后运行新手引导 (新手引导)。

- Linux 快速路径 + 服务安装:[Linux](/zh/platforms/linux)。
- 完整演练:[入门指南](/zh/start/getting-started)。
- 安装程序 + 更新:[安装与更新](/zh/install/updating)。

<Accordion title=“OpenClaw如何在 VPS 上安装 OpenClaw?“LinuxTailscaleGateway(网关)> 任何 Linux VPS 都可以。在服务器上安装,然后使用 SSH/Tailscale 连接到 Gateway(网关)。

指南:[exe.dev](/zh/install/exe-devHetzner)、[Hetzner](/zh/install/hetznerFly.io)、[Fly.io](/zh/install/flyGateway(网关))。
远程访问:[Gateway(网关) 远程](/zh/gateway/remote)。
云/VPS 安装指南在哪里?
我们维护了一个包含常用提供商的 **托管中心**。选择一个并按照指南操作:
- [VPS 托管](/zh/vps) (所有提供商在此汇总)
- [Fly.io](/zh/install/fly)
- [Hetzner](/zh/install/hetzner)
- [exe.dev](/zh/install/exe-dev)
在云端的运作方式:**Gateway(网关) 运行在服务器上**,你可以通过控制 UI(或 Tailscale/SSH)从笔记本电脑/手机访问它。你的状态 + 工作区

位于服务器上,因此请将主机视为事实来源并进行备份。

你可以将 **节点** (Mac/iOS/Android/headless) 配对到该云端 Gateway(网关) 以访问

本地屏幕/相机/画布或在笔记本电脑上运行命令,同时将 Gateway(网关) 保留在云端。

中心:[平台](/zh/platforms)。远程访问:[Gateway(网关) 远程](/zh/gateway/remote)。
节点:[节点](/zh/nodes),[节点 CLI](/zh/cli/nodes)。
我可以让 OpenClaw 自行更新吗?
简短回答:**可能,但不推荐**。更新流程可能会重启

Gateway(网关)(这会断开活动会话),可能需要干净的 git checkout,并且 可能提示进行确认。更安全的做法:以操作员身份从 shell 运行更新。

使用 CLI:
```bash
openclaw update
openclaw update status
openclaw update --channel stable|beta|dev
openclaw update --tag

openclaw update —no-restart

如果你必须通过代理自动化:
```bash
openclaw update --yes --no-restart
openclaw gateway restart

文档:更新正在更新

新手引导实际上是做什么的?

openclaw onboardOAuthAPIAnthropicGateway(网关)WhatsAppTelegramDiscordMattermostSignaliMessagemacOSLinuxWSL2 是推荐的设置路径。在本地模式下,它会引导您完成以下步骤:

  • 模型/认证设置(提供商 OAuth、API 密钥、Anthropic 设置令牌,以及本地模型选项,例如 LM Studio)
  • 工作区位置 + 引导文件
  • Gateway(网关)设置(绑定/端口/认证/tailscale)
  • 渠道(WhatsApp、Telegram、Discord、Mattermost、Signal、iMessage,以及捆绑的渠道插件,如 QQ Bot)
  • 守护进程安装(macOS 上的 LaunchAgent;Linux/WSL2 上的 systemd 用户单元)
  • 健康检查技能选择

如果您配置的模型未知或缺少认证,它也会发出警告。

<Accordion title=“OpenAI运行此程序需要 Claude 或 OpenAI 订阅吗?“OpenClawAPIAnthropicOpenAIOpenAIAnthropicOpenClawAnthropicAPIAnthropicAPICLIOpenClawAnthropicOpenClaw> 不需要。您可以使用 API 密钥(Anthropic/OpenAI/其他)或 仅本地模型 来运行 OpenClaw,这样您的数据将保留在您的设备上。订阅(Claude Pro/Max 或 OpenAI Codex)是认证这些提供商的可选方式。

对于 OpenClaw 中的 Anthropic,实际的区别如下:
- **Anthropic API 密钥**:标准的 Anthropic API 计费
- **Claude CLI / Claude 订阅在 OpenClaw 中的认证**:Anthropic 员工告诉我们此用法再次被允许,除非 Anthropic 发布新政策,否则 OpenClaw 将 `claude -p`AnthropicAnthropicAPIOpenAIOAuthOpenClawOpenClawQwenMiniMaxGLMAnthropic 的使用视为已获批准的集成方式
对于长期运行的网关主机,Anthropic API 密钥仍然是更可预测的设置方式。OpenAI Codex OAuth 明确支持像 OpenClaw 这样的外部工具。
OpenClaw 还支持其他托管的订阅式选项,包括 **Qwen Cloud Coding Plan**、**MiniMax Coding Plan** 和 **Z.AI / GLM Coding Plan**。
文档:[Anthropic](/zh/providers/anthropicOpenAI)、[OpenAI](/zh/providers/openaiQwen)、
[Qwen Cloud](/zh/providers/qwenMiniMax)、
[MiniMax](/zh/providers/minimaxGLM)、[GLM Models](/zh/providers/glm)、
[Local models](/zh/gateway/local-models)、[Models](/zh/concepts/models)。

<Accordion title=“API我可以在没有 API 密钥的情况下使用 Claude Max 订阅吗?“AnthropicOpenClawCLIOpenClaw> 可以。

Anthropic 员工告知我们,OpenClaw 风格的 Claude CLI 使用再次被允许,因此除非 Anthropic 发布新政策,否则 OpenClaw 将 Claude 订阅身份验证和 `claude -p`AnthropicAnthropicAPI 使用视为此集成的授权行为。如果您希望拥有最可预测的服务器端设置,请改用 Anthropic API 密钥。

<Accordion title=“你们支持 Claude 订阅身份验证(Claude Pro 或 Max)吗?“AnthropicOpenClawCLI> 支持。

Anthropic 员工告知我们,这种使用方式再次被允许,因此除非 Anthropic 发布新政策,否则 OpenClaw 将 Claude CLI 复用和 `claude -p`AnthropicAnthropicOpenClawOpenClawCLI 使用视为此集成的授权行为。
Anthropic setup-token 仍然作为受支持的 OpenClaw 令牌路径提供,但在可用时,OpenClaw 现在更倾向于 Claude CLI 复用和 `claude -p`AnthropicAPIOpenClawOpenAI。对于生产或多用户工作负载,Anthropic API 密钥身份验证仍然是更安全、更可预测的选择。如果您想在 OpenClaw 中使用其他订阅风格的托管选项,请参阅 [OpenAI](/zh/providers/openaiQwenMiniMax)、[Qwen / Model
Cloud](/zh/providers/qwen)、[MiniMax](/zh/providers/minimaxGLM) 和 [GLM
Models](/zh/providers/glm)。

Anthropic为什么我会收到来自 Anthropic 的 HTTP 429 rate_limit_error 错误?

这意味着您的 Anthropic 配额/速率限制 在当前时间段内已用尽。如果您 使用的是 Claude CLI,请等待时间段重置或升级您的计划。如果您 使用的是 Anthropic API 密钥,请检查 Anthropic 控制台 的使用情况/计费,并根据需要提高限制。

如果消息具体是: Extra usage is required for long context requestsAnthropic,则该请求正在尝试使用 Anthropic 的 1M 上下文测试版 (context1m: trueAPIOpenClawOpenClaw)。这仅在您的 凭证有资格使用长上下文计费时才有效(API 密钥计费或 启用了额外使用量的 OpenClaw Claude 登录路径)。

提示:设置一个备用模型,以便在提供商受到速率限制时,OpenClaw 可以继续回复。 请参阅 模型OAuth/gateway/故障排除#anthropic-429-extra-usage-required-for-long-context

是否支持 AWS Bedrock?

是的。OpenClaw 捆绑了 Amazon Bedrock (Converse) 提供商。如果存在 AWS 环境标记,OpenClaw 可以自动发现流式/文本 Bedrock 目录并将其作为隐式 amazon-bedrock 提供商进行合并;否则,您可以显式启用 plugins.entries.amazon-bedrock.config.discovery.enabledAmazon Bedrock 或添加手动提供商条目。请参阅 Amazon Bedrock模型提供商。如果您更喜欢托管密钥流程,在 Bedrock 前面使用一个兼容 OpenAI 的代理仍然是一个有效的选项。

Codex 认证如何工作?

OpenClaw 通过 OpenAI(ChatGPT 登录)支持 OAuth Code (Codex)。使用 openai/gpt-5.5 进行通用设置:ChatGPT/Codex 订阅认证加上 原生 Codex 应用服务器执行。openai-codex/gpt-* 模型引用是 由 openclaw doctor --fix 修复的旧版配置。直接 OpenAI API-key 访问仍可用于非代理 OpenAI API 表面以及通过有序 openai-codex API-key 配置文件 访问代理模型。 请参阅 模型提供商新手引导 (CLI)

为什么 OpenClaw 仍然提到 openai-codex?

openai-codex 是 ChatGPT/Codex OAuth 的提供商和认证配置文件 ID。 较旧的配置也将其用作模型前缀:

  • openai/gpt-5.5 = 用于代理轮次的 ChatGPT/Codex 订阅认证,具有原生 Codex 运行时
  • openai-codex/gpt-5.5 = 由 openclaw doctor --fix 修复的旧版模型路由
  • openai/gpt-5.5 加上有序 openai-codex API-key 配置文件 = API 代理模型的 OpenAI-key 认证
  • openai-codex:... = 认证配置文件 ID,不是模型引用

如果您想要直接的 OpenAI Platform 计费/限制路径,请设置 OPENAI_API_KEY。如果您想要 ChatGPT/Codex 订阅认证,请使用 openclaw models auth login --provider openai-codex 登录。请将模型引用保持为 openai/gpt-5.5openai-codex/* 模型引用是 openclaw doctor --fix 重写的旧版配置。

OAuth为什么 Codex OAuth 限制可能与 ChatGPT 网页版不同?

Codex OAuth 使用由 OpenAI 管理的、取决于计划的配额窗口。实际上, 即使两者绑定到同一个账户,这些限制也可能与 ChatGPT 网站/应用程序的体验不同。

OpenClaw 可以在 openclaw models statusAPIOpenAI 中显示当前可见的提供商使用/配额窗口,但它不会发明或将 ChatGPT 网页版的权限标准化为直接 API 访问。如果您想要直接的 OpenAI 平台 计费/限制路径,请使用 API 密钥配合 openai/*API。

<Accordion title=“OpenAIOAuth您是否支持 OpenAI 订阅身份验证?“OpenClawOpenAIOAuthOpenAIOAuthOpenClawOAuthOAuth> 是的。OpenClaw 完全支持 OpenAI Code (Codex) 订阅 OAuth。 OpenAI 明确允许在外部工具/工作流(如 OpenClaw)中使用订阅 OAuth。新手引导可以为您运行 OAuth 流程。

请参阅 [OAuth](/zh/concepts/oauth)、[Model providers](/zh/concepts/model-providersCLI) 和 [新手引导 (CLI)](/zh/start/wizard)。

<Accordion title=“CLIOAuth如何设置 Gemini CLI OAuth?“CLI> Gemini CLI 使用的是插件认证流程,而不是在 openclaw.jsonCLI 中使用客户端 ID 或密钥。

步骤:
1. 在本地安装 Gemini CLI,以便 `gemini` 位于 `PATH` 中
- Homebrew: `brew install gemini-cli`npm
- npm: `npm install -g @google/gemini-cli`
2. 启用插件:`openclaw plugins enable google`
3. 登录:`openclaw models auth login --provider google-gemini-cli --set-default`
4. 登录后的默认模型:`google-gemini-cli/gemini-3-flash-preview`
5. 如果请求失败,请在网关主机上设置 `GOOGLE_CLOUD_PROJECT` 或 `GOOGLE_CLOUD_PROJECT_ID`OAuth
这会将 OAuth 令牌存储在网关主机的认证配置文件中。详情:[模型提供商](/zh/concepts/model-providers)。
本地模型适合随意聊天吗?

通常不适合。OpenClaw 需要大上下文和强大的安全性;小卡会导致截断和泄露。如果必须使用,请在本地运行您能运行的最大模型构建版本(LM Studio),并参阅 /gateway/local-models。较小/量化的模型会增加提示注入的风险 - 请参阅 安全性

如何将托管模型的流量保留在特定区域?

选择区域固定的端点。OpenRouter 为 MiniMax、Kimi 和 GLM 提供了美国托管的选项;选择美国托管的变体以将数据保留在区域内。您仍然可以通过使用 models.mode: "merge" 将 Anthropic/OpenAI 与这些选项并列列出,以便在选择区域性提供商的同时保持备用可用性。

<Accordion title=“我必须购买 Mac Mini 才能安装这个吗?“OpenClawmacOSLinuxWindowsWSL2Raspberry PimacOSiMessageiMessage> 不需要。OpenClaw 可以在 macOS 或 Linux(Windows 通过 WSL2)上运行。Mac mini 是可选的——有些人会购买它作为常驻主机,但小型 VPS、家庭服务器或 Raspberry Pi 级别的设备也可以。

只有在使用 **仅限 macOS 的工具** 时才需要 Mac。对于 iMessage,请在任何已登录 Messages 的 Mac 上配合 `imsg`Gateway(网关)Linux 使用 [iMessage](/zh/channels/imessage)。如果 Gateway 运行在 Linux 或其他地方,请将 `channels.imessage.cliPath` 设置为在该 Mac 上运行 `imsg`macOSGateway(网关)macOSiMessage 的 SSH 包装器。如果您需要其他仅限 macOS 的工具,请在 Mac 上运行 Gateway 或配对一个 macOS 节点。
文档:[iMessage](/zh/channels/imessage),[节点](/zh/nodes),[Mac 远程模式](/zh/platforms/mac/remote)。

<Accordion title=“iMessage我需要 Mac mini 来支持 iMessage 吗?“macOSiMessage> 您需要一台已登录 Messages 的 macOS 设备。它 不必 是 Mac mini——任何 Mac 都可以。配合 imsgGateway(网关) 使用 iMessage;Gateway 可以在该 Mac 上运行,也可以通过 SSH 包装器 cliPathGateway(网关)Linux 在其他地方运行。

常见设置:
- 在 Linux/VPS 上运行 Gateway,并将 `channels.imessage.cliPath` 设置为 SSH 包装器,以便在已登录 Messages 的 Mac 上运行 `imsg`iMessage。
- 如果您想要最简单的单机设置,请在 Mac 上运行所有内容。
文档:[iMessage](/zh/channels/imessage),[节点](/zh/nodes),
[Mac 远程模式](/zh/platforms/mac/remote)。

<Accordion title=“OpenClaw如果我购买 Mac mini 来运行 OpenClaw,我可以将其连接到我的 MacBook Pro 吗?“Gateway(网关)Gateway(网关)> 可以。Mac mini 可以运行 Gateway(网关),而您的 MacBook Pro 可以作为 节点(配套设备)进行连接。节点不运行 Gateway(网关)——它们提供额外的功能,如该设备上的屏幕/摄像头/画布和 system.runGateway(网关)macOSGateway(网关)。

常见模式:
- Mac mini 上的 Gateway(网关)(始终开启)。
- MacBook Pro 运行 macOS 应用或节点主机并配对到 Gateway(网关)。
- 使用 `openclaw nodes status` / `openclaw nodes list` 来查看它。
文档:[节点](/zh/nodesCLI)、[节点 CLI](/zh/cli/nodes)。
我可以使用 Bun 吗?

不建议使用 Bun。我们会遇到运行时错误,特别是在 Bun 和 Bun 方面。 请使用 Node 以获得稳定的网关。

如果您仍然想尝试使用 Bun,请在非生产环境网关上进行操作, 且不要涉及 WhatsApp/Telegram。

TelegramTelegram:allowFrom 中填什么?

channels.telegram.allowFromTelegram 是发送者的 Telegram 用户 ID(数字)。它不是机器人的用户名。

设置仅要求输入数字用户 ID。如果您在配置中已有旧的 @username 条目,openclaw doctor --fix 可以尝试解析它们。

更安全的方法(无第三方机器人):

  • 给您的机器人发私信,然后运行 openclaw logs --follow 并读取 from.idAPI。

官方 Bot API:

/getUpdates并读取message.from.id`。

第三方方法(私密性较低):
- 给 `@userinfobot` 或 `@getidsbot` 发私信。
参见 [/channels/telegram](/zh/channels/telegram#access-control-and-activation)。
多个人可以共用一个 WhatsApp 号码来使用不同的 OpenClaw 实例吗?

可以,通过 多智能体路由。将每个发送者的 WhatsApp 私信(对等点 kind: "direct",发送者 E.164 格式如 +15551234567)绑定到不同的 agentId,这样每个人都能获得自己的工作区和会话存储。回复仍然来自 同一个 WhatsApp 账号,且 私信 访问控制(channels.whatsapp.dmPolicy / channels.whatsapp.allowFrom)是针对每个 WhatsApp 账号全局生效的。参见 多智能体路由WhatsApp

我可以同时运行一个“快速聊天”智能体和一个用于编程的“Opus”智能体吗?

可以。使用多智能体路由:为每个智能体指定其默认模型,然后将入站路由(提供商账号或特定对等点)绑定到每个智能体。示例配置位于

多智能体路由

中。另请参阅

模型

配置

<Accordion title=“LinuxHomebrew 适用于 Linux 吗?“Linux> 是的。Homebrew 支持 Linux (Linuxbrew)。快速设置:

```bash
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"
echo 'eval "$(/home/linuxbrew/.linuxbrew/bin/brew shellenv)"' >> ~/.profile
eval "$(/home/linuxbrew/.linuxbrew/bin/brew shellenv)"
brew install <formula>
```OpenClaw
如果你通过 systemd 运行 OpenClaw,请确保服务 PATH 包含 `/home/linuxbrew/.linuxbrew/bin`(或你的 brew 前缀),以便 `brew`Linux 安装的工具在非登录 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`。

<Accordion title=“npm可黑客修改的 git 安装与 npm 安装的区别”npmCLInpm> - 可黑客修改 (git) 安装: 完整的源代码检出,可编辑,最适合贡献者。 你可以在本地运行构建并修改代码/文档。 - npm 安装: 全局 CLI 安装,不包含仓库,最适合“只想运行它”。 更新来自 npm dist-tags。

文档:[入门指南](/en/start/getting-started),[更新](/en/install/updating)。
npm我稍后可以在 npm 和 git 安装之间切换吗?

是的。当 OpenClaw 已安装时,请使用 openclaw update --channel ...OpenClawOpenClaw。 这不会删除您的数据——它仅更改 OpenClaw 的代码安装。 您的状态(~/.openclaw)和工作区(~/.openclaw/workspacenpm)将保持不变。

从 npm 到 git:

Terminal window
openclaw update --channel dev
```npm
git 到 npm:
```bash
openclaw update --channel stable

添加 --dry-run 以预先预览计划中的模式切换。更新程序会运行 Doctor 后续检查,为目标渠道刷新插件源,并 重启网关,除非您传递 --no-restart

安装程序也可以强制任一模式:

Terminal window
curl -fsSL https://openclaw.ai/install.sh | bash -s -- --install-method git
curl -fsSL https://openclaw.ai/install.sh | bash -s -- --install-method npm

备份提示:请参阅 备份策略

<Accordion title=“Gateway(网关)我应该在笔记本电脑还是 VPS 上运行 Gateway(网关)?“Gateway(网关)OpenClawWhatsAppTelegramSlackMattermostDiscord> 简短回答:如果您需要 24/7 的稳定性,请使用 VPS。如果您希望 最低的阻力,并且不介意睡眠/重启,请在本地运行。

**笔记本电脑(本地 Gateway)**
- **优点:** 无服务器成本,直接访问本地文件,实时浏览器窗口。
- **缺点:** 睡眠/网络掉线 = 断开连接,操作系统更新/重启会中断,必须保持唤醒。
**VPS / 云端**
- **优点:** 始终在线,网络稳定,无笔记本睡眠问题,更容易保持运行。
- **缺点:** 通常无头运行(使用截图),仅能远程访问文件,必须通过 SSH 进行更新。
**OpenClaw 特别说明:** WhatsApp/Telegram/Slack/Mattermost/Discord 在 VPS 上均可正常运行。唯一真正的折衷是**无头浏览器**与可见窗口的区别。请参阅 [浏览器](/zh/tools/browser)。
**推荐默认设置:** 如果您之前遇到过网关断开连接的情况,请使用 VPS。当您正在积极使用 Mac 并希望访问本地文件或使用可见的浏览器进行 UI 自动化时,本地运行非常棒。

<Accordion title=“OpenClaw在专用机器上运行 OpenClaw 有多重要?“Gateway(网关)> 非必需,但为了可靠性和隔离性,建议这样做

- **专用主机(VPS/Mac mini/Pi):** 始终在线,睡眠/重启中断更少,权限更清晰,更容易保持运行。
- **共享笔记本电脑/台式机:** 用于测试和主动使用完全没问题,但当机器休眠或更新时,预计会出现暂停。
如果你想要两全其美,请在专用主机上保留 Gateway(网关),并将你的笔记本电脑作为**节点** 配对,用于本地屏幕/摄像头/exec工具。请参阅 [节点](/zh/nodes)。
有关安全指导,请阅读 [安全性](/zh/gateway/security)。

<Accordion title=“最低 VPS 要求和推荐的操作系统是什么?“OpenClawGateway(网关)LinuxLinux> OpenClaw 很轻量。对于一个基本的 Gateway(网关) + 一个聊天渠道:

- **绝对最低配置:** 1 vCPU,1GB RAM,约 500MB 磁盘空间。
- **推荐配置:** 1-2 vCPU,2GB RAM 或更多,以留有余量(日志、媒体、多个渠道)。节点工具和浏览器自动化可能会消耗较多资源。
操作系统:请使用 **Ubuntu LTS**(或任何现代 Debian/Ubuntu)。Linux 的安装路径在那里经过了最好的测试。
文档:[Linux](/zh/platforms/linux),[VPS 托管](/zh/vps)。

<Accordion title=“OpenClaw我可以在虚拟机 (VM) 中运行 OpenClaw 吗?有什么要求?“Gateway(网关)WindowsWSL2Windows> 可以。将虚拟机视为与 VPS 相同:它需要始终开机、可访问,并且拥有足够的 RAM 供 Gateway(网关) 以及您启用的任何频道使用。

基本指导原则:
- **绝对最低配置:** 1 个 vCPU,1GB RAM。
- **推荐配置:** 2GB RAM 或更多,如果您运行多个频道、浏览器自动化或媒体工具。
- **操作系统:** Ubuntu LTS 或其他现代 Debian/Ubuntu 版本。
如果您使用 Windows,**WSL2 是最简单的虚拟机风格设置**,并且具有最佳的工具兼容性。请参阅 [Windows](/zh/platforms/windows)、[VPS 托管](/zh/vpsmacOSmacOS)。
如果您在虚拟机中运行 macOS,请参阅 [macOS VM](/zh/install/macos-vm)。