Claude API billing: ano ang gastos ng bawat model noong 2026

Mabilis na sagot: paano gumagana ang Claude billing

Ang Claude API billing ay prepaid at sinusukat bawat token. Naglo-load ka ng credits sa Anthropic Console, at bawat request ay bumabawas ng input tokens (lahat ng ipinapadala mo: system prompt, conversation history, tool definitions) sa isang rate at output tokens (lahat ng isinusulat pabalik ng model, kasama ang thinking tokens sa mga extended-thinking na request) sa mas mataas na rate. Bawat model tier ay may sariling pares ng rate, kaya ang parehong request ay limang beses na mas mahal sa Opus 4.7 kaysa sa Haiku 4.5. Tatlong mekanismo ang pinagkakamalian ng karamihan. Una, ang output ay limang beses ng presyo ng input sa bawat kasalukuyang Claude tier, kaya dominante ang mahahabang tugon kahit maliit ang input workload. Pangalawa, stateless ang chat: muling ipinapadala ng bawat turn ang buong history bilang input, kaya lumalaki ang per-message cost habang humahaba ang conversation. Pangatlo, ang prompt caching at ang Batch API ay billing features, hindi lang performance features, at ang paggamit ng mga ito ay nagbabago ng babayaran mo kada token. Sasaklawin ng natitirang bahagi ng pahinang ito ang eksaktong presyo kada model, kung paano tatantiyahin ang isang request bago ito ipadala, ang caching math, at ang mga lever na talagang nagbabawas ng Claude bill.

Talahanayan ng presyo ng Claude: opisyal na list kumpara sa gateway

Ito ang kasalukuyang presyo sa USD kada isang milyong token para sa tatlong aktibong Claude tier. Ang opisyal na column ang sinisingil ng Anthropic sa pamamagitan ng Console nito; ang gateway column ang presyo ng parehong mga model sa pamamagitan ng APIsRouter, isang OpenAI-compatible gateway na naglilista ng mga global model 20% na mas mababa sa opisyal na presyo, dinodoble ang unang top-up mo sa 100% na balance bonus, at nagbebenta ng access nang pay-as-you-go nang walang subscription (magbayad sa /topup, darating ang key sa email). Kahit anong ruta ang gamitin mo sa pagbabayad, magkapareho ang pagsukat: ang parehong request ay gumagamit ng parehong bilang ng tokens, at ang model IDs (claude-opus-4-7, claude-sonnet-4-6) ay nananatiling explicit sa bawat tawag.

Tantiyahin ang isang request bago mo ito ipadala

Ang isang token ay humigit-kumulang apat na character o tatlong-kapat ng isang salitang Ingles, kaya ang 1,000 salita ng prompt ay mga 1,300 token. Para tantiyahin ang isang request, idagdag ang lahat ng nasa input (system prompt, history, ang bagong mensahe ng user) at hulaan ang haba ng tugon. Halimbawang kalkulasyon sa Sonnet 4.6 sa opisyal na rate: isang chat turn na may 1,500-token system prompt, 5,500 token ng naipong history, at 500-token na tugon. Ang input ay 7,500 tokens, na nagkakahalaga ng 7,500 / 1,000,000 x $3.00 = $0.0225. Ang output ay 500 tokens sa $15.00 kada milyon, na $0.0075. Kabuuan: $0.03 para sa turn na iyon. Sa 300 ganitong turns kada araw, malapit ka na sa $9.00 kada araw, mga $270 kada buwan, at patuloy na lumalaki ang termino ng history maliban kung i-trim mo ito. Gumagana ang parehong aritmetika para sa anumang model: palitan lang ang rate mula sa talahanayan sa itaas. Ang isang tatlong-linyang helper ay ginagawa itong repeatable:

PRICES = {  # USD kada 1M tokens, opisyal na listahan
    "claude-opus-4-7": (5.00, 25.00),
    "claude-sonnet-4-6": (3.00, 15.00),
    "claude-haiku-4-5": (1.00, 5.00),
}

def cost(model: str, input_tokens: int, output_tokens: int) -> float:
    in_rate, out_rate = PRICES[model]
    return input_tokens / 1e6 * in_rate + output_tokens / 1e6 * out_rate

print(round(cost("claude-sonnet-4-6", 7_500, 500), 4))  # 0.03
print(round(cost("claude-opus-4-7", 7_500, 500), 4))    # 0.05

Matematika ng prompt caching: kailan ito sulit

Nagtatakda ang Anthropic ng presyo sa cached prefixes gamit ang dalawang multiplier sa base input rate: ang pagsulat ng prefix papunta sa cache ay nagkakahalaga ng 1.25x (para sa default na 5-minutong cache, na nagre-refresh tuwing tinatamaan ito; ang 1-oras na cache ay 2x ang write cost), at ang pagbasa nito pabalik sa susunod na mga request ay 0.1x. Hindi naaapektuhan ang output tokens. Ang mga prefix na mas mababa sa minimum na cacheable length (1,024 tokens sa Opus at Sonnet) ay hindi kinache kahit kailan. Halimbawang kalkulasyon: isang 8,000-token na stable prefix (system prompt kasama ang tool definitions) na tinamaan ng 50 beses sa loob ng cache window sa Sonnet 4.6. Nang walang caching, iyon ay 400,000 input tokens sa $3.00 kada milyon, kaya $1.20. May caching, magbabayad ka ng isang write (8,000 tokens sa $3.75 kada milyon, $0.03) dagdag ang 49 reads (392,000 tokens sa $0.30 kada milyon, mga $0.12), humigit-kumulang $0.15 sa kabuuan. Bumababa ang gastos ng prefix sa halos ikawalong bahagi ng uncached na numero. Mabilis ang break-even: ang isang write ay nagkakahalaga ng 1.25x, ang isang read ay nakakatipid ng 0.9x, kaya ang isang prefix na muling nagamit kahit dalawang beses lang sa loob ng window ay nauuna na. Nawawalan lang ng pera ang caching kapag nagbabago ang mga prefix sa halos bawat request, dahil bawat pagbabago ay nagpipilit ng bagong 1.25x na write.

I-audit kung ano ang sinisingil sa iyo: ang usage object

Kasama sa bawat Claude response ang isang usage block na may eksaktong bilang ng token na sinisingil sa iyo, kaya hindi mo na kailangang manghula. Magpadala ng metered test call:

curl https://api.anthropic.com/v1/messages \
  -H "x-api-key: $ANTHROPIC_API_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -H "content-type: application/json" \
  -d '{
    "model": "claude-sonnet-4-6",
    "max_tokens": 200,
    "messages": [
      {"role": "user", "content": "Explain prompt caching in one line."}
    ]
  }'

Anim na paraan para bawasan ang Claude bill

Kapag ginamit nang sabay-sabay sa isang chat-style na workload, ang tier routing kasabay ng history trimming at caching ay karaniwang nakakabawas ng mas malaking gastos kaysa sa anumang paglipat ng billing provider, dahil binabawasan nila ang mismong bilang ng token sa halip na ang rate na inilalapat dito.

• Bumaba ng tier kapag pinapayagan ng quality. Kaya ng Haiku 4.5 ang classification, routing, at extraction sa ikalimang bahagi ng input rate ng Opus. Itago ang Opus 4.7 para sa bahagi ng traffic na mabigat sa reasoning at gawing default ang Sonnet 4.6.
• I-cap ang max_tokens. Ang output ay limang beses ng presyo ng input sa bawat Claude tier, kaya ang isang uncapped at sabaw-sabaw na sagot ang pinakamahal na failure mode. Magtakda ng ceiling na tugma sa gawain.
• I-trim o i-summarize ang history. Dahil muling ipinapadala ng bawat turn ang buong conversation, ang isang rolling summary na pumapalit sa lumang turns ay nagli-limit sa paglaki ng input sa halip na hayaan itong tumaas nang linear.
• I-cache ang mga stable prefix. Ang mga system prompt, tool schema, at reference document na higit sa 1,024 tokens ay dapat markahang cache; ang matematika sa naunang seksyon ay aplikable sa bawat paulit-ulit na tawag.
• Gamitin ang Batch API para sa offline na trabaho. Sinisingil ng Anthropic ang batch requests sa kalahati ng interactive rate, angkop para sa evaluation runs, backfills, at nightly jobs na kayang maghintay.
• I-route ang mga hakbang na hindi kritikal sa Claude sa ibang lugar. Ang drafting, tagging, at retrieval reranking ay madalas gumana nang maayos sa deepseek-v4-flash sa $0.126 / $0.252 kada milyong token, na pinapanatili ang Claude para sa final na prosa kung saan mahalaga ang kalidad nito.

Mga madalas itanong