2026年のClaude API料金: モデルコスト、ワークロード計算、そしてゲートウェイが役立つ場面を評価しているなら、まず1つの原則から始めてください。モデルの価格表は見積もりの最初の1行にすぎません。実際の請求額は、入力トークン、出力トークン、プロンプトキャッシュの書き込み、キャッシュヒット、バッチジョブ、再試行、失敗タスク、そして製品の変化に応じてルートをどれだけ切り替えるかに左右されます。
2026年9月26日時点で、AnthropicはFable 5.1、Opus 5.5、Sonnet 5、Haiku 4.5について、Claude APIの最新料金を100万トークンあたりで公開しています。個人開発者にとっての実務的な問いは、単に「どのClaudeモデルが最安か」ではありません。「このワークロードで、どのモデルが最小の総コストで受け入れられる成果を出せるか」です。
Claude API料金の概要
公開前や予算の見直し前には、Anthropicの料金ページを唯一の正しい情報源として使ってください。以下の表は、公開されている項目を、計画に必要な請求単位へ正規化したものです。
| Claude model | Input | Output | 5-minute cache write | 1-hour cache write | Cache hit | Batch input | Batch output |
|---|---|---|---|---|---|---|---|
| Claude Fable 5.1 | $15 / MTok | $75 / MTok | $18.75 / MTok | $30 / MTok | $1.50 / MTok | $7.50 / MTok | $37.50 / MTok |
| Claude Opus 5.5 | $15 / MTok | $75 / MTok | $18.75 / MTok | $30 / MTok | $1.50 / MTok | $7.50 / MTok | $37.50 / MTok |
| Claude Sonnet 5 | $3 / MTok | $15 / MTok | $3.75 / MTok | $6 / MTok | $0.30 / MTok | $1.50 / MTok | $7.50 / MTok |
| Claude Haiku 4.5 | $0.80 / MTok | $4 / MTok | $1 / MTok | $1.60 / MTok | $0.08 / MTok | $0.40 / MTok | $2 / MTok |
MTokは100万トークンを意味します。Anthropicはこの表の背後にある料金の仕組みも文書化しています。プロンプトキャッシュの書き込みトークンは通常の入力より高く、キャッシュヒットは通常の入力より安く、Message Batches APIは入力トークンと出力トークンに50%の割引を提供します。バッチ処理とプロンプトキャッシュは組み合わせ可能ですが、キャッシュ書き込みはバッチ割引を受ける一方、キャッシュヒットはすでに割引済みで、追加のバッチ割引は適用されません。
なぜトークン表だけでは不十分なのか
Claude API料金で最も多い失敗は、すべてのリクエストを単純な input_tokens * input_rate + output_tokens * output_rate の計算として扱うことです。これは一回限りのデモなら通用します。しかし、エージェントが再試行し、プロンプトに長く再利用可能なコンテキストが含まれ、ユーザーが低品質な回答を拒否し、バックグラウンドジョブを非同期で実行できる本番ワークロードでは、実態を過小評価します。
製品判断では、受け入れられた結果あたりのコストを見積もってください。
cost_per_accepted_result =
(
uncached_input_tokens * input_rate
+ cache_write_tokens * cache_write_rate
+ cached_input_tokens * cache_hit_rate
+ output_tokens * output_rate
+ retry_tokens * applicable_rates
)
/ accepted_results
これにより、Claude API料金をモデル間で比較しやすくなります。安価なモデルでも、再試行が多く必要だったり、製品が受け入れない出力を生成したりすれば不利になることがあります。逆に、より高価なモデルでも、レビューの往復を減らし、コードを一度で修正し、追加の取得用のつなぎ込みなしに長いコンテキストを扱えるなら、勝つことがあります。
インディーハッカー向けの3つのワークロード例
これらの例のポイントは、普遍的な推奨ではなく、計算の形です。予算を確定する前に、トークン数を自分のログに置き換えてください。
| ワークロード | 主なコスト要因 | 最初に試すモデル | 測定する内容 |
|---|---|---|---|
| サポートの振り分けと分類 | 大量のリクエスト、短い出力、暴走した出力への低い許容度 | Haiku 4.5 または Sonnet 5 | 正しくルーティングされたチケットあたりのコスト、p95レイテンシ、再試行率 |
| コーディングアシスタントまたはエージェントループ | 長いツールコンテキスト、冗長な出力、再試行、受け入れられたパッチ率 | Sonnet 5、より難しいタスクでのみ Opus/Fable | 受け入れられたパッチあたりのコスト、ツール呼び出しエラー率、出力長 |
| 長文書レビュー | 大きく再利用可能なプロンプトプレフィックス、繰り返し実行、レビュー承認 | プロンプトキャッシュ付きの Sonnet 5 | キャッシュヒット率、キャッシュ書き込みの償却、承認済み要約コスト |
| オフライン評価またはエンリッチメント | 大量、非同期向き、締め切りは分または時間で測定 | 選択したモデルでの Batch API | バッチ完了時間、承認済み行あたりのコスト、再試行バケット |
小規模チームにとって、デフォルトの運用パターンはシンプルです:
- 推論負荷の高い本番テストには、まず Sonnet 5 を使って始める。
- 短く、構造化され、高頻度なジョブには Haiku 4.5 を試す。
- より高い出力価格を正当化できるほど承認率が改善するワークロードに限り Opus 5.5 または Fable 5.1 を使う。
- 安定したプレフィックスが十分な頻度で繰り返され、書き込みコストを償却できる場合にのみ、プロンプトキャッシュを使う。
- ユーザーが同期的に回答を必要としない場合は、バッチ処理を使う。
プロンプトキャッシュの計算
プロンプトキャッシュは、同じ大きなプレフィックスが繰り返し現れるときに役立ちます: システム指示、スタイルルール、スキーマ、ポリシードキュメント、リポジトリのコンテキスト、または製品知識です。プレフィックスが常に変化する場合や、めったに再利用されないコンテキストに対してキャッシュ書き込みコストを払う場合は、逆効果になることがあります。
簡単な損益分岐点の確認:
cache_savings =
repeated_prefix_tokens * (ordinary_input_rate - cache_hit_rate)
cache_cost =
cache_write_tokens * cache_write_rate
prompt_caching_works_when =
cache_savings across repeated requests > cache_cost
繰り返し呼び出しが近い時間帯に集中するバーストには、5分間のキャッシュ書き込みを使います。より長い再利用ウィンドウが高い書き込み率に見合う場合にのみ、1時間のキャッシュ書き込みを使います。リクエスト経路が安定したベースプロンプトを持つユーザー向けチャットセッションなら、キャッシュヒット率は推測ではなくダッシュボード指標であるべきです。
より詳しい実装チェックリストについては、この記事を Flatkey のプロンプトキャッシュワークフローガイドに接続してください: https://flatkey.ai/blog/prompt-caching-workflow-cost-roi-guide
Batch API の計算
バッチ処理は、即時応答が不要なジョブに向いています: 評価スイート、夜間のエンリッチメント、大規模な文書ラベリング、埋め込み関連の前処理、バックオフィス分析などです。Anthropic の Message Batches API は入力・出力トークン価格を50%削減しますが、その代わりに同期レスポンスへの期待は手放すことになります。
この判断ルールを使ってください:
| タスクが... | 推奨... | 理由 |
|---|---|---|
| UIでユーザーが待っている | 標準リクエスト | 割引よりもレイテンシーの方が重要 |
| 夜間の評価 | バッチリクエスト | コストとスループットの方が重要 |
| 大規模な移行またはエンリッチメントジョブ | バッチリクエスト | 再試行と完了レビューを分けられる |
| 対話型コーディングエージェント | 標準リクエスト、必要に応じてキャッシュ付き | ユーザーは次の手順をすぐに必要としている |
バッチAPIの節約が最も正当化しやすいのは、すでにキュー、再試行ポリシー、受け入れチェックがある場合です。そうでない場合、割引は運用上の混乱によって相殺される可能性があります。
直接のAnthropicアクセスで十分な場合
直接のAnthropic APIアクセスが適切な出発点となるのは、次のような場合です:
- Claudeがスタック内で唯一のプロバイダーである。
- 1人の開発者がキー、使用量、予算を管理している。
- ワークロード数が少ない。
- 経理がプロバイダーレベルの照合を必要としない。
- プロバイダー側のレート制限や障害を許容できる。
その段階では、構成をシンプルに保ってください。モデルID、入力トークン、出力トークン、キャッシュ書き込みトークン、キャッシュヒットトークン、再試行回数、リクエスト所有者、承認済み結果ステータスを追跡します。最適化する前に、7日間それを実施してください。
ゲートウェイが役立つ場合
Claude APIの料金問題が運用上の問題になってきたら、ゲートウェイの出番です:
- ClaudeをGPT、Gemini、DeepSeek、Qwen、Kimi、またはその他のモデルルートと比較する。
- 複数のプロバイダーアカウントではなく、1つの残高と1つの請求書で済ませたい。
- サブキー、予算、モデル許可リスト、またはエージェントごとの支出上限が必要である。
- 入力、出力、キャッシュ済みトークン、再試行、リクエストIDを含む1つの使用台帳が必要である。
- あるルートが過負荷または利用不可のときにフォールバックルーティングを使いたい。
- プロバイダーキーをリポジトリ、エージェント、環境全体に広げずに、開発者がモデル変更をテストできる必要がある。
Flatkeyはその段階のために作られています: 1つのキー、1つの残高、1つの請求書、300以上の公式モデル、1,000以上の従量課金ツール、使用量ベースの請求、そしてモデル呼び出しとツール呼び出しのためのリクエスト台帳。2026年のClaude API料金: モデルコスト、ワークロード計算、そしてゲートウェイが役立つ場面において、ゲートウェイの主張は「Anthropicを直接使うべきではない」というものではありません。主張は「製品に複数のモデルルートがあるなら、共有台帳とルーティング層によってコスト比較を再現可能にできる」ということです。
関連するFlatkeyガイド:
- AIゲートウェイ料金: https://flatkey.ai/blog/ai-gateway-pricing
- プロバイダーを切り替える前にAIモデル価格を比較する方法: https://flatkey.ai/blog/how-to-compare-ai-model-prices-before-switching-providers
- AI API支出管理: https://flatkey.ai/blog/ai-api-spend-management-operations-finance
- Claude APIプロキシとマルチモデルルーター: https://flatkey.ai/blog/claude-api-proxy-vs-router
7日間のClaude API料金ワークシート
モデルを切り替える前、またはゲートウェイを追加する前に、1週間分の実際の使用状況を収集してください。スプレッドシートで十分です。
| 項目 | 重要な理由 |
|---|---|
date |
リリース直後のスパイクと通常利用を分ける |
workload |
サポート、コーディング、抽出、文書レビュー、評価 |
model_id |
価格を実際のルートに紐づけておく |
input_tokens |
基本の入力コスト |
output_tokens |
エージェントでは、しばしば最大のコスト要因になる |
cache_write_tokens |
キャッシュ設定が高コストかどうかを示す |
cache_hit_tokens |
キャッシュが実際に機能しているかどうかを示す |
batch_tokens |
非同期の割引対象ワークを分ける |
retry_count |
見えにくい信頼性コストを明らかにする |
accepted_results |
トークン支出を製品価値に変える |
rejected_results |
品質の無駄を示す |
total_cost |
請求額の行 |
cost_per_accepted_result |
購入指標 |
7日後に、変更は一度に1つだけ行います。1つのワークロードを Haiku、Sonnet、Opus、Fable、または Claude 以外のフォールバックに切り替えます。そのうえで、生のトークン単価ではなく、承認済み結果あたりのコストを比較してください。
公式の料金参照
予算や財務予測を公開する前に、次のソースを確認してください:
| ソース | 確認すべき内容 |
|---|---|
| Anthropic pricing | 現在の Claude モデルのトークン単価、cache-write 料金、cache-hit 料金、batch 料金 |
| Anthropic prompt caching docs | キャッシュの動作、対応モデル、キャッシュ保持時間、cache-control の詳細 |
| Anthropic Message Batches docs | Batch API の仕組み、対応リクエスト種別、処理に関する期待値 |
| Flatkey pricing and model pages | 現在の Flatkey のプラン、残高、ルーティング、モデル提供状況の詳細 |
この更新で使用したソース:
- https://www.anthropic.com/pricing
- https://docs.anthropic.com/en/docs/about-claude/pricing
- https://docs.anthropic.com/en/docs/build-with-claude/prompt-caching
- https://docs.anthropic.com/en/docs/build-with-claude/batch-processing
- https://flatkey.ai/
- https://flatkey.ai/pricing
FAQ
Claude API pricing in 2026 とは何ですか?
2026年の Claude API pricing はトークンベースです。Anthropic は、入力、出力、プロンプトキャッシュ書き込み、キャッシュヒット、バッチ処理について、100万トークンあたりの価格を公開しています。2026年9月26日時点の公開料金表には、Claude Fable 5.1、Claude Opus 5.5、Claude Sonnet 5、Claude Haiku 4.5 が含まれています。
どの Claude モデルが最も安いですか?
公開されているトークン表では、今回の更新で確認した現行の Claude 行の中で、Haiku 4.5 が入力トークンと出力トークンの両方で最も低い料金です。ただし、それだけで全ワークロードにおいて最安とは限りません。再試行や却下された出力によってトークン単価の節約が相殺されることがあるため、承認済み結果あたりのコストで比較してください。
プロンプトキャッシュは Claude API コストをどう変えますか?
プロンプトキャッシュは、キャッシュ書き込みにはより多く課金し、キャッシュヒットにはより少なく課金することで、Claude API のコストを変えます。これは、安定したプロンプトのプレフィックスが十分なリクエストで再利用され、初回の書き込みコストを上回るだけの安価なキャッシュヒットトークンが得られる場合に最も効果的です。
Message Batches API は Claude API コストをどう変えますか?
Anthropic の Message Batches API は、バッチジョブの入力トークンと出力トークンに 50% の割引を提供します。これは、プロダクトが非同期完了を待てるオフラインワークロードに最適です。
ゲートウェイはどのような場合に Claude API 料金の助けになりますか?
ゲートウェイが役立つのは、問題がもはや「1つの Claude キーと 1つの小さな請求書」ではなくなったときです。複数のモデルを比較したい、共有予算が必要、使用量台帳が欲しい、障害時に迂回したい、あるいはモデル呼び出しとツール呼び出しをまたいで1つの請求書にまとめたい場合に役立ちます。
要点
2026年のClaude API料金: モデルコスト、ワークロード計算、そしてゲートウェイが役立つ場面 は、1つの運用指標、つまり受理された結果1件あたりのコストに集約されます。まず Anthropic の最新のトークン表を確認し、次にキャッシュ、バッチ、リトライ、そして受理率を加味します。シンプルな Claude 専用アプリなら、Anthropic への直接アクセスで十分です。モデル選択、フォールバック、予算、請求の可視性がプロダクトのワークフローの一部になるとき、ゲートウェイが役立ちます。
Flatkey は、小規模チームに対して、対応している公式モデルとツール全体で1つのキー、1つの残高、1つの請求書、そして使用量台帳を提供するため、Claude のコスト判断をスプレッドシートの推測ではなく、実際のワークロードデータで検証できます。
