OpenClawSkills
GitHub
Core Concepts β€’ TutorialHeader.readTime

OAuth

OAuth in OpenClaw: token exchange, storage, and multi-account patterns

OpenClaw supports "subscription auth" via OAuth for providers that offer it (notably OpenAI Codex (ChatGPT OAuth)). For Anthropic subscriptions, use the setup-token flow. This page explains:

- How OAuth token exchange works (PKCE)

- Where tokens are stored (and why)

- How to handle multiple accounts (profiles + per-session overrides)

OpenClaw also supports provider plugins that ship their own OAuth or API-key flows. Run them via:

Bash
openclaw models auth login --provider <id>
Tutorial.step

The token sink (why it exists)

OAuth providers commonly mint a new refresh token during login/refresh flows. Some providers (or OAuth clients) can invalidate older refresh tokens when a new one is issued for the same user/app.

Practical symptom:

- you log in via OpenClaw _and_ via Claude Code / Codex CLI β†’ one of them randomly gets "logged out" later

To reduce that, OpenClaw treats ''auth-profiles.json'' as a ''token sink'':

- the runtime reads credentials from one place

- we can keep multiple profiles and route them deterministically

Tutorial.step

Storage (where tokens live)

Secrets are stored per-agent:

- Auth profiles (OAuth + API keys): ''~/.openclaw/agents/<agentId>/agent/auth-profiles.json''

- Runtime cache (managed automatically; don't edit): ''~/.openclaw/agents/<agentId>/agent/auth.json''

Legacy import-only file (still supported, but not the main store):

- ''~/.openclaw/credentials/oauth.json'' (imported into ''auth-profiles.json'' on first use)

All of the above also respect ''$OPENCLAW_STATE_DIR'' (state dir override). Full reference: ''/gateway/configuration''

Tutorial.step

Anthropic setup-token (subscription auth)

Run ''claude setup-token'' on any machine, then paste it into OpenClaw:

Bash
openclaw models auth setup-token --provider anthropic

If you generated the token elsewhere, paste it manually:

Bash
openclaw models auth paste-token --provider anthropic

Verify:

Bash
openclaw models status
Tutorial.step

OAuth exchange (how login works)

OpenClaw's interactive login flows are implemented in ''@mariozechner/pi-ai'' and wired into the wizards/commands.

Tutorial.step

Anthropic (Claude Pro/Max) setup-token

Flow shape:

1. run ''claude setup-token''

2. paste the token into OpenClaw

3. store as a token auth profile (no refresh)'
'Wizard path is ''openclaw onboard'' β†’ auth choice ''setup-token'' (Anthropic).

Tutorial.step

OpenAI Codex (ChatGPT OAuth)

Flow shape (PKCE):

1. generate PKCE verifier/challenge + random ''state''

2. open ''https://auth.openai.com/oauth/authorize?...''

3. try to capture callback on ''http://127.0.0.1:1455/auth/callback''

4. if callback can't bind (or you're remote/headless), paste the redirect URL/code

5. exchange at ''https://auth.openai.com/oauth/token''

6. extract ''accountId'' from the access token and store ''{ access, refresh, expires, accountId }''

Wizard path is ''openclaw onboard'' β†’ auth choice ''openai-codex''.

Tutorial.step

Refresh + expiry

Profiles store an ''expires'' timestamp.

At runtime:

- if ''expires'' is in the future β†’ use the stored access token

- if expired β†’ refresh (under a file lock) and overwrite the stored credentials'
'The refresh flow is automatic; you generally don't need to manage tokens manually.

Tutorial.step

Multiple accounts (profiles) + routing

Two patterns:

Tutorial.step

1) Preferred: separate agents

If you want "personal" and "work" to never interact, use isolated agents (separate sessions + credentials + workspace):

Bash
openclaw agents add work
openclaw agents add personal

Then configure auth per-agent (wizard) and route chats to the right agent.

Tutorial.step

2) Advanced: multiple profiles in one agent

''auth-profiles.json'' supports multiple profile IDs for the same provider.

Pick which profile is used:

- globally via config ordering (''auth.order'')

- per-session via ''/model ...@<profileId>''

Example (session override):

- ''/model Opus@anthropic:work''

How to see what profile IDs exist:

- ''openclaw channels list --json'' (shows ''auth[]'')

Related docs:

- ''/concepts/model-failover'' (rotation + cooldown rules)'
'- ''/tools/slash-commands'' (command surface)