Claude Haiku 5.5とは？Claude Codeでの使い方とSonnetとの違い、10万トークンの壁を実測

Claude Haiku 5.5とは？Haiku 4.5から何が変わったか

Claude Haiku 5.5は、Anthropicが2026年10月7日（米国時間）に発表した小型・高速のClaudeモデルで、モデルIDは claude-haiku-5-5 です。公式は「これまでで最も安く、最も速く、最も高性能な小型モデル」とし、平均するとHaiku 4.5より約75%安く動かせると説明しています。

いちばん大きな変化は料金です。公式の料金表では、1回のリクエストのプロンプトが10万トークン以下なら、入力・出力ともHaiku 4.5の10分の1になりました。ただし10万トークンを超えると単価が5倍に上がる2段階の料金です（それでもHaiku 4.5の半額）。公式は、Haiku 4.5ではリクエストの90%が10万トークン以下だったことと、新しいトークナイザーで1作業あたりのトークンがやや増えることを織り込んで「平均約75%安い」と計算しています。この2段階の仕組みは、Claude Codeで使うときに大きく効いてきます（後述）。

性能面では、発表ページのベンチマークでHaiku 4.5から大きく伸びています。知識労働のGDPval-AA v2.1は735から1620（Sonnet 5.5は1840）、パソコン操作のOSWorld 2.1は15.7%から72.4%（同83.9%）、エージェント型コーディングのTerminal-Bench 4.0は0.0%から39.2%（同70.6%）です。ただし最後の数字が示すとおり、自分で手順を組み立てて進めるコーディングでは、Sonnet 5.5との差はまだ大きいままです。

そのほかの仕様は次のとおりです。

発表のポストは公開から数時間で表示220万・いいね3.1万を集め、Hacker Newsでも592ポイント・275コメントの議論になりました（いずれも2026年10月8日時点）。Claude Code責任者のBoris Cherny氏は、短い一言で位置づけを示しています。

「Haiku 5.5は良いHaikuです。10万トークンのコンテキストなら、Haiku 4.5の10分の1の安さでもあります」

"Haiku 5.5 is a good Haiku. With 100k token context, it's also 10x cheaper than Haiku 4.5"

Boris Cherny（Anthropic・Claude Code責任者）— X（2026年10月7日）

Claude CodeでHaiku 5.5を使う方法は？モデル切り替えとサブエージェント設定

Claude CodeでHaiku 5.5を使うには、v2.1.293以降に更新したうえで /model haiku（または /model claude-haiku-5-5）を入力します。Anthropic APIと、Pro・Max・Team・Enterpriseでのログインでは haiku がHaiku 5.5を指しますが、Amazon Bedrock・Google Cloud・Microsoft Foundry経由ではHaiku 4.5を指したままです。

# Claude Code を最新にする（Haiku 5.5 は v2.1.293 以降）
claude update

# Haiku 5.5 で起動する
claude --model claude-haiku-5-5

# 使用中のセッションで切り替える（Enter で既定にも保存、s でこのセッションだけ）
/model haiku

# 考える量を下げる（low / medium / high / xhigh / max）
/effort low

公式ドキュメントによると、エイリアスの解決先はプロバイダーで異なります。Claude Platform on AWS・Amazon Bedrock・Google CloudのAgent Platform・Microsoft Foundryでは、2026年10月8日時点で haiku はHaiku 4.5です。これらの環境でHaiku 5.5を使うなら、ANTHROPIC_DEFAULT_HAIKU_MODEL にそのプロバイダーでのHaiku 5.5のモデルIDを指定します。公式は、利用者に配る前にモデルのバージョンを固定（ピン留め）しておくよう勧めています。

もう1つの注意は再開時の挙動です。model の設定が haiku のままだと、Haiku 4.5で保存したセッションを再開したときもHaiku 5.5で続きが動きます。モデルが変わると回答の癖も変わるため、定型の業務フローを回している場合は、切り替え後に一度結果を見比べておくと安心です。

サブエージェントだけをHaiku 5.5にする

Claude Codeの使い方として公式が勧めるのは、メインの会話はSonnetやOpusのまま、下調べや要約を受け持つサブエージェントにHaikuを割り当てる形です。

「Opus 5.5やSonnet 5.5のサブエージェントとして相性がよい。要約、会話の圧縮、データベースへの問い合わせのような、量が多く費用に敏感な作業に使ってください」

"It pairs well with Opus 5.5 or Sonnet 5.5 as a subagent. Use it for high-volume, cost-sensitive tasks like summaries, compactions, or database queries."

Claude Devs（Anthropic公式・開発者向けアカウント）— X（2026年10月7日）

設定は、サブエージェントの定義ファイル（.claude/agents/ に置くMarkdown）の冒頭に model: haiku と書くだけです。たとえば契約書や請求書の数字・表記を突き合わせる係を作るなら、次のようになります。

---
name: doc-checker
description: 契約書・請求書の表記ルール違反や金額の不一致を洗い出す
model: haiku
tools: Read, Grep, Glob
---
表記ルール.md に照らして、指定されたファイルの違反箇所を
ファイル名・条・修正前・修正後・根拠ルールの形で報告する。
推測で数字を足さず、ルールに無い点は指摘しない。

サブエージェントのモデルは、呼び出し時の指定、定義の model、環境変数 CLAUDE_CODE_SUBAGENT_MODEL、メインの会話のモデル、の順で決まります。すべてのサブエージェントをHaikuにそろえたい場合は、設定ファイルの env に次の2行を書きます。ファイル探索を受け持つ組み込みのExploreは、同じ名前（Explore）の定義を作って model: haiku を書けば上書きできます。どのモデルで動いているかは /tasks の一覧で確認できます。

{
  "env": {
    "CLAUDE_CODE_SUBAGENT_MODEL": "haiku",
    "CLAUDE_CODE_SUBAGENT_MODEL_FORCE": "1"
  }
}

【実測】書類業務3種でHaiku 5.5・Haiku 4.5・Sonnet 5.5を比べると？

同じ3つの書類業務を各モデル2回ずつ実行したところ、1作業の平均費用はHaiku 5.5が0.0064ドル（約1.0円）、Sonnet 5.5が0.0636ドル（約10円）、Haiku 4.5が0.1411ドル（約22円）でした。正解数はHaiku 5.5とHaiku 4.5が34点中33点、Sonnet 5.5が満点です。

課題は、当研究所がClaude Codeの料金ガイドで「1作業いくらか」を測ったときと同じ架空データで、正解（仕込んだ誤りや必須要素）をあらかじめ決めてあります。

費用の差はどこから生まれたか

Haiku 5.5はSonnet 5.5より多く書いていました。課題Aの1回目の出力はHaiku 5.5が6,775トークン、Sonnet 5.5が2,773トークンです。それでも出力の単価が20分の1なので、費用は約10分の1に収まりました。Haiku 4.5は課題Aの1回目で18ターン・265秒・出力3.2万トークンを使い、0.386ドルかかっています。同じ作業をHaiku 5.5は30秒・0.0075ドルで終えており、旧モデルの「安いはずなのに回り道をして高くつく」問題は、今回の課題では見られませんでした。

一方、速さはSonnet 5.5とほぼ同じでした。公式はHaiku 5.5を「標準速度では当社最速」としていますが、今回のような書類業務では、ファイルを読む・書くといった手順の往復が時間の大半を占めます。所要時間ではなく費用で選ぶモデル、と考えるのが実態に近いというのが当研究所の見立てです。

どこで間違えたか

• Haiku 5.5（課題B・2回目）：議事録にある「月約20時間」「月約150件」に、議事録に無い「年換算で約240時間」「約1,800件」、正社員とパートを足した「計約220名」を書き足しました。指示の「推測で数字を足さない」に反するため減点です。1回目と、effort lowでの実行では起きていません
• Haiku 4.5（課題B・2回目）：パート・アルバイトの入社が「月5〜10名」という課題の数字を落としました
• Sonnet 5.5（課題A・2回目）：5件の検出はすべて正しい一方、冒頭で「完全一致21件」と書きながら補足で「上記以外の19件」と件数を書き間違えました

契約書チェック（課題C）は7回すべてが6件とも正しく直し、3通の修正内容も一字一句同じでした。ルールに無い言い回しを直した回もありません。表記ルールのように「正解が文書で決まっている」作業ほど、モデルの差が出にくいことが分かります。数字を扱う作業では、どのモデルでも件数や合計を機械的に検算する一手間を残しておくべきです（検算の組み込み方はClaude Codeの検証ループの記事で解説しています）。

effortを下げるとどうなるか

Haiku 5.5をeffort lowでも各1回実行すると、3業務とも満点で、所要時間はmediumの1回目より13〜30%短く（25.6秒・12.4秒・26.6秒）、出力トークンも10〜25%少なくなりました。費用は同時に走らせた回のキャッシュの当たり方に左右されたため、今回はeffortの比較には使っていません。effortの考え方はeffortの使い分けの記事にまとめています。

1日10作業・月22日（220作業）に置き換えると、API定価でHaiku 5.5は約1.41ドル（約221円）、Sonnet 5.5は約14ドル（約2,200円）、Haiku 4.5は約31ドル（約4,870円）です。もちろん実際の業務は今回の課題より大きくなるのが普通で、そのとき効いてくるのが次の「10万トークンの壁」です。

Haiku 5.5の「10万トークンの壁」とは？超えると単価が5倍に

Haiku 5.5は、1回のリクエストのプロンプトが10万トークンを超えると、入力・出力・キャッシュのすべての単価が5倍になります（入力0.10→0.50ドル、出力0.50→2.50ドル）。Claude 4.6以降のモデルで、プロンプトの長さによって料金が変わるのはHaiku 5.5だけです（2026年10月8日時点）。

実際にどれだけ変わるかを確かめるため、架空の問い合わせログから「解約」の件数と受付番号を抜き出す同じ依頼を、ログの長さだけ変えてHaiku 5.5に渡しました。ログは標準入力でまとめて渡し、ツールは使わせていません。

トークン数は2.35倍なのに、費用は11.7倍になりました。1,000トークンあたりの単価がちょうど約5倍に上がっており、表示額は10万トークン超の公表単価で計算すると一致します。あわせて、長いログでは42件中40件、再実行では37件と取りこぼしが出ました。同じ長さをSonnet 5.5に渡すと全件正解でしたが、費用は約4倍です。

Claude Codeでは「会話の長さ」がそのまま請求単価になる

この壁がClaude Codeで問題になるのは、Claude Codeが毎ターン、システムプロンプトとそれまでの会話をまとめて送り直す仕組みだからです（Anthropicの費用の解説記事）。最初は数万トークンでも、ファイルを読み、ツールを実行するたびに会話は伸びます。会話が10万トークンを超えた時点で、それ以降のターンはすべて高い単価で計算されます。Hacker Newsでも、返信が最も多く付いたのは「10万トークンという区切りは低すぎて、すぐに超えてしまう」という指摘でした。

さらに、公式ドキュメントによれば、Haiku 5.5のように100万トークンの窓を持つモデルは、既定で約96.7万トークンになるまで会話を自動圧縮しません。何も設定しないと、長いセッションは10万から96.7万までの区間を、ずっと高い単価のまま進むことになります。

対策：/autocompact 100k で圧縮の基準を下げる

Claude Codeの開発チームのLydia Hallie氏は、発表当日に次の設定を紹介しています。

「API課金で使っているなら、Haiku 5.5の自動圧縮の基準を10万にすれば、安い料金帯に留まれます。設定はモデルごとに保存されるので、効くのはHaiku（サブエージェントを含む）だけです」

"If you're on API billing, you can set Haiku 5.5's autocompact window to 100K so you stay in the cheaper token pricing tier! It's saved per model so this only applies to Haiku (incl. subagents)"

Lydia Hallie（Anthropic・Claude Code）— X（2026年10月7日）

/model haiku
/autocompact 100k

# 元に戻すとき（モデルに合わせた既定値に戻る）
/autocompact auto

公式ドキュメントでは、/autocompact に指定できるのは10万〜100万トークンで、v2.1.288以降は使用中のモデルごとにユーザー設定へ保存されます。起動1回だけ変えたいときは claude --autocompact 100k、スクリプトやクラウド環境では環境変数 CLAUDE_CODE_AUTO_COMPACT_WINDOW=100000 が使え、環境変数が最優先です。当研究所の環境（v2.1.293）でも --autocompact 100k はHaiku 5.5で受け付けられ、90k を指定すると「10万から100万の間で指定」というエラーで止まりました。

ただし、圧縮は会話を要約に置き換える仕組みなので、細かな経緯や途中の数字は残りません。当研究所の見解では、10万で圧縮するよりも、関係のない作業に移るときに /clear で会話を切り替える、長い資料は次の節のように「読ませずに検索させる」といった、そもそも会話を伸ばさない使い方を先に考えるのが確実です。なお、この料金差が請求に直接響くのはAPIキーやEnterpriseの従量課金、usage creditsで使う場合です。Pro・Maxの定額プランでは、表示される金額は定価での推定で請求額ではありません。

長い資料はどう扱う？丸ごと読ませず、Claude Codeに検索させる

長い資料をHaiku 5.5に扱わせるときは、全文をプロンプトに入れるのではなく、ファイルとして置いてClaude Codeに検索させる方が、安く正確でした。同じ15.7万トークンの問い合わせログから「解約」を数える作業は、丸ごと渡すと42件中40件・0.162ドル、ファイルを検索させると42件中42件・0.0036ドルでした。

検索させた回では、同じログを「問い合わせログ_2026-09.md」として作業フォルダに置き、ファイルの読み取り・検索・Pythonの実行を許可して同じ依頼をしました。Haiku 5.5は4ターン・9.4秒で、条件に合う行だけを抜き出して数えています。会話に入るのは該当行だけなので、1回のリクエストは10万トークンの壁にまったく届きません。費用は丸ごと渡した場合の約44分の1で、取りこぼしもありませんでした。

士業や経理の業務に置き換えると、顧問先の仕訳データ、問い合わせ履歴、案件一覧のように「件数が多く、条件で抜き出せる」資料ほど、この差が効きます。依頼の書き方としては次の3点が実務的です。

Haiku 5.5はどんな業務に向いている？Sonnet・Opusとの使い分け

当研究所の見解では、Haiku 5.5は「手順が決まっていて、結果を機械的に確かめられる作業」と「サブエージェントの下調べ」に向いています。判断が要る作業や、全件の見落としが許されない確認は、Sonnet 5.5以上に任せるのが安全です。

開発チームのLydia Hallie氏も、向く作業を「読む・小さな編集・ツール呼び出しが中心で、深い推論が要らない作業」と表現しています（X、2026年10月7日）。今回の実測と公式資料を合わせると、使い分けの目安は次のとおりです。

料金面の位置づけも整理しておきます。Pro・Maxの定額プランでは、Haiku 5.5を使うと使用量の上限がどれだけ長持ちするかは公表されていません。一方、APIキーやEnterpriseの従量課金で業務フローを回している場合は、今回の差がそのまま請求額の差になります。発表に合わせて、Max 5xに月100ドル、Max 20xに月200ドル、Teamに最大500ドル（利用者で共有）のAPIクレジットを毎月付与することも公表され、発表の週から順次提供されます。プラン全体の料金と選び方はClaude Codeの料金ガイドで、Claude Codeそのものの始め方はClaude Code入門ガイドで解説しています。

まとめ