Usage and cost caps
Each project has rolling caps on Qodex-funded LLM spend. The caps protect your project from accidental runaway usage. They apply only when Qodex is paying for the provider calls. If the project uses BYOK, those calls go to your provider account and do not count against the Qodex-funded cap.How rolling caps work
| Rule | What it means |
|---|---|
| Rolling 5-hour window | Qodex looks at usage from the last 5 hours. |
| Rolling 7-day window | Qodex also checks usage from the last 7 days. |
| No fixed reset | Headroom returns continuously as old usage leaves the window. |
| Per project | Usage in one project does not reduce another project’s cap. |
Where to see usage
Open Settings > Plan in a project. You will see:- Current plan.
- 5-hour usage.
- 7-day usage.
- Time until headroom returns.
- Which usage is Qodex-funded and which is BYOK.
What happens at the cap
When a project reaches its cap:- New chat runs pause with a clear cap message.
- Scheduled runs and PR reviews wait until headroom returns.
- In-progress runs stop at a safe boundary, save partial work, and mark the run as
budget_exceeded.
budget_exceeded is separate from a test failure. It means the run stopped because of budget, not because the app failed.
Per-run budget
Each test run also has its own token budget. The project cap protects the whole project. The per-run budget protects one scan from consuming too much context or cost by itself. At 80%, Qodex warns. At 100%, the run stops, saves partial output, and marks the runbudget_exceeded.
How to get unstuck
If you hit a cap:- Wait for usage to roll out of the window.
- Add BYOK so new calls route through your provider key.
- Upgrade the project plan.
Next steps
Plans and pricing
See each plan’s cap.
BYOK
Use your own provider key.
Why is my scan slow?
Separate cost caps from scan runtime.
LLM cost on reruns
Learn why reruns usually cost less.