Repository navigation
[Bug]: OpenCode GLM 5.3 (via GLM coding plan) usage shows “unpriced” despite available Z.AI rates #19688
Description
Before submitting
- I searched existing issues and did not find a duplicate.
- I included enough detail to reproduce or investigate the problem.
Area
apps/desktop
Steps to reproduce
Connect OpenCode to the Z.AI GLM Coding Plan.
Run a conversation using GLM 5.3.
Open T3 Code’s Usage page.
Expected behavior
Show an estimated API-equivalent cost using Z.AI’s published token rates, with subscription billing distinguished from that estimate.
Actual behavior
Token counts appear, but GLM 5.3 is marked “unpriced.” On top of that, trying to map the model in usage shows an error "Input is required on WSL (Ubuntu)."
Impact
Cosmetic issue
Version or commit
0.0.46-nightly.20261014.3118
Environment
OS: Windows Agent: OpenCode Provider: zai-coding-plan Model: glm-5.3
Logs or stack traces
**Investigation**
OpenCode’s stored assistant messages contain:
{
"modelID": "glm-5.3",
"providerID": "zai-coding-plan",
"cost": 0
}
In the installed T3 build, `parseOpenCodeMessage()` extracts the model ID but discards the provider ID. Pricing therefore looks up the bare `glm-5.3`.
The local LiteLLM pricing cache already contains `zai/glm-5.3`. However, `parseRateTable()` avoids creating a bare-name alias when different providers have different rates. Reproducing the lookup gives:
glm-5.3 → no rate
zai-coding-plan/glm-5.3 → no rate
zai/glm-5.3 → rate foundScreenshots, recordings, or supporting files
Screenshot 2026-10-15 031303.png
Screenshot 2026-10-15 032521.png
Workaround
Mapping glm-5.3 to zai/glm-5.3 fixes the problem, native dropdown menu (to map glm-5.3 to glm-5.3 errors out)
Activity
Ouna-the-Dataweaver commentedon Oct 22, 2026
Rechecked on Windows with T3
0.1.2-nightly.20261021.3499. (maybe not the latest-latest, but with current state of the web it can't update it seems)The “Input is required on WSL (Ubuntu)” message appears immediately through: Usage → select an unpriced model → Set price. The dialog automatically creates a row with the model ID filled and prices blank. It displays the validation error before I enter anything or click save. This is premature form validation, rather than a failed mapping request or WSL backend error. The environment name comes from whichever selected environment’s validation is processed last.
In general, it's just very misleading display, since it's highlighting field with some input inside, and should fire after user entered something idk?
pietervw commentedon Nov 4, 2026
Feature request: show Z.ai GLM Coding Plan quota on the Usage page
Related to this issue (GLM 5.3 via the GLM coding plan shows "unpriced") and the pricing fix in #21646.
Beyond pricing, it would be great if the Usage page showed the Z.ai Coding Plan's own limits (the 5-hour and weekly prompt quotas) the same way it already does for Claude, Codex, Cursor and OpenCode Go. Many of us run GLM through OpenCode with the
zai-coding-planprovider as a fallback, and right now there's no way to see how close we are to the cap from T3 Code.A possible approach is to mirror
packages/provider-opencode/src/server/usageLimits.ts: read thezai-coding-plankey OpenCode already stores, make one quota request, and map the 5-hour and weekly limits into usage windows with their reset times. The catch is that Z.ai doesn't document a public quota API. Its dashboard uses an internal endpoint, so this would need either a supported endpoint from Z.ai or an opt-in "experimental" flag.Happy to test on a nightly build.