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 }}
Repository navigation
tui: new sessions fail with "Insufficient account funds" on active OpenCode Go while CLI works #54244
With an active OpenCode Go subscription, new TUI sessions fail with "Insufficient account funds" / "Insufficient balance" even though the CLI succeeds with the same account and model. Go usage stays near 0%, so it is not a real usage/budget limit.
Have an active OpenCode Go subscription on the workspace; opencode auth list shows OpenCode Console Personal stored.
Confirm the CLI works: opencode run --model opencode-go/deepseek-v4.1-flash "Reply with exactly: OK" → prints OK.
Also confirm the config default works: opencode run "Reply with exactly: OK" → prints OK.
Open the TUI (opencode) and start a new session, send any prompt.
The request fails with "Insufficient account funds" / "Insufficient balance".
Expected Behavior
A new TUI session should use the Go-covered model and succeed, exactly like opencode run does on the same account/model.
Actual Behavior
New TUI sessions error with "Insufficient account funds"/"Insufficient balance". Go usage does not increase (stays near 0%). Existing sessions continue to work, and the CLI works.
Additional Context
Workspace: Personal (owner). Go is active. Console usage (30d): $0.82 across 273 requests (almost all deepseek-v4.1-flash). No member budget cap (budget: null).
Enabled Go models include deepseek-v4.1-flash and deepseek-v4-pro; deepseek-v4-flash and deepseek-v4-flash-vision-exp are disabled for the workspace.
Pinned the working model globally in ~/.config/opencode/opencode.jsonc ("model": "opencode-go/deepseek-v4.1-flash") — TUI still fails.
Removed and re-added the account (opencode auth) — still fails.
Workarounds that work: the pre-existing session, and opencode run (CLI).
Thanks for the detailed report! One detail would help us tell whether this is a TUI bug or a provider mix-up.
In the TUI, the provider decides how a model is billed. opencode/<model> (OpenCode Console / Zen) is billed from Console credits, and opencode-go/<model> is billed to your Go subscription. If a request goes through the Console provider with $0 credit, you get exactly this "Insufficient account funds" error. Also, a new TUI session doesn't always use the model from opencode.jsonc: a model you picked before for that project or agent, or a model set on the agent, takes priority over the config.
Could you tell us:
In a new TUI session, before sending, which model and provider does the prompt footer show? Is it listed under OpenCode Go or under Personal / OpenCode (Console)? A screenshot is ideal.
If you open /models, choose deepseek-v4.1-flash from the OpenCode Go group and then send a prompt, does it still fail?
Do you have a model set on any agent (in opencode.jsonc or an agent file), or a project-level opencode.json with a model?
The full error text exactly as the TUI shows it.
You can reply here with the details, or edit the issue. If you edit it, please also leave a comment saying you've updated it so we know you're done.
These existing issues look closely related (most likely first), in case one of them already covers your problem:
We can't reproduce this in our sandbox. The "Insufficient account funds" error comes from the OpenCode backend and only shows up with a real Console/Go account, which our test environment doesn't have. A maintainer with a Go account will need to look at it.
What your answers tell us so far:
The footer showing DeepSeek V4.1 Flash · Personal / OpenCode means new sessions use the Console provider (opencode/deepseek-v4.1-flash). That provider is billed from Console credits, not your Go plan, so with $0 credit this error is expected for that model. It looks like a model you picked earlier for the project or agent takes priority over the model in your opencode.jsonc for new sessions. That's our reading of the code, not something we could run.
The part that still needs a maintainer: you say picking DeepSeek V4.1 Flash from the OpenCode Go group in the TUI also fails, while opencode run --model opencode-go/deepseek-v4.1-flash works on the same account. This may be the same backend problem reported in OpenCode Go models return "Insufficient account funds" with active subscription and 0% usage #51424, where requests from newer logins seem to be billed as "standard" instead of "go".
If you can, it would help to check whether opencode run --model opencode/deepseek-v4.1-flash "Reply with exactly: OK" fails with the same error. That would show whether the CLI and TUI difference comes down to which provider the TUI picks.
Also looks like I started getting this message when i tried using opus model which i do not have access to and switched back to the Personal / OpenCode deepseek model which worked for me before and after that every new session i open started showing this issue
Activity
opencode-agent commentedon Oct 10, 2026
Thanks for the detailed report! One detail would help us tell whether this is a TUI bug or a provider mix-up.
In the TUI, the provider decides how a model is billed.
opencode/<model>(OpenCode Console / Zen) is billed from Console credits, andopencode-go/<model>is billed to your Go subscription. If a request goes through the Console provider with $0 credit, you get exactly this "Insufficient account funds" error. Also, a new TUI session doesn't always use themodelfromopencode.jsonc: a model you picked before for that project or agent, or a model set on the agent, takes priority over the config.Could you tell us:
/models, choosedeepseek-v4.1-flashfrom the OpenCode Go group and then send a prompt, does it still fail?modelset on any agent (inopencode.jsoncor an agent file), or a project-levelopencode.jsonwith amodel?You can reply here with the details, or edit the issue. If you edit it, please also leave a comment saying you've updated it so we know you're done.
These existing issues look closely related (most likely first), in case one of them already covers your problem:
opencode/...Console provider instead ofopencode-go/...; others report new logins being billed as "standard" instead of "go".auth listalso shows only the Console credential.shyamm-dev commentedon Oct 10, 2026
opencode-agent commentedon Oct 10, 2026
Thanks for the follow-up, that helps a lot.
We can't reproduce this in our sandbox. The "Insufficient account funds" error comes from the OpenCode backend and only shows up with a real Console/Go account, which our test environment doesn't have. A maintainer with a Go account will need to look at it.
What your answers tell us so far:
opencode/deepseek-v4.1-flash). That provider is billed from Console credits, not your Go plan, so with $0 credit this error is expected for that model. It looks like a model you picked earlier for the project or agent takes priority over themodelin youropencode.jsoncfor new sessions. That's our reading of the code, not something we could run.opencode run --model opencode-go/deepseek-v4.1-flashworks on the same account. This may be the same backend problem reported in OpenCode Go models return "Insufficient account funds" with active subscription and 0% usage #51424, where requests from newer logins seem to be billed as "standard" instead of "go".If you can, it would help to check whether
opencode run --model opencode/deepseek-v4.1-flash "Reply with exactly: OK"fails with the same error. That would show whether the CLI and TUI difference comes down to which provider the TUI picks.Related: #51424, #50611.
shyamm-dev commentedon Oct 10, 2026
Also looks like I started getting this message when i tried using opus model which i do not have access to and switched back to the Personal / OpenCode deepseek model which worked for me before and after that every new session i open started showing this issue