CommandCodeAI / CommandCodeAI/command-code
Provider API: failed requests and no-op agent runs are billed in full ($15.56 in under 3 minutes on gpt-5.6-sol)
Nobody has claimed this yet.
- Dominant language
- No language data
- Stars
- 4k
- Forks
- 350
- PR merge metrics
- No merged PRs in 30d
Description
Summary
Provider API, model gpt-5.6-sol, plan individual-goat:
$15.5624 charged across 12 requests in 2 minutes 49 seconds (2026-09-19 05:36:24-05:39:13 local UTC+8 / 2026-09-18 21:36-21:39 UTC).
Each request carried ~305k-336k tokens of context, giving an effective rate of ~$4.02 per 1M tokens. This single 3-minute burst exceeded the 5-hour window cap ($14; window shows $17.2783 used) and consumed 44% of the $35 weekly cap.
Expected Behavior
- A request that returns FAILED should not be billed in full.
- Exceeding a 5-hour window should not be reachable by one client in under 3 minutes with no warning.
- A per-API-key spend cap or alert (and/or a warning threshold before the window is exhausted) would prevent silent burn.
Actual Behavior
- The request at 05:39:13 returned FAILED and was still billed $0.2844.
- A background agent made 10 calls on gpt-5.6-sol costing ~$7.19 with no usable output at all.
- 4 of the 12 requests cost ~$3.00-3.31 each ($12.6744 = 81.4% of the spend); the other 8 cost $0.27-0.44. The expensive ones appear to be full cache-prefix rewrites billed at $6.25/1M.
- Net: $15.5624 for 3,869,607 tokens (1,306,770 input + 2,562,837 cache read + 14,367 output) = $4.02 per 1M tokens.
Steps to reproduce the issue
- Use the Provider API (api.commandcode.ai/provider/v1) with model gpt-5.6-sol on a plan that has a 5-hour window cap.
- Send requests from a client that carries a large context (~300k+ tokens per call) and does not keep the prompt prefix stable - e.g. a harness that compacts context, retries, or switches models.
- Observe ~$1.30 average per request, then the 5-hour window being exceeded within minutes.
Command Code Version
1.56.2
Operating System
Windows
Terminal/IDE
DeepSeek Harness (dsh) via Provider API, not the CLI
Shell
PowerShell
Session file (optional)
No response
Fix prompt (optional)
No response
Additional context
Requesting a review and credit for the FAILED request ($0.2844) and the 10 no-op background-agent calls (~$7.19) - failed or empty runs should not bill at full rate.
Account context:
- plan: individual-goat; billing period started 2026-09-18T12:02:57Z
- official usage summary for the period: $19.2692 over 1,573 requests, 670,391,454 input tokens / 1,170,128 output tokens
- /alpha/billing/credits at the time: fiveHour used $17.2783 / cap $14 (exceeded), weekly used $19.2547 / cap $35
Feature request that would have prevented this: expose per-request cost in the API (or a spend webhook) so clients can stop before burning a whole window. Note also that the usage API does not break out cache-write tokens, which makes client-side cost meters under-report roughly 2x for models that bill cache writes.
Happy to share the 12 request IDs from the Studio usage log.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start at the Provider API entry point, api.commandcode.ai/provider/v1, and trace how failed requests, empty agent runs, cache-write tokens, and spend limits are accounted for. No repository file or test is named; done should establish whether failed or no-op calls are billed correctly and whether the reported cap, warning, or per-request cost behavior is addressed.
Written by the indexing model from the issue text.
Assessment
- Domain
- ai, api, payments
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 42/100