# OAuth

> OpenClaw 中的 OAuth：令牌交换、存储和多账户模式

- 网址：https://funcoding.ai/agents/openclaw/concepts/oauth/
- 来源：OpenClaw 官方文档原文（中文），MIT 许可，同步于 2026-10-11
- 官方原文：https://docs.openclaw.ai/zh-CN/concepts/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 流程的提供商插件通过
同一个入口点运行：

```bash
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](https://funcoding.ai/agents/openclaw/gateway/configuration-reference/#auth-storage)

有关静态密钥引用和运行时快照激活行为，请参阅[密钥管理](https://funcoding.ai/agents/openclaw/gateway/secrets/)。

当辅助智能体没有本地身份验证配置文件时，OpenClaw 会从默认/主智能体存储
进行读穿继承；读取时不会克隆主智能体的存储。OAuth 刷新令牌尤其敏感：
普通复制流程默认会跳过它们，因为某些提供商会在刷新令牌使用后
轮换或使其失效。当智能体需要独立账户时，请为其配置单独的 OAuth 登录。

## Anthropic Claude CLI 复用

OpenClaw 支持将 Anthropic Claude CLI 复用和 `claude -p` 作为获准的
身份验证路径。如果主机上已有本地 Claude 登录，
新手引导/配置可以直接复用它。Anthropic setup-token 仍可用作受支持的
令牌身份验证路径，但 OpenClaw 会在 Claude CLI 复用可用时优先选择它。

<div class="callout callout-warning">

Anthropic 的公开 Claude Code 文档说明，直接使用 Claude Code 仍受
Claude 订阅限制约束，而 Anthropic 工作人员告知我们，OpenClaw 风格的 Claude
CLI 用法已再次获准。因此，除非 Anthropic
发布新政策，否则 OpenClaw 会将 Claude CLI 复用和
`claude -p` 的使用视为此集成获准的用法。

有关 Anthropic 当前直接使用 Claude Code 的套餐文档，请参阅[将 Claude Code
与 Pro 或 Max
套餐搭配使用](https://support.claude.com/en/articles/11145838-using-claude-code-with-your-pro-or-max-plan)
和[将 Claude Code 与 Team 或 Enterprise
套餐搭配使用](https://support.anthropic.com/en/articles/11845131-using-claude-code-with-your-team-or-enterprise-plan/)。

如果希望在 OpenClaw 中使用其他订阅式选项，请参阅 [OpenAI
Codex](https://funcoding.ai/agents/openclaw/providers/openai/)、[Qwen Cloud Coding
Plan](https://funcoding.ai/agents/openclaw/providers/qwen/)、[MiniMax Coding Plan](https://funcoding.ai/agents/openclaw/providers/minimax/)
和 [Z.AI / GLM Coding Plan](https://funcoding.ai/agents/openclaw/providers/zai/)。

</div>

## OAuth 交换（登录的工作原理）

OpenClaw 的交互式登录流程在 `openclaw/plugin-sdk/llm.ts` 中实现，并接入向导/命令。

### Anthropic setup-token

流程结构：

1. 在任何装有 Claude Code 的机器上运行 `claude setup-token` 创建令牌，然后从 OpenClaw 启动 Anthropic setup-token 或 paste-token
2. OpenClaw 将生成的 Anthropic 凭据存储在身份验证配置文件中
3. 模型选择仍使用 `anthropic/...`
4. 现有 Anthropic 身份验证配置文件仍可用于回滚/顺序控制

### OpenAI Codex（ChatGPT OAuth）

明确支持在 Codex CLI 之外使用 OpenAI Codex OAuth，包括 OpenClaw 工作流。

登录命令使用规范 OpenAI 提供商 ID：

```bash
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）：

1. 生成 PKCE 验证器/质询值和随机 `state`
2. 打开 `https://auth.openai.com/oauth/authorize?...`（范围
   `openid profile email offline_access`）
3. 尝试在 `http://localhost:1455/auth/callback` 上捕获回调（
   回调主机默认为 `localhost`，且仅接受回环主机；
   使用 `OPENCLAW_OAUTH_CALLBACK_HOST` 覆盖）
4. 如果能在回调到达前粘贴代码（或者处于
   远程/无头环境且无法绑定回调），则改为粘贴重定向 URL/代码
   ——手动粘贴会与浏览器回调竞速，先完成的一方生效
5. 在 `https://auth.openai.com/oauth/token` 交换代码
6. 从访问令牌中提取 `accountId` 并存储 `{ access, refresh, expires, accountId }`

向导路径为 `openclaw onboard` → 身份验证选项 `openai`。

## 刷新 + 过期

配置文件存储 `expires` 时间戳。在运行时：

- 如果 `expires` 是未来时间，则使用存储的访问令牌
- 如果已过期，则刷新（在文件锁下）并覆盖存储的凭据
- 如果辅助智能体读取继承的主智能体 OAuth 配置文件，
  刷新结果会写回主智能体存储，而不是将刷新
  令牌复制到辅助智能体存储
- 外部管理的 CLI 凭据（Claude CLI、范围有限的 Codex CLI 引导；
  请参阅[令牌汇聚点](#the-token-sink-why-it-exists)）会被重新读取，而不是
  消耗复制的刷新令牌。如果托管刷新失败，OpenClaw
  会报告受影响的配置文件需要重新进行身份验证，而不是返回
  外部 CLI 令牌材料。

刷新流程是自动的；通常无需手动管理令牌。

## 多个账户（配置文件）+ 路由

有两种模式：

### 1) 首选：独立智能体

如果希望“个人”和“工作”绝不相互影响，请使用隔离的智能体（独立的会话 + 凭据 + 工作区）：

```bash
openclaw agents add work
openclaw agents add personal
```

然后按智能体配置身份验证（通过向导），并将聊天路由到正确的智能体。

### 2) 高级：一个智能体中的多个配置文件

身份验证配置文件存储支持同一提供商的多个配置文件 ID。
选择要使用的配置文件：

- 通过配置顺序在全局选择（`auth.order`）
- 通过 `/model ...@<profileId>` 按会话选择

示例（会话覆盖）：

- `/model Opus@anthropic:work`

使用以下命令列出现有配置文件 ID：

```bash
openclaw models auth list --provider <id>
```

相关文档：

- [模型故障转移](https://funcoding.ai/agents/openclaw/concepts/model-failover/)（轮换 + 冷却规则）
- [斜杠命令](https://funcoding.ai/agents/openclaw/tools/slash-commands/)（命令界面）

## 相关内容

- [身份验证](https://funcoding.ai/agents/openclaw/gateway/authentication/)——模型提供商身份验证概览
- [密钥](https://funcoding.ai/agents/openclaw/gateway/secrets/)——凭据存储和 SecretRef
- [配置参考](https://funcoding.ai/agents/openclaw/gateway/configuration-reference/#auth-storage)——身份验证配置键