Claude API 料金：Haiku 5.5のコスト比較と移行の判断基準

Claude API 料金を見直すなら、頻繁な自動処理向けの小型モデル、Claude Haiku 5.5が候補になります。入力500トークン、課金対象の出力20トークンを使う短い分類処理を月に100万回実行すると、費用は$60です。現行のClaudeでは最も安価ですが、プロンプトが100,000トークンを超えると単価が上がります。分類、抽出、振り分け、要約で評価し、誤りへの対応や複雑なコーディングの負担がトークン代の削減効果を上回る仕事には、Anthropicの大型汎用モデル、Claude Sonnet 5.5を残すのがよいでしょう。

2026年10月8日に確認済みです。Anthropicの発表、料金ドキュメント、モデル一覧を参照しています。以下の費用は、明示した前提に基づく試算です。価格はすべてAnthropicの米ドル建て定価です。

Claude Haiku 5.5では何が変わった？

Haiku 5.5は、範囲を絞ったAI処理を繰り返し実行するコストを大きく下げます。 Anthropicは2026年10月7日に公開し、API IDは**claude-haiku-5-5**です。同社は、これまでで最も安価な小型モデルと説明しています。HaikuはClaudeファミリーの小型モデル系列です。自動判定を頻繁に行い、合格とする回答を厳密に定義できる用途なら、まず評価したい候補になります。リリース発表。

従来の小型モデル、Claude Haiku 4.5からの変更点は、単価の引き下げ、処理できる容量の拡大、推論量の調整です。問い合わせへのラベル付けや項目の抽出ごとに費用が発生する事業では、この変化が効いてきます。一方、モデルの誤りを修正する作業がコストの大部分を占める製品では、単価差の効果は小さくなります。

Anthropicが挙げる提供先は、Claude API、Amazon Bedrock、Claude Platform on AWS、Google Cloud、Microsoft Foundryです。発表文ではMicrosoftでの提供をAzureと表記しています。既存サービスを移行するときは、利用するプラットフォームの連携方法とモデル識別子を確認してください。公式の提供プラットフォーム一覧。

Claude Haikuのコンテキストと出力上限

Haiku 5.5の標準APIでは、コンテキストウィンドウは1Mトークン、最大出力は128Kトークンです。コンテキストウィンドウはリクエスト内でモデルが保持できる情報量、最大出力は生成できる量の上限を指します。Haiku 4.5はコンテキストが200K、出力が64Kでした。上限の拡大で長い処理に対応できますが、これは容量の上限です。トークンの利用枠や、品質の保証を意味するわけではありません。現行の仕様、バージョン間の変更点。

推論にかける労力を指定するeffort設定に対応した、初めてのHaikuでもあります。適応型思考（adaptive thinking）は、いつ、どの程度推論するかをモデル自身に判断させる機能で、デフォルトで有効です。Haiku 5.5のAPIでは、effortの初期値は**medium**です。発表、初期設定と思考モード。

単純な分類なら、まずlowで評価します。例外処理や厳密な指示を伴う抽出では、mediumとhighを比較してください。Anthropicがサポートする設定はlow、medium、high、xhigh、maxです。上位の設定は評価で改善が確認できる場合に使い、Sonnetとも比較するよう推奨しています。推論量を増やすとトークン消費や所要時間も増える可能性があるため、費用を見積もる際はモデル名と併せてeffortを記録します。effortの設定指針。

Claude API 料金の分岐点：100Kトークンを超えるとどうなる？

100,000トークンのプロンプトには低い単価が適用され、それを超えると、そのリクエストには高い単価が適用されます。 判定基準はプロンプトごとの長さです。アカウント全体で月に何トークン使ったかは関係ありません。

トークンは、モデルがテキストを処理する際の単位です。入力には送信する指示、履歴、ツール関連の情報などが含まれ、出力はモデルが生成する内容を指します。MTokは100万トークンのことです。MTokあたりの単価は次のとおりです。

出典：Anthropicのモデル料金表。キャッシュヒットは入力のうち再利用された部分です。その単価がリクエスト内のすべてのトークンに適用されるわけではありません。

Haikuの境界は、超過分だけに高い単価を適用する仕組みではありません。リクエストの単価そのものが切り替わります。キャッシュを使わず、出力が1,000トークンだった場合、公開単価に基づく試算は次のようになります。

• 入力100,000トークン： 0.1 × $0.10 + 0.001 × $0.50 = $0.01050。
• 入力100,001トークン： 0.100001 × $0.50 + 0.001 × $2.50 = $0.05250050。

入力がわずか1トークン増えるだけで、そのリクエストの単価は5倍になります。入力・出力の両方が切り替わります。これは段階別の料金表を使い、未キャッシュの入力と同じ出力数を前提に計算した例です。

要約サービスでは、必要な文書と指示を組み合わせたうえで、リクエスト全体のトークン数を数えます。会話履歴の全体や無関係な文書群まで追加すると、費用条件が変わることがあります。回答の品質を保てるなら、コンテキストを短くするか、必要な部分を検索して渡してください。ただし、文書を機械的に分割すると、説明に必要な情報同士の関係を失うおそれがあります。

バッチ処理なら入力・出力の単価が半額に

夜間のタグ付けや、たまった文書の要約など、結果を非同期で受け取れる仕事にはバッチ処理が向いています。Haiku 5.5のバッチ単価は、プロンプトが100,000トークン以下ならMTokあたり入力$0.05／出力$0.25、それを超えると**$0.25/$1.25です。Batch APIでは、入力・出力ともに50%**割り引かれます。バッチ料金表、バッチ処理の仕様。

リアルタイムのリクエスト振り分けには、アプリケーションの応答期限を満たせる経路を使います。バッチは待てる仕事で採用する選択肢です。価格だけでなく、結果の受け取り方も変わります。

$0.01のキャッシュ単価には、再利用可能なプレフィックスが必要

キャッシュは、変更のない抽出ルールなど、繰り返し使うプロンプトの先頭部分（プレフィックス）を保存し、別のリクエストでも再利用する仕組みです。Haiku 5.5の低価格帯では、読み取りはMTokあたり$0.01です。ただし、その前に有料の書き込みが発生し、5分間のキャッシュはMTokあたり$0.125、1時間なら$0.20です。プロンプト長の境界を超える場合は、読み取り$0.05、5分間の書き込み$0.625、1時間の書き込み$1になります。キャッシュ料金。

Haiku 5.5では、キャッシュ対象のプレフィックスに最低512トークンが必要です。それより短ければキャッシュは使われません。毎回変わる顧客のメッセージは新規入力のままで、新しく生成する回答も出力として課金されます。実際の処理はcache_creation_input_tokensとcache_read_input_tokensで確認してください。キャッシュの制約。

短い分類処理では、この違いが重要です。次の例で使う500トークンのプロンプトは、全体でもキャッシュの最低条件を下回っています。これらの呼び出しをキャッシュヒットとして計算すると、費用を過小評価してしまいます。

Claude Haikuの料金比較：月100万回の分類はいくら？

この試算での月額は、Haiku 5.5が$60、Haiku 4.5が$600、Sonnet 5.5が$1,200です。 SaaSのサポートチケットを分類し、処理キューのラベルと短い構造化された判定結果を返す処理を、単価で比較します。

前提は月100万回の呼び出しで、各回に新規入力500トークン、課金対象の出力20トークンを使います。それぞれのモデルで、この課金トークン数になると仮定します。どのプロンプトも料金の境界を下回ります。基準となるこの試算には、キャッシュ、別途課金されるサーバーツール、再試行を含めません。

月間の使用量は、入力5億トークン、出力2,000万トークンです。公式の定価で計算すると、次のようになります。

この前提では、Haiku 5.5の費用は分類1,000回あたり$0.06です。同じ仕事をバッチ処理にすると、順に**$30、$300、$600**になります。これらはモデルのトークン代です。アプリケーションのインフラや人による確認の費用は別に発生します。

Claude Haiku 4.5との料金差

Haiku 4.5の単価はMTokあたり入力$1／出力$5で、新モデルの短いプロンプト向け単価の10倍です。このため、上の例では月$540の削減になります。Haiku 5.5のプロンプトが100,000トークンを超える場合、その単価はHaiku 4.5の半額となり、差は小さくなります。公開料金。

ただし、これはトークン数が等しいという前提での比較です。Anthropicによると、Haiku 5.5で更新されたトークナイザーは、タスクあたりのトークン数がやや増えます。トークナイザーとは、テキストを数えられるトークンに分割する仕組みです。実際の削減額を見積もる前に、新モデルで同じ入力を数え直し、思考分を含む課金対象の出力も測定してください。Anthropicのトークナイザーに関する説明、トークンの数え方。

出力20トークンは試算の前提であり、すべてのリクエストにそのまま設定すべき上限ではありません。思考も出力枠を消費します。ラベルを返す前に推論が必要なら、画面に見える短い回答よりも課金対象の出力が多くなることがあります。低めのeffortと、処理を完了できる余裕のある出力上限を評価してください。思考と出力上限。

他社も検討するなら、同じ処理と合格基準で低価格AI APIの比較を参照してください。提示された単価の低さが役立つのは、予算内で合格する結果が得られる場合です。

開発・運用・調達では、どの仕事から移すべき？

まず、繰り返し処理する部分から移行します。 分類、抽出、振り分け、要約、サブエージェントは、入力の範囲を絞り、出力を確認できるため、有力な候補です。AnthropicもHaikuを、こうした大量の処理向けに位置付けています。モデルの位置付け。

開発：Haikuに任せる仕事を小さく定義する

資金調達済みのスタートアップなら、上の費用例にあるサポートチケットの分類から始められます。選べる処理キューを定義し、チケットを渡して、判定を1つ返すよう指定します。判定できないケースの送り先も用意してください。検証では、許可した集合にないラベルを拒否できます。一方、一見正しいラベルでも誤ったキューに送っているケースは、正解と照合するサンプル評価で見つけられます。

個人開発者も、同じように範囲を絞った抽出にHaikuを使えます。1つの文書から更新日と契約識別子を取り出し、根拠となる記述を残し、日付の形式を検証する、といった仕事です。商取引の条件同士でどちらが優先されるかという判断は、そうした例外まで評価できるようになるまでは任せないでください。

運用：費用を削る前に、渡す情報を絞る

中堅企業のCTOにとっては、大きなコンテキスト上限より、必要な情報の検索が重要な場合があります。要約には関連する会議記録や規程の箇所を渡し、決定事項、担当者、例外が保持されるかを評価します。義務を気付かれないまま省いてしまう要約は、組織の別の場所で作業を増やします。

振り分けシステムを選ぶ運用責任者は、誤った宛先に送られたチケット、未解決のケース、合格する判定までの時間を測定すべきです。エスカレーションの条件は、必須項目の欠落、参照箇所の矛盾、対応していないカテゴリ、検証の失敗など、観測できる根拠で定義します。モデルが自分で述べる確信度だけでは、振り分け方針として不十分です。

調達：何を単位に支払うかを明確にする

供給元には、合格した抽出や完了した案件あたりの費用を提示してもらいます。トークン数、effort、再試行、レビューまで含めてください。失敗したリクエストを何度も再試行したり、チケットごとに膨大な規程集を送ったりするサービスでは、月$60という分類の試算だけでは判断できません。

大きなワークフローの中で小さな仕事を担当するモデルを、サブエージェントと呼びます。Haikuには、範囲を限定した根拠集めを任せるとよいでしょう。関連箇所を見つけたり、短い要約を返したりする候補にし、より広い判断はSonnetが担当します。引き継ぎも評価してください。大型モデルがサブエージェントの作業を確認できるだけの元資料を渡す必要があります。

Claude HaikuとSonnetの比較：使い分けの基準は？

範囲を絞った回答を簡単に検証できるならHaikuを選び、判断・調整・失敗からの復旧が成否を左右する仕事にはSonnetを残します。 Sonnet 5.5の新規入力・出力単価は、Haikuの短いプロンプト向け単価の20倍、長いプロンプト向け単価の4倍です。その差額に見合うだけ、合格する結果を増やせる必要があります。

Anthropicの発表にある比較表は、新しいHaikuを評価する根拠になる一方、難しいコーディングではSonnetを残す理由も示しています。以下はAnthropicが公開したベンチマーク結果です。数値はHaiku 5.5、Haiku 4.5、OpenAI GPT-6 Lunaの順に並んでいます。

• GDPval-AA v2.1、知識労働： 1620、735、1437。
• OSWorld 2.1、オフラインのサブセット、コンピューター操作： 72.4%、15.7%、48.9%。
• Terminal-Bench 4.0、エージェントによるコーディング： 39.2%、0.0%、16.4%。このベンチマークでは、Anthropicは**Sonnet 5.5の結果を70.6%**と報告しています。

出典：Anthropicの性能比較表。ベンチマークのスコアが示すのは、その評価課題での結果です。自社の契約書、チケット、コードベースでの合格率を示すものではありません。

依存関係を調べ、編集を調整し、失敗した手順から復旧する必要があるリポジトリ全体の変更では、引き続きSonnetを主担当にします。Haikuは、1つのファイルの要約や特定のテスト失敗の抽出といったサブタスクで検討してください。Anthropic自身も発表で、複雑なエージェント型のコーディングには大型モデルを推奨しています。

まず検証し、必要なケースだけSonnetに回す

組み合わせる例として、すべての分類をHaikuで実行し、検証に失敗したケースや未解決のケースをSonnetに送る構成を考えます。基準の試算と同じトークン数で、10%のケースでSonnetを追加で1回呼び出すなら、月額は**$60 + $120 = $180**です。すべてをSonnetで処理するより$1,020安くなります。この例は検証用のインフラ費用を含まず、追加の呼び出しに余分なコンテキストが不要と仮定しています。

エスカレーションしたケースでも、最初のHaikuの呼び出しは課金されます。最後に成功したモデルの費用だけを見積もると、この分を見落とします。再試行は完了した仕事あたりの試行回数で測り、トークンだけでなく、開始から完了までの時間も比較してください。

大型モデル側の導入にはSonnet 5.5の設定ガイドを使ってください。費用の計算には、ここで確認した現行のキャッシュ読み取り単価、MTokあたり$0.10を適用します。Anthropicは10月7日に$0.20から引き下げました。料金変更。

Claude Haiku 4.5 APIから5.5へ移行するには？

移行はモデル名の変更だけでなく、連携部分の変更として扱ってください。 Haiku 4.5で動いていたサービスでも、新モデルが課題に適切に答えられる一方で、リクエストのパラメータ、レスポンスの解析、出力上限が原因で失敗することがあります。

利用するプラットフォームに合わせて、AnthropicのHaiku移行ガイドを確認します。影響の大きい変更は次のとおりです。

1. IDを更新し、トークンを数え直します。 Claude APIではclaude-haiku-5-5を使います。そのモデルでプロンプトを再計数し、費用見積もりと出力上限を見直します。
2. 思考とサンプリングの設定を更新します。 手動設定のthinking.type: enabledとbudget_tokensを適応型思考に置き換えます。処理に合わせてoutput_config.effortを設定し、ガイドの指示に従ってtemperature、top_p、top_kを削除します。
3. assistant prefillを削除します。 モデルに続きを生成させるため、末尾にassistantメッセージを置いたリクエストは拒否されます。ユーザーのターンでリクエストを終え、利用するプラットフォームがサポートする出力形式の指定方法を選びます。
4. レスポンスのブロックを種類ごとに読み取ります。 レスポンスは思考ブロックから始まることがあります。必要なテキストやツール使用のブロックを選び、可視の回答が出る前に出力枠を使い切る場合にも対応します。
5. 拒否と会話の再送に対応します。 stop_reasonがrefusalなら、アプリケーション側の対応処理へ振り分けます。思考を再送する場合はブロックを変更せず、生成に使ったアカウントまたはリンク済みのアカウントを使い、ガイドにあるプレフィックスを変更しないルールに従います。

Priority Tierで処理容量を確保しているCTOには、移行を待つ別の理由があります。Anthropicの移行ガイドによると、Haiku 5.5はPriority Tierに対応していません。キューを移す前に、要件を満たす容量の確保方法を決めてください。トークンが安いだけでは、サービス要件を満たせません。容量に関する制約。

Haikuの提供終了日：日付と稼働状況をどう読む？

2026年10月8日時点のAnthropicの廃止予定ページでは、Haiku 4.5はActiveで、提供終了は2026年10月15日より前には行わないと記載されています。これは最も早い時期を示す条件であり、その日に停止すると発表されたわけではありません。Haiku 5.5もActiveで、提供終了は2027年10月7日より前には行わないとされています。Claude APIのモデル稼働状況。

古い連携では、Haiku 3.5はClaude APIで2026年2月19日に提供終了し、Haiku 3は2026年4月20日に提供終了しています。これらはAPIのライフサイクルページに掲載された終了日です。5.5の公開から推測した予定ではありません。廃止履歴。

Haiku 4.5からの移行は、評価と連携部分の準備状況を軸に計画してください。現在の稼働状況では、検討して判断する余地があります。正式な提供終了の発表については、引き続き公式のライフサイクルページを確認します。

宣伝文句をどう受け止めるべき？

魅力的に見える主張も、予算や設計の判断に使う前に、条件を押さえる必要があります。ここでは3つを確認します。

「90%安い」は、短いプロンプトの単価差を指します。 同じ仕事を完了する費用が90%下がる保証ではありません。トークン分割、思考、リクエスト長、再試行、エスカレーションが請求額を左右します。同じトークン数の例は料金だけを比較したものです。実際の予測には、測定したトークン数を使います。

100万トークンのウィンドウがあっても、長いプロンプトが安くなるわけではありません。 Haikuの高価格帯は、その容量上限よりずっと手前で始まります。要約のたびに無関係な履歴を渡すと、品質が改善しないまま費用だけが増えることがあります。プロンプトを組み立てた後にトークンを数え、必要な出力のための余裕も残してください。

effortを上げても、Haikuがあらゆる仕事でSonnetの代わりになるわけではありません。 実際に見つかった失敗を改善できるなら、effortを上げて評価する価値があります。継続的なコーディングや難しい判断が必要な課題では、Sonnetも比較対象に残してください。再試行まで含め、完了した結果と所要時間を比較します。

Sonnetのキャッシュ読み取り単価の引き下げも、既存エージェントとの比較を変えます。移行を決める前に、現在の費用を再計算してください。Sonnetでは、繰り返し再利用する入力が安くなりましたが、新規入力と出力の定価は変わりません。Claude API料金ガイドでは、モデルと各機能を含めた予算全体の中で、今回の変更を確認できます。

今週、何から始める？

合格を明確に判定できる小さな処理は、すぐ評価を始められます。品質や容量の要件が未解決のキューは、移行を待ってください。 分類を繰り返し実行して費用を払っている事業には、すぐ試せる候補です。Priority Tierに依存するCTOは、先に容量の確保方法を決める必要があります。すでに予算と品質の目標を満たすサービスは、比較を行う間、現行モデルを使い続けられます。

1. 1

   キューを1つ選び、合格条件を決める

   正解が分かっている代表的な入力を使い、曖昧なケースや難しいケースも含めます。どの誤りにレビューが必要で、どの失敗なら安全に再試行できるかを定義してください。分類、抽出、範囲を絞った要約から始めます。

2. 2

   各候補で同じ処理を測定する

   同じ入力に対して、適切なeffort設定でHaiku 4.5、Haiku 5.5、Sonnet 5.5を実行します。モデルごとの入力トークン数、課金対象の出力、完了までの時間、合格した結果を記録してください。費用計算には、すべての試行を含めます。プロンプト長による料金区分を確認するときは、新しいトークナイザーの計数を使います。

3. 3

   要件を満たす部分を移し、エスカレーション経路を残す

   移行時の確認を終え、実測した品質と費用が要件を満たす部分を移します。出力を検証し、失敗を調べ、難しい仕事にはSonnetを残してください。求める速度で、合格する判定をより安く得られれば成功です。

今後のモデルやAPIの予算に関する更新情報は、ニュースレターでお届けします。