Skip to content

Go plan hits 100%, blocks 12h — "Use balance" enabled but $39.89 Zen balance never used, on any model #42938

Closed as not planned

Description

@CinematicEnciclopedia

Description

My OpenCode Go subscription reaches 100% monthly usage and then blocks the "Big Pickle" model for 12 hours. I have "Use balance" enabled in the console, and I have $39.89 available on my Zen balance. According to the docs (opencode.ai/docs/go/), Go should fall back to the Zen balance automatically once the Go limit is reached instead of blocking requests.

This has been happening for approximately two weeks. The Zen balance is never touched — not with the default model, and not when I manually switch to a different model (e.g. GLM). The $39.89 remains completely unused while I'm blocked for 12h at a time.

This looks like the same underlying issue reported in #28129 (upstream provider balance depleted, causing "Insufficient balance" even when the user's own subscription/balance is fine) and #32278 (workspace balance status not refreshing correctly).

Steps to reproduce

Use OpenCode Go until monthly usage hits 100%.
Confirm "Use balance" is enabled in the console (billing page).
Confirm Zen balance shows $39.89 available.
Continue using any model, including switching away from Big Pickle to another provider (GLM).
Requests block for ~12h; Zen balance stays at $39.89, untouched.

Expected behavior Once Go's monthly limit is reached, requests should draw from the Zen balance automatically, as described in the Go documentation, regardless of which model is selected.

Actual behavior Requests block for 12h; the $39.89 balance is never deducted, on any model.

Account details

Workspace:(https://opencode.ai/workspace/wrk_01KZ12VSWQMCY3Z96Z5H26EM8C/billing) — Ajustes → Billing]
Account email: [NETWORKINGBARCELONA@GMAIL.COM]
Plan: OpenCode Go, monthly usage currently ~90-100%
Zen balance: $39.89, unused for ~2 weeks despite "Use balance" enabled

Request Please confirm whether this is the same upstream-provider-balance issue as #28129, and unblock the Zen balance fallback so it can be used with a model beyond Big Pickle while my Go quota is exhausted.

Plugins

NONE

OpenCode version

1.18.18

Steps to reproduce

  1. Use OpenCode Go until monthly usage hits 100%.
  2. Confirm "Use balance" is enabled in the console (billing page).
  3. Confirm Zen balance shows $39.89 available.
  4. Continue using any model, including switching away from Big Pickle to another provider (GLM).
  5. Requests block for ~12h; Zen balance stays at $39.89, untouched.

Screenshot and/or share link

https://opncd.ai/share/vmHf8bre

Operating System

Windows 11

Terminal

Windows Terminal

Activity

  1. github-actions commented on Aug 16, 2026

    @github-actions
    Contributor

    This issue might be a duplicate of existing issues. Please check:

    If your issue is the same underlying problem, adding a thumbs-up or comment on those issues may help prioritize the fix.

  2. CinematicEnciclopedia commented on Aug 16, 2026

    @CinematicEnciclopedia
    Author

    Confirming this matches #39470 exactly — same symptom (Go quota hit, "Use balance" enabled, Zen balance never drawn, blocked 12h). See #42938 for a fresh repro with share link if useful.

  3. n-osennij commented on Aug 17, 2026

    @n-osennij

    I agree. Except in my case, I lost the entire monthly limit, even though I had about 30% left in reserve.

  4. CinematicEnciclopedia commented on Aug 17, 2026

    @CinematicEnciclopedia
    Author

    Thanks for confirming @n-osennij — sounds like the same root cause, just a different trigger point (losing the whole monthly allowance vs. the Zen balance never being drawn at all in my case). Checked #39470 and #33495 and they describe the identical symptom: "Use balance" shows enabled, but the fallback never fires once the Go quota is spent, so you get blocked/HTTP 500 instead of drawing from the paid Zen balance. With three independent reports pointing at the same mechanism, it'd be worth consolidating so it gets the priority the underlying bug deserves. Happy to share logs/screenshots if that helps triage.

  5. CinematicEnciclopedia commented on Aug 30, 2026

    @CinematicEnciclopedia
    Author

    Following up — it's been 13 days since my last comment here (confirming this matches #39470), still no response from a maintainer. @fwang, since you're assigned — any update?

    Status unchanged: Zen balance still shows $39.89, unused, "Use balance" still enabled, Go quota still blocks all models at 100%. Switching to grok-4.5 as a workaround didn't help either — makes sense, since this is the Zen-balance-fallback bug, not a model-specific one.

    Also noting another duplicate that's shown up since: #45324, same "balance available but blocked" symptom. That's at least 3 independent reports (this issue, #39470, #45324) plus n-osennij's comment above, all pointing at the same fallback mechanism never firing. Could this get prioritized, or is there a known workaround beyond waiting out the 12h block?

  6. bitingass commented on Sep 7, 2026

    @bitingass

    it's been fkin almost 1 mouth but still no man cares about this, I'm driving crazy using this damn api with openclaw, it never use my remains, but only pops 401 to prevent me the api call, very GOOD JOB!

  7. khaosdoctor commented on Sep 27, 2026

    @khaosdoctor

    I am hitting the limit on a free model on Go too, so it's not really free apparently

  8. CinematicEnciclopedia commented on Sep 28, 2026

    @CinematicEnciclopedia
    Author

    Two new reports here since my last update, so a short status for anyone landing on this thread.

    On 30/08 OpenCode Support told me by email that the block comes from a separate account-level monthly usage limit (in my case $40), and that "Use balance" does not override it. According to them, raising that limit in the workspace Billing settings lets requests fall back to the Zen balance. I haven't tested that myself: I waited for the monthly window to reset (~02/09) and it worked again. It might also explain the 401s mentioned above, although those could be a different problem.

    So the fallback exists, but nothing in the UI says the toggle is capped by that limit, and the error doesn't say which limit you hit. That is what still needs fixing here: either "Use balance" should kick in once the Go quota is used, or the UI and the error should name the monthly limit and link to where it can be changed.

    @khaosdoctor, thanks for opening #51682. The free-models block looks like the same provider-wide lock; I've added my data there.

  9. thdxr commented on Oct 11, 2026

    @thdxr
    Member

    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 𝕺𝖕𝖊𝖓𝕮𝖔𝖉𝖊

  10. CinematicEnciclopedia commented on Oct 27, 2026

    @CinematicEnciclopedia
    Author

    Update from OpenCode 2.0.29 (Windows). My original scenario (Go quota exhausted plus "Use balance") can't be tested any more: the workspace no longer has a Go subscription.

    What I can confirm: requests through the standard endpoint do draw from the workspace credit. Sixteen Gemini 4 Argon requests on 16 Oct returned 200 and were billed.

    What still hurts: requests for Grok 4.5/4.7 and GPT-6 Luna through /inference/go/ returned 403 inference_failed (13–17 Oct), at no cost. The only message is "The inference request failed." I assume the missing Go subscription is the cause, but nothing says so. A clearer error would have saved a lot of debugging.

    I won't reopen this. Thanks for the pointer to 2.0.

  11. khaosdoctor commented on Oct 27, 2026

    @khaosdoctor

    I dropped this, cancelled my subscription. If no one is taking care of it I won't pay for something that is broken

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions