Skip to content
Payment & usageBilling

Billing

Per-1M-token rates and how charging is computed.

Model protocol

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.

Claude rates / 1M tokens

ModelInputOutput
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

Kimi rates / 1M tokens

ModelInputCache readOutput
Kimi K3
k3
$3.00$0.30$15.00
Kimi K3-256K
k3-256k
$3.00$0.30$15.00
Kimi K2.7 Code
kimi-for-coding
$0.95$0.19$4.00
Kimi K2.7 Code HighSpeed
kimi-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.

Cache reads

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.

The preflight reserve

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.

Composer and Grok rates / 1M tokens

ModelInputCache readOutput
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

The preflight reserve

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.

Formula

  • 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 and PRIVATE discount

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.

Server-tool charges

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.

Spend limits and different 429 responses

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.

  • 429 with hourly_spend_limit / daily_spend_limit means 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_limit means the request's maximum possible cost does not fit the remaining cap. Lower max_tokens / max_output_tokens or raise the limit.
  • Another 429 is a temporary rate/capacity limit. Respect Retry-After and retry with backoff.
  • Spend-cap checks happen before any billable model request.
http
HTTP/1.1 429 Too Many Requests
Retry-After: 12

Documentation sections

On this page