Bug Report
Environment
- OpenClaw version: 2026.2.17 (4134875)
- OS: macOS (Darwin 25.3.0)
- Auth method: Claude Max subscription via
claude setup-token
Description
After updating to OpenClaw 2026.2.17, Anthropic setup-token authentication no longer works. The gateway falls through to fallback providers (kimi-coding) on every request. This was working before the update.
Steps to Reproduce
- Run
claude setup-token to generate a token (sk-ant-oat01-...)
- Run
openclaw models auth setup-token --provider anthropic
- Verify token is stored in
~/.openclaw/agents/main/agent/auth-profiles.json as "type": "token"
- Send a request through the gateway targeting
anthropic/claude-opus-4-6
- Request fails with auth error, falls through to fallback provider
Configuration
// openclaw.json — models.providers.anthropic
{
"baseUrl": "https://api.anthropic.com",
"api": "anthropic-messages"
}
// auth-profiles.json
{
"anthropic:default": {
"type": "token",
"provider": "anthropic",
"token": "sk-ant-oat01-..."
}
}
Observed Behavior
Direct curl test against Anthropic API with the setup-token:
# As x-api-key header:
{"type":"error","error":{"type":"authentication_error","message":"invalid x-api-key"}}
# As Authorization: Bearer header:
{"type":"error","error":{"type":"authentication_error","message":"OAuth authentication is currently not supported."}}
openclaw models status shows both anthropic profiles cycling through auth failures and cooldowns while other providers (kimi-coding, openai-codex, openrouter) work fine.
Additional Issue: Symbol(clack:cancel) corruption
Possibly related — cancelling the openclaw configure wizard mid-flow writes the literal string "Symbol(clack:cancel)" into:
agents/main/agent/models.json → apiKey field
agents/main/agent/auth.json → key field
agents/main/agent/auth-profiles.json → token field
The gateway then propagates this corrupted value on every restart, overwriting manual fixes. This prevents clean recovery from the auth issue.
Expected Behavior
Setup-token auth should work as documented at https://docs.openclaw.ai/providers/anthropic#option-b-claude-setup-token and as confirmed working in #9938 (OpenClaw 2026.2.6).
Related Issues
Bug Report
Environment
claude setup-tokenDescription
After updating to OpenClaw 2026.2.17, Anthropic setup-token authentication no longer works. The gateway falls through to fallback providers (kimi-coding) on every request. This was working before the update.
Steps to Reproduce
claude setup-tokento generate a token (sk-ant-oat01-...)openclaw models auth setup-token --provider anthropic~/.openclaw/agents/main/agent/auth-profiles.jsonas"type": "token"anthropic/claude-opus-4-6Configuration
/v1(aware of the double-path issue from [Bug]: Anthropic OAuth tokens stopped working - 'OAuth authentication is currently not supported' #9938)Observed Behavior
Direct curl test against Anthropic API with the setup-token:
openclaw models statusshows both anthropic profiles cycling through auth failures and cooldowns while other providers (kimi-coding, openai-codex, openrouter) work fine.Additional Issue:
Symbol(clack:cancel)corruptionPossibly related — cancelling the
openclaw configurewizard mid-flow writes the literal string"Symbol(clack:cancel)"into:agents/main/agent/models.json→apiKeyfieldagents/main/agent/auth.json→keyfieldagents/main/agent/auth-profiles.json→tokenfieldThe gateway then propagates this corrupted value on every restart, overwriting manual fixes. This prevents clean recovery from the auth issue.
Expected Behavior
Setup-token auth should work as documented at https://docs.openclaw.ai/providers/anthropic#option-b-claude-setup-token and as confirmed working in #9938 (OpenClaw 2026.2.6).
Related Issues