You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
OpenCode Go models return "Insufficient account funds" with active subscription and 0% usage #51424
The next day, generated a brand new API key and repeated the exact same workaround. This time the registration call itself failed server-side with: {"name":"UnknownError","data":{"message":"Unexpected server error. Check server logs for details.","ref":"err_2c57926c"}}
Local server log: error="Key method not found: opencode-go"
Separately, a third-party tool (Orca) that polls the OpenCode Go usage API independently reports a third, different error for the same account: "The OpenCode Go API key was rejected", failureKind: "stale-token".
Three different failure modes (insufficient funds → key-method-not-found → stale-token) across two days on the same account with no client-side changes points at something inconsistent on the backend entitlement/credential linkage rather than a per-user funding issue. Subscription active, 0% usage throughout.
I am getting the same issue when using opencode 2 TUI. Using the console auth or the API auth both have the same outcome - 'insufficient account funds' error when using any paid model, when Go levels are not at maximum for day / week / month.
This is only happening for new logins to OpenCode and using the console or API method to add OpenCode Go. Where I am already authenticated against the OpenCode Go service with API key, my prompts are working without errors.
Successful call, uses the Product: go and unsuccessful cal luses the Product: standard - screegrabs below. So new logins are associating with standard, and old logins were associated with go.
Alternatively, opencode go with a different harness is working well. Since
this problem started, I've started using it with Pi.
Rubens Lopes
Em sex., 2 de out. de 2026, 02:47, getapiomni ***@***.***>
escreveu:
*getapiomni* left a comment (anomalyco/opencode#51424)
<#51424 (comment)>
Same frustration here — paid subscription but "Insufficient account funds"
right after signup means the aggregator layer is the problem, not your
account. Direct Moonshot/Kimi API access fixes this: we expose Kimi K2.7
Code via https://api.getapiomni.com with balance you can actually see and
spend on demand. No subscription gymnastics.
—
Reply to this email directly, view it on GitHub
<#51424?email_source=notifications&email_token=AHCJLN4ERYNTIFJI755J6X35R46NLA5CNFSNUABFM5UWIORPF5TWS5BNNB2WEL2JONZXKZKDN5WW2ZLOOQXTKOJUGYZTCNBQGAYKM4TFMFZW63VGNVQW45LBNSSWK5TFNZ2KYZTPN52GK4S7MNWGSY3L#issuecomment-5946314000>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AHCJLN7UNEHU7OI3GRRPGJT5R46NLAVCNFSNUABFKJSXA33TNF2G64TZHM4TONJXGM2DGMJZHNEXG43VMU5TKNJZGAYDENBUGI42C5QC>
.
You are receiving this because you are subscribed to this thread.Message
ID: ***@***.***>
Update: this was not a bug on the Go side for me. I was using the plain opencode/... provider, which bills the credit balance ($0.00), so "Insufficient account funds" was the correct result. opencode-go/... uses the Go subscription and works.
If you see this error with an active Go plan, check that:
You picked a model listed under OpenCode Go in /models, with an ID like opencode-go/deepseek-v4.1-flash. opencode/deepseek-v4.1-flash is a different provider and bills credits.
Your key is connected with /connect → OpenCode Go.
Your default model in opencode.json doesn't still point at an opencode/... model.
Raw API calls need the Go endpoint https://opencode.ai/zen/go/v1/chat/completions and an x-opencode-session header. I tested it with opencode v2.0.22. The /inference/openai/v1 path from the docs example bills credits too.
I can't say this is the cause for everyone in this thread. Some reports above describe other symptoms.
while the same API key + same model + same endpoint succeed seconds later.
Data (2026-10-07/08, Go subscriber, Go quota nowhere near limits):
Go endpoint /zen/go/v1: 301× HTTP 200 vs 7× 402 on 10-07 (all 402s clustered 21:23–21:53 UTC); 64× 200 vs 1× 402 on 10-08 (14:20 UTC). ~98% success between bursts.
Zen endpoint /zen/v1 with the same key returns the byte-identical 402 body on every call (Zen balance is $0.00) — so when Go calls fail, the response is indistinguishable from the "no Zen balance" error, which matches this issue's "billed against Zen balance instead of Go quota" hypothesis.
A local diagnostic probe of ours through the Go provider fails 6/6 on deepseek-v4-pro with that exact 402, while direct calls to /zen/go/v1 with deepseek-v4-pro return 200 minutes apart (same key, same model).
Free/promotional models (e.g. longcat-2.5-preview-free) return 200 at all times.
Repro cadence: bursts of ~30 min, then clean for hours. Happy to share precise request timestamps if useful.
Thanks for the report! OpenCode 2.0 is now out and development is focused on V2, so we're closing issues filed against OpenCode 1. Please upgrade (opencode upgrade --major, details: https://anoma.ly/notes/opencode-2-0), and if this is still relevant on 2.0, reopen this issue or open a new one with your 2.0 version.
In my case this was related to the API key, not the Go subscription itself.
Two things I hit:
An expired API key — regenerating/updating the key fixed the Insufficient account funds error.
The key also seemed to disappear earlier than expected. The default expiry looked like 90 days, but mine was already gone sooner than that.
So if usage is still at 0% with an active Go sub, it's worth checking whether the API key was rotated, expired, or somehow removed, before digging into billing.
Activity
github-actions commentedon Sep 26, 2026
This issue might be a duplicate of existing issues. Please check:
/model.Insufficient account funds.kennyzcx commentedon Sep 28, 2026
Getting the same issue, please let me know if you find a solution.
stunglebungus commentedon Sep 28, 2026
Confirming this is still broken — additional data points that might help narrow it down:
POST /api/integration/opencode-go/connect/key) — it worked once, creating a properopencode-gocredential distinct from the genericopencode/Console one. Model calls still failed withInsufficient account funds.{"name":"UnknownError","data":{"message":"Unexpected server error. Check server logs for details.","ref":"err_2c57926c"}}Local server log:
error="Key method not found: opencode-go""The OpenCode Go API key was rejected",failureKind: "stale-token".Three different failure modes (insufficient funds → key-method-not-found → stale-token) across two days on the same account with no client-side changes points at something inconsistent on the backend entitlement/credential linkage rather than a per-user funding issue. Subscription active, 0% usage throughout.
stephenmcconnachie commentedon Sep 29, 2026
I am getting the same issue when using opencode 2 TUI. Using the console auth or the API auth both have the same outcome - 'insufficient account funds' error when using any paid model, when Go levels are not at maximum for day / week / month.
This is only happening for new logins to OpenCode and using the console or API method to add OpenCode Go. Where I am already authenticated against the OpenCode Go service with API key, my prompts are working without errors.
Successful call, uses the Product: go and unsuccessful cal luses the Product: standard - screegrabs below. So new logins are associating with standard, and old logins were associated with go.
absurdother commentedon Sep 29, 2026
Same error. No fix?! Please.
stephenmcconnachie commentedon Sep 30, 2026
Now getting a different error shape and behaviour - sometimes the OpenCode Go endpoint responds, but sometimes returns 400.
Please look into this, it's making the service unusable for any real work.
rubslopes commentedon Oct 2, 2026
rbmr commentedon Oct 8, 2026
Update: this was not a bug on the Go side for me. I was using the plain
opencode/...provider, which bills the credit balance ($0.00), so "Insufficient account funds" was the correct result.opencode-go/...uses the Go subscription and works.If you see this error with an active Go plan, check that:
/models, with an ID likeopencode-go/deepseek-v4.1-flash.opencode/deepseek-v4.1-flashis a different provider and bills credits./connect→ OpenCode Go.modelinopencode.jsondoesn't still point at anopencode/...model.Raw API calls need the Go endpoint
https://opencode.ai/zen/go/v1/chat/completionsand anx-opencode-sessionheader. I tested it with opencode v2.0.22. The/inference/openai/v1path from the docs example bills credits too.I can't say this is the cause for everyone in this thread. Some reports above describe other symptoms.
GallardoGH commentedon Oct 9, 2026
Same symptom from a different client (OpenClaw 2026.9.8, Windows). Requests to
https://opencode.ai/zen/go/v1/chat/completionsintermittently return:while the same API key + same model + same endpoint succeed seconds later.
Data (2026-10-07/08, Go subscriber, Go quota nowhere near limits):
/zen/go/v1: 301× HTTP 200 vs 7× 402 on 10-07 (all 402s clustered 21:23–21:53 UTC); 64× 200 vs 1× 402 on 10-08 (14:20 UTC). ~98% success between bursts./zen/v1with the same key returns the byte-identical 402 body on every call (Zen balance is $0.00) — so when Go calls fail, the response is indistinguishable from the "no Zen balance" error, which matches this issue's "billed against Zen balance instead of Go quota" hypothesis.deepseek-v4-prowith that exact 402, while direct calls to/zen/go/v1withdeepseek-v4-proreturn 200 minutes apart (same key, same model).longcat-2.5-preview-free) return 200 at all times.Repro cadence: bursts of ~30 min, then clean for hours. Happy to share precise request timestamps if useful.
thdxr commentedon Oct 11, 2026
Thanks for the report! OpenCode 2.0 is now out and development is focused on V2, so we're closing issues filed against OpenCode 1. Please upgrade (
opencode upgrade --major, details: https://anoma.ly/notes/opencode-2-0), and if this is still relevant on 2.0, reopen this issue or open a new one with your 2.0 version.— from 𝕺𝖕𝖊𝖓𝕮𝖔𝖉𝖊
gambikules commentedon Oct 15, 2026
I have this problem
Mat-Ice-QC commentedon Oct 17, 2026
i still have this problem too :(
FallDownTheSystem commentedon Oct 17, 2026
EDIT: Make sure you have the "OpenCode Go" provider selected when choosing models, not the OpenCode/Personal one.
sp80808 commentedon Oct 21, 2026
still having this issue
KappelM commentedon Oct 27, 2026
I have this issue! wtf why is it not fixed yet?
w3bKodr commentedon Nov 2, 2026
I'm also having this issue, any resolutions?
pianopia commentedon Nov 2, 2026
In my case this was related to the API key, not the Go subscription itself.
Two things I hit:
Insufficient account fundserror.So if usage is still at 0% with an active Go sub, it's worth checking whether the API key was rotated, expired, or somehow removed, before digging into billing.