Dome Systems

Quotas

Quota subjects, windows, model Quota options, and related audit events

This page lists subject types and exhaustion behavior, reset windows, model Quota options, and audit event names.

For how spend caps work, see the Quotas concept. To create and manage Quotas, see Set Usage Limits.

Subjects

SubjectWhat the Quota coversExhaustion behavior
WorkspaceAggregate governed LLM usage in one workspaceRejects affected calls with HTTP 429
AgentCalls made by one agentRejects that agent's affected calls with HTTP 429
Act-asCalls made under one verified end-user OIDC subjectRejects that subject's affected calls with HTTP 429
GatewayEvery LLM call routed through one GatewayRejects calls through that Gateway with HTTP 429
PoolEvery call routed through one model poolRejects calls to that pool with HTTP 429
ModelCalls dispatched to one model, globally or within one poolRemoves the exhausted model from pool routing when another member remains; otherwise rejects with HTTP 429
ToolCalls to one discovered tool on an MCP server connectionRejects calls to that tool with HTTP 429
Tool connectionEvery call to any tool served by one MCP server connectionRejects calls through that connection with HTTP 429

A model Quota can also use per-caller scope. Each agent and each verified end user then receives an independent budget against that model.

Quota scope is cumulative. A request proceeds only when every applicable limit has remaining budget.

Workspace and agent Quotas can cover all governed traffic together, only LLM traffic, or only tool traffic. Act-as Quotas can cover LLM or tool traffic. Pools, models, and Gateways are LLM-only; tools and tool connections are tool-only.

Organization and tenant allowances

At an organization or tenant context, Quotas are usage allowances, rather than a budget for one resource. An allowance caps all governed traffic, LLM traffic, or tool traffic at that scope for a daily or monthly window. It applies to the scope itself; it does not take an agent, model, pool, or Gateway subject.

Use allowances when a shared organization- or tenant-level traffic budget is the policy you need. Refer to Set usage limits for the CLI workflow.

Windows

Cost limits are stored in micro-USD. CLI, MCP, and dashboard expose them in USD. On the API, 1000000000 micro-USD is $1,000.00.

WindowReset
dailyUTC midnight
monthlyStart of each UTC calendar month

The default window on create is monthly. One Quota may exist for each subject identity and window pair.

Reported usage and write-offs

Quota reads combine the durable usage baseline with recent Gateway usage. The reported value excludes recorded non-billable excess before per-caller totals are reduced to the highest-usage caller.

UnitReported usage
Dome USDBillable usage, clamped to the Quota limit
TokensBillable usage, clamped to the Quota limit
CallsBillable usage, clamped to the Quota limit
Provider USDUnclamped estimate of the upstream provider bill

A zero limit means unlimited and is not clamped. Write-offs are tied to the capped subject and window, so deleting and recreating a Quota cannot reset prior usage or make excluded excess billable. When several caps cover the same call, billing excludes the excess once rather than once per Quota.

Model Quotas

A model Quota can be global, limited to one pool, or per-caller:

OptionWhat it counts
GlobalDirect calls and calls through every pool
Within one poolOnly dispatches from that pool
Per-callerSeparate counter for each agent and verified end user

Exhausted within-pool model Quotas spill to another eligible pool member when one remains. Direct exhausted model calls do not spill. Refer to Quotas concept.

Observability

EventWhen it fires
model.call at stage=completedModel call with token counts
The refused operation with result=denied, denial.reason=quota_exceededQuota exhaustion
quota.createQuota created
quota.updateQuota updated
quota.deleteQuota deleted

Next steps

Create Quotas from the how-to. Routing and Act-As subjects show up in pools and delegated agents:

On this page

Was this page helpful?