Glossary
Pre-call enforcement
Pre-call enforcement is a budget check that runs before an LLM request is sent to the provider, so an over-budget call is stopped before it costs anything rather than reported after it has.
Why it matters
Most cost controls are retrospective: dashboards, alerts, and provider spend limits that notify rather than block. By the time a human reads the alert, the spend exists. Enforcement placed before the call is the only point in the lifecycle where the answer can be "no" — everything later is accounting.
Example
An agent with a $50 monthly envelope has spent $50. Its next call triggers the pre-call check, which finds a budget with a block action and raises an error inside the application instead of sending the request. The provider never sees the call and nothing is billed.
How it's measured
By where the check executes (in-process before the request, at a proxy, or after ingestion) and by its failure mode — Capsera's check fails open, so an unreachable control plane degrades to unenforced rather than to an outage.
Questions this page answers
- What is pre-call enforcement?
- Pre-call enforcement is a budget check that runs before an LLM request is sent to the provider, so an over-budget call is stopped before it costs anything rather than reported after it has. It is the only point in the request lifecycle where the answer can be "no" — everything later is accounting. Capsera runs this check in-process, so it needs no proxy in front of your traffic.
- How do I enforce hard spending limits on agents in production?
- Create a budget scoped to the agent, team, or organisation, set its action to block, and let the pre-call check refuse requests once the limit is reached. Because the check runs inside your process before the provider call, the request is never billed. Provider-side spend limits are not a substitute: OpenAI's project limits are notification-only, and a limit that alerts after the fact cannot bound a runaway loop.