基础
OAuth
OpenClaw 支持为提供 OAuth(“订阅身份验证”)的提供商使用 OAuth, 其中尤其包括 OpenAI Codex(ChatGPT OAuth) 和 Anthropic Claude CLI 复用。 对于 Anthropic,实际可分为:
- Anthropic API key:按常规 Anthropic API 计费。
- OpenClaw 内的 Anthropic Claude CLI / 订阅身份验证:Anthropic 工作人员
告知我们,此用法已再次获准,因此,除非 Anthropic
发布新政策,否则 OpenClaw 会将 Claude CLI 复用和
claude -p的使用视为此集成获准的用法。在生产环境中使用 Anthropic 时,API key 身份验证仍是 更安全的推荐方式。
OpenClaw 将 OpenAI API key 身份验证和 ChatGPT/Codex OAuth 都存储在
规范提供商 ID openai 下。旧的 openai-codex:* 配置文件 ID 和
auth.order.openai-codex 条目属于遗留状态,可由
openclaw doctor --fix 修复;新配置请使用 openai:* 配置文件 ID 和 auth.order.openai。
本页涵盖:
- OAuth 令牌交换的工作原理(PKCE)
- 令牌的存储位置(及其原因)
- 如何处理多个账户(配置文件 + 按会话覆盖)
自带 OAuth 或 API key 流程的提供商插件通过 同一个入口点运行:
openclaw models auth login --provider <id>令牌汇聚点(为何需要它)
OAuth 提供商通常会在每次登录/刷新时生成新的刷新令牌。 一些提供商在为同一用户/应用签发新刷新令牌时,会使之前的刷新令牌 失效。实际表现是:同时通过 OpenClaw 和 Claude Code / Codex CLI 登录,其中一个之后会随机退出登录。
为减少这种情况,OpenClaw 将身份验证配置文件存储视为令牌汇聚点:
- 运行时从每个智能体的一个位置读取凭据
- 多个配置文件可以共存并进行确定性路由
- 外部 CLI 复用因提供商而异:一旦 OpenClaw 拥有某个提供商的本地 OAuth
配置文件,本地刷新令牌就是规范来源。如果该本地
刷新令牌遭到拒绝,OpenClaw 会报告该配置文件需要
重新进行身份验证,而不是回退到外部 CLI 令牌材料。
Codex CLI 引导的范围更窄:它只能在 OpenClaw 尚未拥有该
提供商的 OAuth 前,为空的
openai:default风格配置文件提供初始数据; 此后,OpenClaw 自有的刷新结果始终是规范来源 - 状态/启动路径会将外部 CLI 发现限制在已配置的 提供商集合内,因此单提供商设置不会探测无关的 CLI 登录存储
存储(令牌的存放位置)
密钥按智能体存储,并以逻辑名称 auth-profiles.json 为键(底层
存储是智能体的 SQLite 数据库;为保持兼容性和用于工具显示,
仍保留该 JSON 名称):
- 身份验证配置文件(OAuth + API key + 可选的值级引用):
~/.openclaw/agents/<agentId>/agent/auth-profiles.json - 遗留兼容文件:
~/.openclaw/agents/<agentId>/agent/auth.json(发现静态api_key条目时会将其清除)
仅用于遗留导入的文件(仍受支持,但不是主要存储):
~/.openclaw/credentials/oauth.json(首次使用时导入身份验证配置文件存储)
上述所有内容也遵循 $OPENCLAW_STATE_DIR(状态目录覆盖)。完整参考:/gateway/configuration-reference#auth-storage
有关静态密钥引用和运行时快照激活行为,请参阅密钥管理。
当辅助智能体没有本地身份验证配置文件时,OpenClaw 会从默认/主智能体存储 进行读穿继承;读取时不会克隆主智能体的存储。OAuth 刷新令牌尤其敏感: 普通复制流程默认会跳过它们,因为某些提供商会在刷新令牌使用后 轮换或使其失效。当智能体需要独立账户时,请为其配置单独的 OAuth 登录。
Anthropic Claude CLI 复用
OpenClaw 支持将 Anthropic Claude CLI 复用和 claude -p 作为获准的
身份验证路径。如果主机上已有本地 Claude 登录,
新手引导/配置可以直接复用它。Anthropic setup-token 仍可用作受支持的
令牌身份验证路径,但 OpenClaw 会在 Claude CLI 复用可用时优先选择它。
OAuth 交换(登录的工作原理)
OpenClaw 的交互式登录流程在 openclaw/plugin-sdk/llm.ts 中实现,并接入向导/命令。
Anthropic setup-token
流程结构:
- 在任何装有 Claude Code 的机器上运行
claude setup-token创建令牌,然后从 OpenClaw 启动 Anthropic setup-token 或 paste-token - OpenClaw 将生成的 Anthropic 凭据存储在身份验证配置文件中
- 模型选择仍使用
anthropic/... - 现有 Anthropic 身份验证配置文件仍可用于回滚/顺序控制
OpenAI Codex(ChatGPT OAuth)
明确支持在 Codex CLI 之外使用 OpenAI Codex OAuth,包括 OpenClaw 工作流。
登录命令使用规范 OpenAI 提供商 ID:
openclaw models auth login --provider openai要在一个智能体中使用多个 ChatGPT/Codex OAuth 账户,请使用 --profile-id openai:<name>。
不要将 openai-codex:<name> 用于新配置文件。Doctor 会将
该旧前缀迁移为不会冲突的 openai:* 配置文件 ID;修复后,请先运行
openclaw models auth list --provider openai,再将配置文件 ID 复制到
auth.order 或 /model ...@<profileId> 中。
流程结构(PKCE):
- 生成 PKCE 验证器/质询值和随机
state - 打开
https://auth.openai.com/oauth/authorize?...(范围openid profile email offline_access) - 尝试在
http://localhost:1455/auth/callback上捕获回调( 回调主机默认为localhost,且仅接受回环主机; 使用OPENCLAW_OAUTH_CALLBACK_HOST覆盖) - 如果能在回调到达前粘贴代码(或者处于 远程/无头环境且无法绑定回调),则改为粘贴重定向 URL/代码 ——手动粘贴会与浏览器回调竞速,先完成的一方生效
- 在
https://auth.openai.com/oauth/token交换代码 - 从访问令牌中提取
accountId并存储{ access, refresh, expires, accountId }
向导路径为 openclaw onboard → 身份验证选项 openai。
刷新 + 过期
配置文件存储 expires 时间戳。在运行时:
- 如果
expires是未来时间,则使用存储的访问令牌 - 如果已过期,则刷新(在文件锁下)并覆盖存储的凭据
- 如果辅助智能体读取继承的主智能体 OAuth 配置文件, 刷新结果会写回主智能体存储,而不是将刷新 令牌复制到辅助智能体存储
- 外部管理的 CLI 凭据(Claude CLI、范围有限的 Codex CLI 引导; 请参阅令牌汇聚点)会被重新读取,而不是 消耗复制的刷新令牌。如果托管刷新失败,OpenClaw 会报告受影响的配置文件需要重新进行身份验证,而不是返回 外部 CLI 令牌材料。
刷新流程是自动的;通常无需手动管理令牌。
多个账户(配置文件)+ 路由
有两种模式:
1) 首选:独立智能体
如果希望“个人”和“工作”绝不相互影响,请使用隔离的智能体(独立的会话 + 凭据 + 工作区):
openclaw agents add workopenclaw agents add personal然后按智能体配置身份验证(通过向导),并将聊天路由到正确的智能体。
2) 高级:一个智能体中的多个配置文件
身份验证配置文件存储支持同一提供商的多个配置文件 ID。 选择要使用的配置文件:
- 通过配置顺序在全局选择(
auth.order) - 通过
/model ...@<profileId>按会话选择
示例(会话覆盖):
/model Opus@anthropic:work
使用以下命令列出现有配置文件 ID:
openclaw models auth list --provider <id>相关文档: