#LLM request rejected: You're out of extra usage. Add more at claude.ai/settin
1 messages Β· Page 1 of 1 (latest)
Thatβs usually not Discord, itβs the Anthropic auth/billing route OpenClaw is using.
Most likely itβs one of these:
-
OpenClaw is using an Anthropic API key, not your Claude account
In that case, topping up atclaude.ai/settings/usagewonβt help. Youβd need billing/credits on the Anthropic Console side instead. -
OpenClaw cached the earlier billing failure
After a billing-style error, OpenClaw can temporarily mark the Anthropic profile as disabled for a while.
Can you paste these?
openclaw --version
openclaw models status
openclaw models status --json
In the JSON, check auth.unusableProfiles for an anthropic:* entry with disabledUntil.
If you want to try the likely fix first:
openclaw models auth login --provider anthropic
openclaw gateway restart
Also, if the exact error says:
Extra usage is required for long context requests
then paste this too:
openclaw config get agents.defaults.models
That usually means context1m is enabled and the current Anthropic credential is not eligible for that route.
Docs:
π¦ OpenClaw 2026.4.5 (3e72c03) β I don't have opinions about tabs vs spaces. I have opinions about everything else.
Config : ~/.openclaw/openclaw.json
Agent dir : ~/.openclaw/agents/main/agent
Default : anthropic/claude-sonnet-4-6
Fallbacks (0) : -
Image model : -
Image fallbacks (0): -
Aliases (1) : sonnet -> anthropic/claude-sonnet-4-6
Configured models (1): anthropic/claude-sonnet-4-6
Auth overview
Auth store : ~/.openclaw/agents/main/agent/auth-profiles.json
Shell env : off
Providers w/ OAuth/tokens (2): anthropic (1), openai-codex (1)
- anthropic effective=profiles:~/.openclaw/agents/main/agent/auth-profiles.json | profiles=1 (oauth=0, token=1, api_key=0) | anthropic:manual=token:sk-ant-o...TuxLWAAA
- brave effective=env:BSAsIr3F...C4SAL_cT | env=BSAsIr3F...C4SAL_cT | source=env: BRAVE_API_KEY
- openai effective=env:sk-proj-...FrAoV2wA | env=sk-proj-...FrAoV2wA | source=env: OPENAI_API_KEY
- openai-codex effective=profiles:~/.openclaw/agents/main/agent/auth-profiles.json | profiles=1 (oauth=1, token=0, api_key=0) | openai-codex:default=OAuth
- openrouter effective=env:sk-or-v1...5d8e2977 | env=sk-or-v1...5d8e2977 | source=env: OPENROUTER_API_KEY
- perplexity effective=env:sk-or-v1...5d8e2977 | env=sk-or-v1...5d8e2977 | source=env: OPENROUTER_API_KEY
OAuth/token status
- anthropic
- anthropic:manual static
- openai-codex usage: 5h 100% left β±4h 59m Β· Week 100% left β±6d 23h
- openai-codex:default ok expires in 0m
Yep, this narrows it down.
Youβre not on Anthropic API-key billing here. Youβre using an Anthropic setup-token:
anthropic:manual=token
So your claude.ai/settings/usage top-up is the relevant bucket for this setup.
That means the likely problem is now one of these:
- OpenClaw cached the earlier billing failure and still has that profile temporarily disabled
- The saved Anthropic setup-token is stale and needs to be refreshed
Can you paste this next?
openclaw models status --json
and especially the auth.unusableProfiles part.
For your current auth path, the right thing to try is:
openclaw models auth setup-token --provider anthropic
openclaw gateway restart
Small correction to my earlier message: for your Anthropic setup, use setup-token, not auth login.
Also, I notice:
Fallbacks (0)
So if Anthropic is blocked, Discord just hard-fails instead of falling back to OpenAI/Codex.
Docs:
- https://docs.openclaw.ai/help/faq#why-am-i-seeing-http-429-ratelimiterror-from-anthropic
- https://docs.openclaw.ai/providers/anthropic
If you paste the --json, I can tell you immediately whether itβs a cached disabledUntil window or a token refresh issue.
sorry what? what do i need to do?
No worries. Do these 2 things:
openclaw models auth setup-token --provider anthropic
openclaw gateway restart
Then try again in Discord.
Why: your Claude balance is probably fine now, but OpenClaw is still using the old Anthropic token/session from before the top-up.
If it still fails after that, paste this:
openclaw models status --json
and Iβll tell you the next step.
its asking for my anthropic set up token
its extra use so its supposed ot be under my login not api
Yep, thatβs expected, and donβt paste the token here in Discord.
Do this:
-
In a local terminal, run:
claude setup-token -
Copy the token it gives you
It should start with:sk-ant-oat01- -
Paste that token into the OpenClaw prompt thatβs asking for it
-
Then restart OpenClaw:
openclaw gateway restart -
Try Discord again
If you donβt have claude installed/logged in, say that, and Iβll give you the other path.
Yep, exactly. Youβre right.
This is your login-backed Anthropic route, not API-key billing.
The problem is likely just that OpenClaw is still using an old login token / old billing state from before you topped up.
So the fix is still:
- Run:
claude setup-token - Paste that fresh token into the OpenClaw prompt
- Restart:
openclaw gateway restart
That refreshes OpenClawβs copy of your login auth so it sees the new extra-usage balance.
And again, donβt paste the token in Discord.
still getting same error
Got it. Then we need the actual lockout/error state, not guesses.
Please run these and paste the output:
openclaw models status --json
Then, in another terminal:
openclaw logs --follow
Trigger the Discord error once, then paste the new log lines that appear.
What Iβm looking for:
auth.unusableProfilesdisabledUntil- any Anthropic
billing/extra usageline in the logs
Thatβll tell us whether this is:
- OpenClaw still holding a cached billing disable, or
- Anthropic still rejecting the login token even after the top-up
Donβt paste any secrets, just the output.
{
"configPath": "/Users/butters/.openclaw/openclaw.json",
"agentDir": "/Users/butters/.openclaw/agents/main/agent",
"defaultModel": "anthropic/claude-sonnet-4-6",
"resolvedDefault": "anthropic/claude-sonnet-4-6",
"fallbacks": [],
"imageModel": null,
"imageFallbacks": [],
"aliases": {
"sonnet": "anthropic/claude-sonnet-4-6"
},
"allowed": [
"anthropic/claude-sonnet-4-6"
],
"auth": {
"storePath": "/Users/butters/.openclaw/agents/main/agent/auth-profiles.json",
"shellEnvFallback": {
"enabled": false,
"appliedKeys": []
},
"providersWithOAuth": [
"anthropic (2)",
"openai-codex (1)"
],
"missingProvidersInUse": [],
"providers": [
{
openclawer": "anthropic",
"effective": {
"kind": "profiles",
"detail": "~/.openclaw/agents/main/agent/auth-profiles.json"
},
"profiles": {
"count": 2,
"oauth": 0,
"token": 2,
"apiKey": 0,
"labels": [
"anthropic:manual=token:sk-ant-o...TuxLWAAA",
"anthropic:default=token:sk-ant-o...yqxLuwAA"
]
}
},
{
"provider": "brave",
"effective": {
"kind": "env",
"detail": "BSAsIr3F...C4SAL_cT"
},
"profiles": {
"count": 0,
"oauth": 0,
"token": 0,
"apiKey": 0,
"labels": []
},
"env": {
"value": "BSAsIr3F...C4SAL_cT",
"source": "env: BRAVE_API_KEY"
}
},
{
"provider": "openai",
"effective": {
"kind": "env",
"detail": "sk-proj-...FrAoV2wA"
},
"profiles": {
"count": 0,
"oauth": 0,
"token": 0,
"apiKey": 0,
"labels": []
},
"env": {
"value": "sk-proj-...FrAoV2wA",
"source": "env: OPENAI_API_KEY"
}
},
{
"provider": "openai-codex",
"effective": {
"kind": "profiles",
"detail": "~/.openclaw/agents/main/agent/auth-profiles.json"
},
"profiles": {
"count": 1,
"oauth": 1,
"token": 0,
"apiKey": 0,
"labels": [
"openai-codex:default=OAuth"
]
}
},
{
"provider": "openrouter",
"effective": {
"kind": "env",
"detail": "sk-or-v1...5d8e2977"
},
"profiles": {
"count": 0,
"oauth": 0,
"token": 0,
"apiKey": 0,
"labels": []
},
"env": {
"value": "sk-or-v1...5d8e2977",
"source": "env: OPENROUTER_API_KEY"
}
},
{
"provider": "perplexity",
"effective": {
"kind": "env",
"detail": "sk-or-v1...5d8e2977"
},
"profiles": {
"count": 0,
"oauth": 0,
"token": 0,
"apiKey": 0,
"labels": []
},
"env": {
"value": "sk-or-v1...5d8e2977",
"source": "env: OPENROUTER_API_KEY"
}
}
],
"unusableProfiles": [],
"oauth": {
"warnAfterMs": 86400000,
"profiles": [
{
"profileId": "anthropic:default",
"provider": "anthropic",
"type": "token",
"status": "static",
"source": "store",
"label": "anthropic:default"
},
{
"profileId": "anthropic:manual",
"provider": "anthropic",
"type": "token",
"status": "static",
"source": "store",
"label": "anthropic:manual"
},
{
"profileId": "openai-codex:default",
"provider": "openai-codex",
"type": "oauth",
"status": "ok",
"expiresAt": 1777588422217,
"remainingMs": 863412018,
"source": "store",
"label": "openai-codex:default"
}
],
"providers": [
{
"provider": "anthropic",
"status": "ok",
"profiles": [
{
"profileId": "anthropic:default",
"provider": "anthropic",
"type": "token",
"status": "static",
"source": "store",
"label": "anthropic:default"
},
{
"profileId": "anthropic:manual",
"provider": "anthropic",
"type": "token",
"status": "static",
"source": "store",
"label": "anthropic:manual"
}
]
},
{
"provider": "openai-codex",
"status": "ok",
"profiles": [
{
"profileId": "openai-codex:default",
"provider": "openai-codex",
"type": "oauth",
"status": "ok",
"expiresAt": 1777588422217,
"remainingMs": 863412018,
"source": "store",
"label": "openai-codex:default"
}
],
"expiresAt": 1777588422217,
"remainingMs": 863412018
}
]
}
}
}
Ah, I think I see it.
You now have two Anthropic token profiles:
anthropic:manualanthropic:default
So OpenClaw is probably still trying the old one first.
Force it to use the fresh one:
openclaw models auth order set --provider anthropic anthropic:default
openclaw gateway restart
Then try Discord again.
If that fixes it, great. If not, paste these next:
openclaw models auth order get --provider anthropic
openclaw logs --follow
right after reproducing the error once.
Perfect, that rules out the cached-lockout theory.
"unusableProfiles": [] means OpenClaw is not currently holding your Anthropic profile in a disabled/cooldown state.
So the next step is a live Anthropic probe to see which token Anthropic is actually accepting:
openclaw models status --probe --probe-provider anthropic --probe-profile anthropic:default --probe-profile anthropic:manual
That makes a real check against Anthropic and should tell us one of these:
anthropic:defaultworks,anthropic:manualfails- both fail
- both work
If only one works, we force OpenClaw to use that one.
If both fail, then Anthropic is still rejecting the login token itself, even after the top-up.
Paste that output and Iβll tell you the exact fix.
ok i tried this and it didnt work
openclaw models auth order set --provider anthropic anthropic:default
openclaw gateway restart
Right, that only forces which token OpenClaw uses. It doesnβt tell us whether Anthropic is accepting that token.
Please run this exact command next and paste the output:
openclaw models status --probe --probe-provider anthropic --probe-profile anthropic:default --probe-profile anthropic:manual
Thatβs the check that will show whether:
- the new token works
- the old token works
- or Anthropic is still rejecting both
Once you paste that, I can give you the exact next step.
part 1/2
π¦ OpenClaw 2026.4.5 (3e72c03) β I don't judge, but your missing API keys are absolutely judging you.
β
15:47:57-07:00 [plugins] [claude-mem] OpenClaw plugin loaded β v1.0.0 (worker: 127.0.0.1:37777)
15:47:57-07:00 [plugins] [claude-mem] OpenClaw plugin loaded β v1.0.0 (worker: 127.0.0.1:37777)
15:47:57-07:00 [plugins] [claude-mem] OpenClaw plugin loaded β v1.0.0 (worker: 127.0.0.1:37777)
15:47:57-07:00 [plugins] [claude-mem] OpenClaw plugin loaded β v1.0.0 (worker: 127.0.0.1:37777)
15:47:57-07:00 [plugins] [claude-mem] Context injected via system prompt for agent=main
β
Config : ~/.openclaw/openclaw.json
Agent dir : ~/.openclaw/agents/main/agent
Default : anthropic/claude-sonnet-4-6
Fallbacks (0) : -
Image model : -
Image fallbacks (0): -
Aliases (1) : sonnet -> anthropic/claude-sonnet-4-6
Configured models (1): anthropic/claude-sonnet-4-6
Auth overview
Auth store : ~/.openclaw/agents/main/agent/auth-profiles.json
Shell env : off
Providers w/ OAuth/tokens (2): anthropic (2), openai-codex (1)
- anthropic effective=profiles:~/.openclaw/agents/main/agent/auth-profiles.json | profiles=2 (oauth=0, token=2, api_key=0) | anthropic:manual=token:sk-ant-o...TuxLWAAA, anthropic:default=token:sk-ant-o...yqxLuwAA
- brave effective=env:BSAsIr3F...C4SAL_cT | env=BSAsIr3F...C4SAL_cT | source=env: BRAVE_API_KEY
- openai effective=env:sk-proj-...FrAoV2wA | env=sk-proj-...FrAoV2wA | source=env: OPENAI_API_KEY
- openai-codex effective=profiles:~/.openclaw/agents/main/agent/auth-profiles.json | profiles=1 (oauth=1, token=0, api_key=0) | openai-codex:default=OAuth
- openrouter effective=env:sk-or-v1...5d8e2977 | env=sk-or-v1...5d8e2977 | source=env: OPENROUTER_API_KEY
- perplexity effective=env:sk-or-v1...5d8e2977 | env=sk-or-v1...5d8e2977 | source=env: OPENROUTER_API_KEY
part 2/2
OAuth/token status
- anthropic
- anthropic:default static
- anthropic:manual static
- openai-codex usage: 5h 100% left β±4h 59m Β· Week 100% left β±6d 23h
- openai-codex:default ok expires in 10d
Auth probes
βββββββββββββββββββββββββββββββ¬ββββββββββββββββββββββββββββ¬ββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
β Model β Profile β Status β
βββββββββββββββββββββββββββββββΌββββββββββββββββββββββββββββΌββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ€
β anthropic/claude-sonnet-4-6 β anthropic:default (token) β ok Β· 1.8s β
β anthropic/claude-sonnet-4-6 β anthropic:manual (token) β unknown Β· - β
β β β β³ Excluded by auth.order for this provider. β
βββββββββββββββββββββββββββββββ΄ββββββββββββββββββββββββββββ΄ββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
Probed 1 target in 6.2s
butters@mac ~ %
Got part 1. I need part 2, the part with the actual probe result/status for:
anthropic:defaultanthropic:manual
Thatβs the bit that will say ok, billing, auth, etc.
Good, thatβs actually very helpful.
It means your Anthropic token is working:
anthropic:default (token) ok
So this is not a bad-token / bad-login problem anymore.
That means the remaining issue is on the actual Discord run path, not auth.
Next step:
- In a terminal, run:
openclaw logs --follow
-
In Discord, send a fresh test message like:
hi -
Paste the new log lines that appear right when it fails, especially anything mentioning:
anthropicbillingextra usagerate_limit
At this point weβve narrowed it down to:
- a Discord/runtime path issue, or
- the actual request payload being rejected even though the token itself probes fine
Weβre close now.
Log tail truncated (increase --max-bytes).
22:50:03+00:00 info plugins {"subsystem":"plugins"} [claude-mem] Context injected via system prompt for agent=main
22:50:03+00:00 warn agent/embedded {"subsystem":"agent/embedded"} {"event":"embedded_run_agent_end","tags":["error_handling","lifecycle","agent_end","assistant_error"],"runId":"c5580839-deb7-4de5-8131-e74c552f37f0","isError":true,"error":"LLM request rejected: You're out of extra usage. Add more at claude.ai/settings/usage and keep going.","failoverReason":"format","model":"claude-sonnet-4-6","provider":"anthropic","rawErrorPreview":"400 {"type":"error","error":{"type":"invalid_request_error","message":"You're out of extra usage. Add more at claude.ai/settings/usage and keep going."},"request_id":"sha256:945fa5a18929"}","rawErrorHash":"sha256:eb3c0237bd99","rawErrorFingerprint":"sha256:26d210060f19","httpCode":"400","providerErrorType":"invalid_request_error","providerErrorMessagePreview":"You're out of extra usage. Add more at claude.ai/settings/usage and keep going.","requestIdHash":"sha256:945fa5a18929"} embedded run agent end
22:50:03+00:00 warn agent/embedded {"subsystem":"agent/embedded"} {"event":"auth_profile_failure_state_updated","tags":["error_handling","auth_profiles","cooldown"],"runId":"c5580839-deb7-4de5-8131-e74c552f37f0","profileId":"sha256:154a23a3efe6","provider":"anthropic","reason":"format","windowType":"cooldown","windowReused":false,"previousErrorCount":0,"errorCount":1,"cooldownUntil":1776725433639,"failureCounts":{"format":1}} auth profile failure state updated
22:50:03+00:00 warn agent/embedded {"subsystem":"agent/embedded"} {"event":"embedded_run_failover_decision","tags":["error_handling","failover","assistant","surface_error"],"runId":"c5580839-deb7-4de5-8131-e74c552f37f0","stage":"assistant","decision":"surface_error","failoverReason":"format","profileFailureReason":"format","provider":"anthropic","model":"claude-sonnet-4-6","profileId":"sha256:154a23a3efe6","fallbackConfigured":false,"timedOut":false,"aborted":false,"rawErrorPreview":"400 {"type":"error","error":{"type":"invalid_request_error","message":"You're out of extra usage. Add more at claude.ai/settings/usage and keep going."},"request_id":"sha256:945fa5a18929"}","rawErrorHash":"sha256:eb3c0237bd99","rawErrorFingerprint":"sha256:26d210060f19","httpCode":"400","providerErrorType":"invalid_request_error","providerErrorMessagePreview":"You're out of extra usage. Add more at claude.ai/settings/usage and keep going.","requestIdHash":"sha256:945fa5a18929"} embedded run failover decision
Okay, we found it.
OpenClaw is not stuck locally anymore. Anthropic itself is returning:
400 invalid_request_error: You're out of extra usage...
So the token is valid enough to probe, but Anthropic is still rejecting the real generation request.
Next check, on the same machine run:
claude -p "hi"
Then:
- If
claude -palso fails with extra usage, this is upstream on Anthropicβs side, not Discord/OpenClaw. Your top-up likely hasnβt propagated for real model calls yet. - If
claude -pworks, switch OpenClaw to the Claude CLI auth path instead of setup-token:
openclaw onboard
and choose Anthropic Claude CLI, then restart:
openclaw gateway restart
One more thing: this log line is probably an OpenClaw bug:
"failoverReason":"format"
That error is clearly billing-ish, not format. If you want to report that part:
https://github.com/openclaw/openclaw/issues
sorry what do i need to do next?
Totally fair. Do this next:
claude -p "hi"
Then:
- If it works: switch OpenClaw to Anthropic Claude CLI auth
choose Anthropic Claude CLI, then:openclaw onboardopenclaw gateway restart
- If it fails with the same extra-usage error: the problem is on Anthropicβs side, not Discord/OpenClaw.
If you want, just paste the output of claude -p "hi" and Iβll tell you which branch youβre in.
paste that into terminal?
Yes, exactly, paste this into your local terminal, not Discord:
claude -p "hi"
Then tell me what it prints.
nothing
Okay, two quick checks:
-
Run this:
claude --version -
Tell me which happened with:
claude -p "hi"- it returned straight back to the prompt
- it hung / kept waiting
- it printed an error
Paste whatever you see.
Perfect, thatβs the answer.
Your Claude login works, so the fix is:
-
Run:
openclaw onboard -
When it asks about Anthropic auth, choose:
Anthropic Claude CLInot setup-token
-
Finish onboarding
-
Restart OpenClaw:
openclaw gateway restart -
Try Discord again
Why: claude -p working means your login + extra usage are fine.
So OpenClaw should use the Claude CLI auth path, not the old setup-token path.
Yep, thatβs good, Claude CLI is working. π
Now do this:
openclaw onboard
When prompted, choose:
Anthropic Claude CLI
Then restart:
openclaw gateway restart
Then test Discord again.
use existing values?
Yes, use the existing values.
Just change the Anthropic auth choice to:
Anthropic Claude CLI
And do not choose Reset.
Model/auth provider
β β Anthropic (API key + legacy token)
β β BytePlus
β β Chutes
β β Cloudflare AI Gateway
β β Copilot Proxy
β β Custom Provider
β β DeepSeek
β β Fireworks
β β Gemini CLI OAuth
β β GitHub Copilot
β β Google
β β Hugging Face
β β Kilo Gateway
β β LiteLLM
β β Microsoft Foundry
β β MiniMax
β β Mistral AI
β β Moonshot AI (Kimi K2.5)
β β Ollama
β β OpenAI
β β OpenAI Codex
β β OpenCode
β β OpenRouter
β β Qianfan
β β Qwen Cloud
β β SGLang
β β StepFun
β β Synthetic
β β Together AI
β β Venice AI
β β Vercel AI Gateway
β β vLLM
β β Volcano Engine
β β xAI (Grok)
β β Xiaomi
β β Z.AI
β β Skip for now
Yep, pick:
Anthropic (API key + legacy token)
Then on the next Anthropic screen, choose the Claude CLI option.
its either api key or set up token
Then donβt pick setup-token again. Thatβs the path thatβs already failing.
Do this instead:
- Exit that wizard screen
- Run:
openclaw configure - See if Claude CLI shows up there
If Claude CLI appears, pick that.
If it still only shows API key or setup-token, then your current build isnβt exposing the Claude CLI path there yet.
In that case, your practical options are:
- use Anthropic API key now, or
- stay on setup-token and keep hitting the Anthropic extra-usage issue
So the important part is: donβt re-select setup-token.
Select sections to configure
β β Workspace (Set workspace + sessions)
β β Model
β β Web tools
β β Gateway
β β Daemon
β β Channels
β β Plugins
β β Skills
β β Health check
β β Continue
β
Pick:
Model
Thatβs the section where the auth/provider choice lives.
Anthropic auth method
β β Anthropic API key (Direct Anthropic API key)
β β Anthropic setup-token
β β Back
That confirms it, your current build is only offering:
- API key
- setup-token
So:
- If you have an Anthropic API key, choose Anthropic API key
- If you do not have one, choose Back and do not pick setup-token again
Because setup-token is the path thatβs already failing for you.
So the practical fix right now is an Anthropic API key.
If you specifically want login/Claude CLI auth, youβll need a build/path that exposes that option.
i just asked claude and it said this. i think im at step 2
Try these in order:
Verify extra usage is re-enabled. Go to claude.ai β Settings β Billing (or the Usage section). After topping up, the "Allow extra usage" toggle sometimes flips off or needs re-confirmation. Make sure it's on and shows your new balance.
Refresh your OAuth token. If OpenClaw authenticates via your Claude Max subscription (rather than a raw API key), the token may have gone stale when requests started failing. In your OpenClaw setup, re-run whatever login/auth command you originally used (often something like claude login or a re-auth flow in the harness config).
Restart the bot process. Kill the OpenClaw process entirely and relaunch it. Cached 429s or backoff timers inside the harness won't clear on their own β some HTTP clients hold onto rate-limit state for a while.
Check the actual error in Discord/logs. The specific error message matters a lot here. If it says something like credit_balance_too_low, rate_limit_exceeded, invalid_api_key, or 401 unauthorized, that narrows it down fast. Can you grab the exact error text from your terminal or Discord channel where OpenClaw is reporting?
If you're using an API key instead of Max auth: Log into console.anthropic.com, confirm the key is still active and the workspace has credit, and that you haven't hit a per-key spend limit.
Youβre basically past step 2 already.
Hereβs where you actually are:
-
Step 2 (refresh auth): done enough
We re-did auth, and your Anthropic probe came back ok. -
Step 3 (restart): done
You already restarted the gateway. -
Step 4 (check real error): done
We got the exact log:400 invalid_request_error: You're out of extra usage...
So the only useful item left from that list is step 1:
Do this next
Go to:
https://claude.ai/settings/usage
and confirm:
- Allow extra usage is actually ON
- your topped-up balance is visible there
If that is already ON
Then the setup-token path is still being rejected by Anthropic on real model calls.
At that point, your practical options are:
- Use an Anthropic API key in OpenClaw now, or
- Wait / contact Anthropic, because the login-backed extra-usage lane still isnβt being accepted for your actual requests
So no, I would not keep repeating setup-token / restart again. We already proved the token itself is valid enough to probe.
yes extra usage is on
Then weβve pretty much isolated it.
What we know:
- your token probes OK
claude -pworks- extra usage is ON
- but real OpenClaw Anthropic requests still get:
You're out of extra usage
So this is not a Discord issue anymore. It looks like a setup-token / Anthropic-side entitlement issue on real model calls.
Your practical options now
1. Fastest fix: use an Anthropic API key
In OpenClaw, switch Anthropic auth to API key.
2. If you want to stay login-based
Youβll probably need to wait or contact Anthropic, because their side is still rejecting the actual OpenClaw requests even though your login itself works.
One OpenClaw note
This log classification also looks wrong:
failoverReason: "format"
Thatβs probably a bug on our side. If you want to report it, include the log lines here:
https://github.com/openclaw/openclaw/issues
So, bluntly: if you need it working now, use an Anthropic API key.
Last login: Mon Apr 20 16:43:11 on ttys000
You have new mail.
butters@mac ~ % claude login
Claude Code v2.1.92
β β β β Opus 4.6 (1M context) Β· Claude Max
/Users/butters
ββ ββ [β»] [β»] [β»] Β· Share Claude Code and earn $10 of extra usage Β· /passes
β Opus now defaults to 1M context Β· 5x more room, same pricing
β― login
βΊ What are you trying to log in to? For example:
- Claude Code β run ! claude login or /login in the CLI
- GitHub β run ! gh auth login
- A cloud provider (AWS, GCP, Azure) β let me know which one
Could you clarify what service you need to authenticate with?
ββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββββ
β―Β
βββββββββββββββββββ
Yep, thatβs the wrong command path.
You opened Claude Code and then typed login inside it.
If you actually want to refresh Claude CLI auth, the command is:
claude auth login
But honestly, based on everything we already tested, your Claude login is already fine. claude -p "hi" proved that.
So I donβt think re-login is the real fix here.
Bottom line
At this point your real choices are:
- Use an Anthropic API key in OpenClaw if you need it working now, or
- Wait / contact Anthropic about the extra-usage rejection on the setup-token path
So you can Ctrl+C out of that screen.
discor is back working i think but so slow
what is the discord command to reboot and restart thes sytem
Nice, thatβs progress. π
If itβs working but slow, the fastest check is:
- try a brand new Discord thread / fresh message
- send something tiny like:
hi
If the fresh thread is still slow, itβs probably Anthropic-side latency, not Discord.
If the fresh thread is faster, then the slowness is probably from session/context history in the current thread.
So Iβd test a fresh thread first before changing anything else.