Claude Haiku 5.5は10万トークンを境に料金が5倍になる

Anthropicが2026年10月7日に公開したClaude Haiku 5.5は、プロンプトが10万トークン以下なら入力100万トークン当たり0.10ドル、出力0.50ドル、10万トークンを超えると入力0.50ドル、出力2.50ドルで、入出力の単価がともに5倍になる。これはClaude Haiku 5.5のモデル仕様に示されたAPI料金で、判定に使うのは回答の長さではなく、送信するプロンプトの長さだ。

Anthropicの発表は、Haiku 4.5に比べて単価を境界以下で90％、境界超で50％下げたと説明し、RogoのAlex Wang氏の言葉として「The short and high-volume work is where Claude Haiku 5.5 fits for us」と紹介した。短い処理を大量に行う場合の値下げ幅は大きいが、長い資料や会話履歴を一度に渡す場合は、同じモデルでも別の料金帯になる。

10万トークンを超えると、回答の単価も変わる

料金の境界は、入力したトークンのうち超過した部分だけを区切る線ではない。プロンプトが境界を超えたリクエストには高い料金帯が適用され、その回答に使われる出力トークンも高い単価で計算される。長文を少し追加した際の費用差には、追加した入力分だけでなく、リクエスト全体の料金帯の変更が含まれる。

Haiku 5.5のコンテキスト上限は100万トークン、通常の最大出力は12万8000トークンだ。長い資料を受け取れる容量と、最も低い料金帯が適用される長さには大きな開きがある。複数の文書や過去のやり取りを毎回プロンプトに含める処理では、扱える量だけを見ても請求額は見積もれない。

比較対象のHaiku 4.5は、入力100万トークン当たり1ドル、出力5ドルだった。したがってHaiku 5.5は、短いプロンプトなら旧版の10分の1、長いプロンプトでも半額の単価になる。ただし「90％値下げ」を長文の処理にそのまま当てはめると、入力と出力の両方で差を見誤る。

同じ処理量でも、依頼の長さで費用が変わる

リクエストの分け方だけが料金に与える影響を、条件をそろえた例で見る。以下は、入力の合計を100万トークン、出力の合計を10万トークンとした条件付きの試算だ。キャッシュやバッチ処理の割引は使わず、分割によって必要になる文脈の再送や、回答を統合する追加処理も含めない。

• 短い依頼では、入力5万トークン、出力5000トークンのリクエストを20回送る。すべて低い料金帯に入り、入力分が0.10ドル、出力分が0.05ドルで、合計0.15ドルとなる。
• 長い依頼では、入力20万トークン、出力2万トークンのリクエストを5回送る。すべて高い料金帯に入り、入力分が0.50ドル、出力分が0.25ドルで、合計0.75ドルとなる。

両者の総入力と総出力は等しいが、この条件では長い依頼群の費用が5倍になる。実際に文書を分割すれば、各回に共通の指示や前後の文脈を付け直すことがある。そのトークンや統合処理が増えれば、実際の差はこの単純な計算から変わる。

プロンプトのキャッシュを使う運用にも、読み取りと書き込みそれぞれの単価がある。バッチ処理には別の割引も設定されているため、上の金額はそれらを利用しない通常の入出力料金を比べたものだ。料金帯を決めるプロンプトの長さと、最終的に請求されるトークンの内訳は分けて考える必要がある。

旧版と同じ文章でも、境界をまたぐことがある

モデルを切り替えると、文章を変えなくてもトークン数が変わり得る。MultiAIの発売日の実測は計170回の実行を報告し、長文の比較ではHaiku 4.5で7万4000トークンだった入力がHaiku 5.5で9万7000トークン、10万1000トークンだった入力が13万1000トークンになったと記している。約30％増という見方は、この比較や新しいトークナイザーの説明に沿うが、すべての日本語文書で同じ割合になるわけではない。

境界に近い既存の処理ほど、この数え方の違いが効く。旧版で8万トークンだった文章が仮に3割増えれば、新版では約10万4000トークンとなり、高い料金帯に入る。これは仮定に基づく計算であり、同じ文章を送る予定でも、旧版で記録したトークン数だけでは新版の料金帯を決められないことを示している。

MultiAIが比較した長文の質問では、境界を下回る入力での新版の費用と、境界を上回る入力での費用の差も大きかった。ただし、その結果は同社が使った文章、質問、実行条件に結び付いたものだ。単価の比較と個別の仕事を完了する費用は同一ではなく、回答や推論に使われる出力トークンも費用に加わる。

Haiku 5.5とSonnet 5.5の役割

Haiku 5.5が想定する中心的な仕事は、範囲を絞りやすく、回数の多い処理だ。要約、長い履歴の圧縮、分類、情報抽出に加え、より大きなモデルを補助するサブエージェントにも位置付けられている。狭い仕事を切り出せる場合は、低い料金帯と速い応答を生かしやすい。

• 要約・圧縮：対象を区切っても必要な文脈を保てる処理なら、短いプロンプトの料金帯に収めやすい。
• 分類・抽出：入力と求める回答を限定できる大量処理は、Haiku 5.5の想定用途に近い。
• サブエージェント：大きな仕事の中で、資料の特定箇所を探すなど、範囲の決まった作業を担える。
• 複雑なコーディング：複数段階の判断や変更を続ける主担当には、Sonnet 5.5やOpus 5.5が適した選択肢とされる。

コンテキストが長いことだけで、複雑な作業を一つのモデルに任せる判断はできない。一方、Haiku 4.5から定型処理を移す場合も、公表された単価の値下げ率だけでは費用は決まらない。旧版で保存したトークン数が境界に近い処理では、新版での数え方とリクエストごとの長さが、適用される料金帯を左右する。

関連記事：

• Geminiが動画を必要な場面だけ再確認、トークン最大88％減の条件
• npmのOIDC公開元を最大10件に、長期トークンを減らせる
• Qwen3.8-Flash-Next、毎秒73トークン―速いが出力は長め