Charging is by actually used tokens, separately for input and output, at the model's rate. The balance is on the dashboard and in the bot.
| Model | Input | Output |
|---|---|---|
claude-haiku-4-5 | $1.00 | $5.00 |
claude-sonnet-5 | $3.00 | $15.00 |
claude-opus-5 | $5.00 | $25.00 |
claude-opus-4-8 | $5.00 | $25.00 |
claude-fable-5 (without an applied server prompt) | $10.00 | $50.00 |
claude-fable-5-1 (without an applied server prompt) | $10.00 | $50.00 |
| Model | Input | Cache read | Output |
|---|---|---|---|
Kimi K3k3 | $3.00 | $0.30 | $15.00 |
Kimi K3-256Kk3-256k | $3.00 | $0.30 | $15.00 |
Kimi K2.7 Codekimi-for-coding | $0.95 | $0.19 | $4.00 |
Kimi K2.7 Code HighSpeedkimi-for-coding-highspeed | $1.90 | $0.38 | $8.00 |
USD per 1M tokens. The current Guard tariff is loaded from the API configuration.
The table above is built from the gateway billing catalog, so the numbers are never retyped into the documentation text and never drift from what the charge is computed on. The key keeps one balance for every family.
The part of the input Kimi recognized from its own cache is charged at the separate Cache read rate. For k3 and k3-256k it is ten times below the input rate; for kimi-for-coding and kimi-for-coding-highspeed it is five times below. Nothing is paid twice: cached tokens are subtracted from the ordinary input. How many there were is visible in the response — usage.prompt_tokens_details.cached_tokens. Kimi does not bill cache writes separately.
Before calling the model, Guard reserves estimated input cost plus the maximum output cost. For Kimi without max_tokens, 32,000 output tokens are used. A confirmed 25% PRIVATE discount is included in the reserve; a future cache hit is not assumed. Unused reserve is released.
| Model | Input | Cache read | Output |
|---|---|---|---|
Composer 2.5 composer-2.5 | $0.50 | $0.20 | $2.50 |
Composer 2.5 Fast composer-2.5-fast | $3.00 | $0.50 | $15.00 |
Grok 4.6 cursor-grok-4.6-low, -medium, -high, -xhigh | $2.00 | $0.50 | $6.00 |
Grok 4.6 Fast cursor-grok-4.6-low-fast, -medium-fast, -high-fast, -xhigh-fast | $4.00 | $1.00 | $12.00 |
Before the model is called, Guard temporarily holds the largest possible cost of the request. The input part is estimated from above: the UTF-8 bytes of the request itself — the system text, the messages and the tool descriptions. That is deliberately more than the real token count, but it never under-holds on code, JSON or non-Latin text. The output part follows max_tokens, or max_output_tokens on the Responses surface; when no limit is set, 32,000 is used. A confirmed 25% PRIVATE discount is included in the reserve.
- Input is accounted input: system text, history, the current message and tool data.
- Output is accounted model output.
- Token cost uses the requested model’s base rates; cache writes and reads are priced separately without double-counting regular input.
- When eligible, token cost after caching is multiplied by 0.75, once.
- Total = discounted token cost + fixed server-tool fees.
Claude without an actually applied server prompt receives 25% off. With an applied prompt, the base rate applies. Confirmed PRIVATE members receive 25% off all four families, with or without a prompt. Eligibility conditions do not stack. The discount applies after caching; historical financial records are not recalculated. Full conditions.
Web search adds $0.01 per metered billed search request. This fixed fee is not reduced by 25%, including for PRIVATE. Web fetch has a $0 fixed fee. Retrieved content is accounted as input tokens under the usual cache and discount rules.
Each key can have its own USD cap for a rolling hour and/or 24 hours: @subscribe_ai_bot → My API keys → choose a key → Manage API key → limits. Set 0 or use the clear action to remove limits.
429withhourly_spend_limit/daily_spend_limitmeans your configured spend cap. Raise or clear it in the bot, or wait for the rolling window to free up.hourly_reserve_limit/daily_reserve_limitmeans the request's maximum possible cost does not fit the remaining cap. Lowermax_tokens/max_output_tokensor raise the limit.- Another
429is a temporary rate/capacity limit. RespectRetry-Afterand retry with backoff. - Spend-cap checks happen before any billable model request.
HTTP/1.1 429 Too Many Requests
Retry-After: 12