2026年のAnthropic API料金:あらゆるレートと本当のコスト変動要因

Anthropic APIの全料金表

以下の内容はすべて、Anthropic公式の詳細な料金ドキュメントから取得したもので、2026年8月13日時点で確認済みです。価格はすべて100万トークンあたりの米ドルで、ドキュメント内では「MTok」と略されています。URLをコピーする前に知っておくべきこととして、platform.claude.com/docs/en/pricingは何も返さないリダイレクト用のスタブであり、実際のページは/about-claude/pricing以下にあります。

この表の中で、立ち止まって確認する価値のある点が3つあります。

Opusは5世代にわたって同じ価格設定です。Opus 5、4.8、4.7、4.6、4.5はすべて入力$5・出力$25で課金されます。再現性の理由で古いOpusに固定しているとしても、それによってコストが節約できているわけではありません。廃止済みのOpus 4.1だけが、旧来の$15と$75の料金表のままです。

Sonnetは安くなりましたが、これは通常なら起こりにくいことです。Sonnet 5は$2と$10で、Sonnet 4.6の$3と$15と比較すると、1世代でどちらの料金指標も33%の値下げとなっています。ほとんどの本番トラフィックにとって、Sonnet 5は妥協案ではなく明確なデフォルトの選択肢になっています。

$10と$50のFable 5は、ちょうどOpus 5の2倍です。この数字は覚えておいてください。後ほどファストモードの話で再び登場します。

価格と併せてClaudeモデルの性能の文脈も知りたい場合、スペックは以下のようになります。

Anthropic自身のガイダンスでは、複雑なエージェント処理やエンタープライズ向けの作業にはまずClaude Opus 5から始めることを推奨しており、Fable 5はデフォルトではなく必要な時に手を伸ばすモデルとして位置づけています。

自分自身の数字を計算する

料金表は、自分自身のトラフィックを当てはめて初めて予算になります。以下の4つの入力値を設定すると、月間コストが計算され、同じワークロードをキャッシュもバッチ割引もなしで実行した場合のコストと比較できます。

キャッシュのスライダーを動かして合計を見てみてください。入力量の多いワークロードでは、このたった1つのコントロールが、モデルの階級を切り替えるよりも大きく数字を動かします。これこそが次のセクションの主張のすべてです。

請求額を決めるのは料金表ではなく4つの倍率

Anthropicはトークン単価を目立つように公開する一方、倍率については控えめにしか触れていません。しかし実際にお金が動くのはこの倍率の部分です。

プロンプトキャッシュは最大の変動要因であり、短いキャッシュの方が安い

キャッシュには3種類の価格があり、いずれもモデルの基本入力レートに対する倍率で表されます。5分キャッシュの書き込みは1.25倍、1時間キャッシュの書き込みは2倍、そしてキャッシュヒットは0.1倍です。ブレークポイント自体を設定するのは無料です。定常状態での上限は、再利用するプレフィックスに対して90%の割引となります。

多くの人が間違えるのは損益分岐点の計算です。1回のヒットごとに基本料金の0.9倍が節約されるため、5分キャッシュは1回のヒットで元が取れますが、1時間キャッシュでは2回必要です。1時間TTLで書き込み+1回のヒットを合計すると2.1倍になり、キャッシュを一切使わない場合の2.0倍よりも高くなってしまいます。つまり、長いキャッシュを1回しか再利用しないプロンプトは、キャッシュをオフにしておくよりも明確に不利です。

Anthropic自身のガイダンスでは、5分よりも頻繁にヒットするものについては5分キャッシュのままにしておくことを推奨しています。これは、使用されるたびに追加料金なしで更新されるためです。1時間TTLは、長時間実行されるサイドエージェントや、10分ほど返信がないかもしれないユーザーなど、間隔が空く場合のためのものです。

そして、ほとんど誰も計算に入れていない部分があります。キャッシュ読み取りは入力トークンのレート制限から差し引かれません。Anthropicが示す実例では、200万ITPMの制限に80%のキャッシュヒット率を組み合わせることで、同じアカウントで毎分1,000万入力トークンを処理できるとしています。キャッシュは単なる割引ではなく、5倍のスループット倍率でもあり、本来ならAnthropicに上限引き上げを依頼しなければならない部分を、最も安いコストで引き上げる手段なのです。

Haiku 3.5は、キャッシュ読み取りが制限に含まれると明記されている唯一の例外ですが、いずれにせよファーストパーティAPIではすでに廃止されています。

これが、見出しに出てくるトークン数がこれほど誤解を招きやすい理由でもあります。Hacker Newsで他人のコスト見積もりを訂正していたある実務者は、これ以上ないほど明確にこう述べています。

"i run a bunch of claude agents for automation and like 85% of input tokens end up being cached reads -which cost 1/10th of the sticker price. so your $200k number is probably closer to $25-30k in real cost"

tcbrah, Hacker News

複数の人々が独自に運用している本番自動化では、入力トークンの85%から92%がキャッシュ読み取りになると報告されています。トークン数を表示価格で試算すると、実際の請求額をおよそ10倍も過大評価してしまうことになります。

この裏に潜む落とし穴が、最小キャッシュ可能プレフィックスです。これは世代を追うごとに単純に増えていくわけではないからです。

Opus 5は512トークンからキャッシュが可能です。Haiku 4.5はその8倍が必要です。この閾値に届かない場合、キャッシュは何のエラーも出さずに黙って機能しません。「キャッシュをオンにした」のに請求額が下がらない場合、たいていはプロンプトが条件を満たしていなかったということです。レスポンス内でcache_creation_input_tokensとcache_read_input_tokensの両方がゼロになっているのが、その兆候です。

静かにコストを増やす仕組みが他にもいくつかあります。読み取りの遡及ウィンドウは20ブロックなので、1ターンで20を超えるブロックを追加すると直前の書き込みを超えてしまい、キャッシュミスになります。ツール定義を変更すると、階層がツール→システム→メッセージの順で動くため、キャッシュ全体が無効になります。そして、ドキュメントに記載されているよくある間違いは、タイムスタンプや受信したユーザーメッセージを含むブロックにブレークポイントを置いてしまうことで、これではリクエストのたびに新規書き込みが発生し、読み取りが一切発生しなくなります。

バッチは一律50%オフ、ただし2つの例外あり

Batch APIは、現行のすべてのモデルで入力・出力ともに50%オフとなり、キャッシュと併用可能です。制限は1バッチあたり10万リクエストまたは256MBで、ほとんどは1時間以内に完了し、上限は24時間です。

個人的に気に入っている課金の仕組みとして、errored(エラー)、canceled(キャンセル)、expired(期限切れ)のリクエストは一切課金されません。課金されるのは成功したリクエストのみなので、バッチは大規模な分類ジョブを実行するにはリスクの低い場所になります。ただし、並行処理の関係で設定した支出上限をわずかに超えることがあるため、厳密な予算の壁とまでは言えません。

計画しておくべき2つの例外があります。バッチはファストモードと併用できず、Managed Agentsのセッションにはこの割引が適用されません。

誰も設定しないデフォルト、それがeffort

output_config.effortはClaudeが消費するトークン数を制御するもので、テキスト・ツール呼び出し・思考のすべてに影響するため、思考をオフにしていても効いてきます。レベルはlow、medium、high、xhigh、maxの5段階です。

Anthropicがドキュメント化しているすべてのモデルで、デフォルトはhighであり、これは段階の中で2番目に高価な設定です。Anthropic自身のベストプラクティス一覧は「effortを明示的に設定する」から始まっており、これは「初期設定のままの挙動は、大量処理には向いていない」ということを遠回しに伝えています。

どのレベルについてもトークン倍率は公開されていないため、これは割引として主張できるものではなく、計測すべきダイヤルとして扱ってください。Anthropicが示している唯一の比較の目安は、mediumのSonnet 5がおおよそhighのSonnet 4.6に相当するというものです。調整を始める前に知っておくべき落とし穴が2つあります。リクエスト間でeffortを変更するとキャッシュされたプレフィックスが無効になるため、この2つのレバーは互いに打ち消し合います。また、Opus 5ではeffortを下げると短縮されるのは思考部分であって表示される回答ではないため、簡潔さを求めているなら回答の長さそのものをプロンプトで指示する必要があります。

ドキュメントに隠れている2つの追加料金

ファストモードは、Opus 5とOpus 4.8の出力を最大2.5倍高速化しますが、料金は入力$10・出力$50と、標準料金のちょうど2倍になります。これによって、この料金表全体の中で私が最も興味深いと感じる購買判断が生まれます。ファストモードのOpus 5のコストは、標準のFable 5のコストと完全に一致するのです。難しい問題に対してファストモードを使おうとしているなら、決める前に、より高性能なモデルを同じ料金で試算してみてください。ファストモードはファーストパーティAPI限定で、バッチとは併用できません。

もう1つの、より目立たない追加料金がデータレジデンシーです。Claude 4.6以降でinference_geo: "us"を指定して推論を米国に固定すると、入力・出力だけでなくキャッシュ書き込みやキャッシュ読み取りを含む、すべてのトークンカテゴリーに1.1倍の倍率がかかります。これは請求額全体に対する10%の追加料金であり、一度設定すると忘れがちですが、グローバルルーティングが標準料金のデフォルトです。

この4つのレバーをすべて重ねると、1つのモデルにおける価格差は、モデルの階級同士の差よりも大きくなります。

トークンの上に積み重なるツール・エージェントのコスト

サーバーサイドのツールは別途課金され、これらは月次請求書を初めて見る人を驚かせる項目です。

最後の行には触れておく価値があります。これは良い方向に動いているからです。Opus 4.7はauto設定で675トークンという、料金表の中で最悪の固定ツールオーバーヘッドを抱えていましたが、Opus 5ではそれを286トークンまで削減しました。何千もの小さなリクエストを伴う重いMCPツール構成を運用している場合、これは自分で選んだわけではないコスト項目における実質58%の削減となります。

Anthropicは、Opus 5での1時間のManaged Agentsコーディングセッションについて独自の実例を公開しており、これはドキュメント全体の中で最も分かりやすいキャッシュのROI(投資対効果)の数字です。

出力が支配的で、キャッシュが請求額の一部にしか影響しないワークロードであるにもかかわらず、キャッシュだけでセッション全体で25.5%の削減となっています。

もはやロングコンテキストの割増料金は存在しない

これは、サードパーティの料金解説記事の多くが今でも誤解している変化です。Claude 4.6以降は、標準料金のまま100万トークンのウィンドウを完全に含んでおり、料金ドキュメントも明確に「90万トークンのリクエストは9千トークンのリクエストと同じトークン単価で課金される」と述べています。キャッシュとバッチの割引も、ウィンドウ全体にわたって適用されます。

ただし、これがタダ飯にならない2つの注意点があります。Anthropic自身が、トークン数が増えるほど精度と再現率が低下すると警告しており、より広いウィンドウにお金を払うことが、かえって悪い回答を招く可能性があります。また、オーバーフロー時の挙動もClaude 4.5以降で変更されており、入力とmax_tokensの合計がウィンドウを超えると、リクエストは受理された上で途中でstop_reason: "model_context_window_exceeded"として停止し、停止するまでに生成された分については課金されます。

Anthropic APIの料金を他社と比較する

以下は、他のフロンティアAPIとの率直な比較で、同じ日に各ベンダー自身のページから取得したものです。より詳しいバージョンをお求めの場合は、3つのAPIプロバイダーの完全な比較記事と、Anthropic APIとの直接比較記事をご用意しています。

この表を公平に見れば、Claudeはどの項目においても最安値ではありません。Geminiの料金はミドル階級の入力でSonnet 5を下回っており、grok-4.6はフロンティア階級の出力で圧倒的に安く、deepseek-v4-flashは$0.14と$0.28というまったく別次元の価格で、キャッシュヒット時のレートはミス時のおよそ50分の1です。

Anthropicが優れているのは予測可能性の部分であり、大規模に運用する上ではこれこそが実際のお金の節約につながります。

まずロングコンテキストから見てみましょう。現行のClaudeモデルにはこの点で割増料金が一切ない一方、Gemini 3は20万トークンを超えると2倍のレートを公表しています。xAIのケースはさらに厳しく、プロンプトが20万トークンを超えると、ロングコンテキストのレートがリクエスト内のすべてのトークンに適用されるため、1トークンでも超過すると呼び出し全体の料金が変わってしまいます。次に請求の構造そのものを比較してみましょう。Anthropicが計測するのは入力、出力、キャッシュ書き込み、キャッシュ読み取りの4項目と、少数の指定ツールのみです。一方xAIのページには、個別に課金される5種類のトークンタイプ、料金が設定された6つのツール呼び出し、ファイルおよびコレクションのストレージ、送信データ量(egress)、そして利用ガイドライン違反時の$0.05の手数料が列挙されています。バッチの条件も横並びではありません。OpenAIはすべての料金項目を割引しますが、GoogleはProのバッチ行でコンテキストキャッシュを標準料金のままにしており、xAIはgrok-4.6にバッチ割引を一切提供していません。

価格で選んでいるなら知っておく価値のある注意点もあります。DeepSeekはapi.deepseek.com/anthropicというAnthropic形式のベースURLを公開しており、これはつまり、Claude向けに書いたSDKも、ベースURLを変更するだけでほぼそのままはるかに安いモデルを指すようになるということです。DeepSeek自身のページも、今後大幅な値上げがあると警告しているため、現在の数字は計画としてではなく下限として捉えてください。もし料金がこの記事を読んでいる理由であるなら、Claudeの代替ツールまとめから始めるのがよいでしょう。より安価なオープンウェイト側については別途、QwenとKimi K2.5のモデル別レートで取り上げています。

公開されているClaude APIの請求額が4桁も食い違う理由

実際にAnthropic APIがいくらかかるのかを調べようとすると、とても同じ製品の話とは思えないほどバラバラな数字に出会うはずです。それらをベンチマークとして採用する前に、なぜそうなるのかを理解しておく価値があります。

話題になりがちな大きな数字のほとんどは、開発者が生のAPIキーに対してコーディングエージェントを向けた結果です。その典型例が以下です。

"At API prices it's incredibly easy to burn cash. I ran through my Claude Max 20x last week and had $100 credit from when Anthropic banned OpenClaw, so I decided to use it to get some chores done. Three hours of very light work on Sonnet cost me $55."

u/satansxlittlexhelper, Reddit

これはOpusではなくSonnetであり、本人は「非常に軽い作業」と表現している点に注意してください。同じスレッド内では、別の開発者がピーク時で1時間あたり約$50の消費率を報告しており、さらに別の人は無人の夜間実行で12時間のうちに$300を失っています。あるコメント投稿者は、こうした数字を生み出す具体的な失敗パターンを名指ししています。ツール呼び出しのループにはまったエージェントに$20が消えたというもので、これは価格の問題というより、支出上限とループガードの必要性を示す議論です。

一方、同じスレッドで、同じAPIを使って範囲の定まった作業を行っている例もあります。

"I'm using the API to relevance classify hundreds of articles a day. Been running for 2 ish weeks, I think I'm almost up to $2 in cost"

u/warnerbr0, Reddit

同じ料金表の上で、1時間あたり$50と、2週間で$2という差が生まれるのです。変数となるのは料金表ではなく、そのワークロードが範囲の定まったプロンプトと範囲の定まった出力を持つのか、それとも自分でどれだけ使うかを決めるエージェントループなのかという点です。目にする「Claude APIは高い」という主張のほとんどは後者を測っているものであり、サーバーサイドの製品統合のほとんどは前者にあたります。

実務上の教訓としては、通常の統合の規模を見積もる際には1時間あたりの数字を完全に無視し、代わりに自分自身のトークンの形をモデル化することです。

3つの実際のワークロードで請求額はどう見えるか

表示価格は、実際の作業に当てはめるまではあまり多くを語りません。以下の3つの例はいずれも公開レートを使用しており、計算方法は上のウィジェットが実行しているものと同じです。

サポートトリアージ分類器。 月間5万件のチケット、Haiku 4.5使用、毎回再利用される3,000トークンの指示ブロックに加えチケット本文400トークン、出力150トークン。これで入力$170、出力$37.50、月間約$208、チケット1件あたり0.4セントとなります。バッチ処理にすればさらに半減します。これは生のAPIが実質ほぼ無料に近くなるワークロードであり、だからこそサポートツールのチケット単位の料金設定は、これほど安いものに対してその価値を証明しなければならないのです。

コーディングエージェント。 月間2,000セッション、Opus 5使用、セッションあたり入力6万トークン(80%はキャッシュから提供)、出力1万2千トークン。入力は非キャッシュ分$120にキャッシュ読み取り$48を加えたもので、出力は$600。合計約$768で、出力がその78%を占めます。エージェント的なワークロードでは出力の料金指標が請求額の主役であり、キャッシュが効く度合いは割引の見出しが示唆するほどではありません。これは、エージェントのコストをモデル化する前に知っておくべき、最も有用な事実です。

1回限りのドキュメント一括処理。 20万件のドキュメント、Sonnet 5使用、入力5,000トークン・出力800トークンをバッチで実行。入力はバッチレート$1で$1,000、出力は$5で$800となり、実行全体で$1,800(同期実行なら$3,600)です。ドキュメントがそれぞれ異なるためキャッシュできるものは何もなく、これはまさにバッチが存在する理由そのものの形です。

この3つに共通するパターンは、入力が多く反復的なトラフィックではキャッシュが有利、待てるものであればバッチが有利、そしてどちらも大量に出力を書くエージェントにはあまり効かないということです。作業の形に合わせてレバーを選びましょう。

生のAPIが安い選択肢でなくなる地点

ここまでの内容はすべてトークンの価格です。それを取り巻くシステムの価格は含まれておらず、まさにそこで自作か購入かの計算がひそかに崩れていきます。

私はここ数年、実際のサポートキューにAIエージェントを導入する仕事をしてきましたが、営業電話でのパターンは予測できるほど一貫しています。見込み客はテストの午後を過ごし、呼び出しカウンターが動くのを見ながらも、そこから先を推測できません。あるメールセキュリティ企業はFreshdeskを使い、年間2万件のチケットに向けて規模を拡大している最中でしたが、たった1日のテストで200回のAPI呼び出しを消費し、回答の質ではなく、月間9,000件のやり取りがその数字にどう影響するかだけを心配して戻ってきました。また、月間15万件のチケットに向かっている別の運営者は、1件あたりおよそ20セントで計算し、月額約$30,000という数字にたどり着いたところで話が止まってしまいました。

どちらもトークン価格の問題ではありません。どちらも単位の問題です。誰も100万トークン単位で予測を立てたりはしません。トークン単位の料金は、あらゆるキャパシティの会話を、予算の一行ではなくモデリング作業に変えてしまいます。

反対意見も実在するもので、それを回りくどく説明するより、そのまま引用したいと思います。

"We switched to a system that is working well at half the cost. But long term we will just build our own, which is so possible now with AI. I think you have a decent system for now, but we are probably too large of a customer for this."

Zendeskを使い、2,190件の同期済みドキュメントを持つ、カナダの銃器アクセサリーブランド。eesel社内の営業通話記録より

この発言者が指摘している通り、モデルは今や十分に安くなり、自作したくなるのも当然ですし、AgentKitのようなフレームワークが土台の構築コストも下げています。しかし、トークンの請求額に含まれていないのは、ヘルプセンター上の検索(リトリーバル)、APIの変更にも耐えるヘルプデスク連携、エスカレーションルール、顧客に向ける前に過去のチケットに対してテストする仕組み、そしてそのすべてを稼働させ続ける担当者です。私たちは、自信満々に見えるボットが本番環境で間違った回答をするのを見てきました。だからこそ、今ではすべてのロールアウトが実際の過去のチケットに対して事前にシミュレーションされるのであり、シミュレーションは料金表で買えるような項目ではありません。

正直なところの結論はこうです。分類器や要約ツールが必要なだけなら、APIの上に構築してセント単位の請求を楽しめばよいでしょう。しかし顧客に回答する何かが必要なら、AIエージェントのコストをエンドツーエンドで、AIハルシネーションのリスクや、誰も予算に組み込んでいない保守コストも含めて試算してください。

そのうえで、すでに構築済みの製品における解決あたりのコストと比較してみましょう。チャットボットのコストの解説記事でも同じ計算を扱っており、AIヘルプデスクソフトウェアまとめでは比較対象となる製品を取り上げています。

最後に、ガバナンスについて実務上の注意点を1つ。これは、初めて驚くような請求書を見た後に人々が尋ねてくることだからです。支出上限は、Startで$500、Buildで$1,000、Scaleで$200,000、Customでは上限そのものがなくなります。ティアは購入するものではなく利用実績に基づいて割り当てられ、新規組織は公開されている上限よりも低いEvaluationティアから始めることができます。上限に達すると翌暦月まで利用が一時停止されますが、これはOpenAIのレート制限を経験したことがある方ならおなじみの仕組みでしょう。

コンソールの利用状況ページでは、キャッシュヒット率が直接表示されており、これがまず最初に確認すべき数字です。請求額が重要であるなら、LLMトラッキングツールできちんと計測しておく価値があります。選択肢を比較する人向けに、構造上の注意点を1つ。エンタープライズプランでは、座席料金が1席あたり月$20に加えて、これと同じAPIレートでの利用料金がかかるため、この料金表はエンタープライズの利用料金分にあたります。これは、定額サブスクリプションが利用分を吸収してくれるClaude Proとは異なる計算になります。

サポート自動化にeeselを試す

Anthropic APIの料金を試算している理由がサポートキューであるなら、料金そのものより先に直すべきは単位です。eeselは座席料金もプラットフォーム料金もなく、1チケットあたり$0.40で課金され、これは会話ごとのトークン数をモデル化しなくても予測に組み込める数字です。Zendesk、Freshdesk、Gorgiasには数分で連携でき、既存のヘルプセンターと過去のチケットで学習し、顧客に返信する前にチケット履歴に対してシミュレーションを行うため、本番導入前に予測される解決率とコストを確認できます。

生のAPIで自作すれば自分で構築する必要があるアクション単位の可視性も、そのまま得ることができます。これは、多くのチームが構築コストを見積もる際に最初に見落とす部分です。無料で試すことができ、何かにコミットする前に予測される数字を確認できます。