
Claude Haiku 5.5はどう使い分ける?|Opus 5.5・Sonnet 5.5との違いと、使っている人の実際‼️
こんにちは!AIクリエイターのinstkoniです。
Claude Code を毎日仕事に使い倒している副業クリエイターで、並行してYoutubeでAI音楽チャンネル「異世界の音楽家 / AI Motion Musics」も運用しています。
【記事概要をPodcastでも聴けます‼️】
僕はClaude Codeの中に「AI会社」を組んで、記事づくりや映像制作を回しています🏢
指揮をとるオーケストレーター(作業を分解して割り振るAI)はFableとOpus(どちらもClaudeの上位モデル)、手を動かすワーカーはSonnetやOpusです。🎬
ClaudeはMax 20xプランをメインに使っています。💳
2026年10月7日(米国時間)、AnthropicがClaude Haiku 5.5を出しました🆕
Claudeのモデルの中で、いちばん小さく、いちばん安いモデルです。🪶
👤「Haiku 5.5って、Sonnet 5.5やOpus 5.5と何が違うの?」
👤「そんなに安いなら、Claude Codeでも使ったほうが得?」
Max 20xプランで Claude Code を使う僕には、Haikuが入ってくる余地は、ほとんどなさそうです。🤷
それに、公式が書く「範囲を絞った仕事に向く」という線引きも、僕には扱いにくい定義に見えます。🧐
ただ、これは「Haikuが要らないモデルだ」という話ではありません。🙂
調べていくと、Haikuの安さが素直に効く場面は、限られたところにありました💡
しかもそこには、単価の安さだけを見ていると踏む落とし穴もあります⚠️
あなたのプランと使い方で、Haikuを入れるかどうかが決められるところまで整理します。🗺️
それでは行ってみましょう‼️
第1章:Claude Haiku 5.5は、Opus 5.5・Sonnet 5.5と何が違う⁉️
3つのモデルの違いは、図のとおり、値段と速さと得意な仕事です。👇

前のHaiku 4.5と比べても、平均で約75%安くなったと公式は書いています。📉
さらに、Haikuシリーズでは初めて、考える量(effort)を調整できるようにもなりました🎛️
公式は、得意な仕事として、要約・会話の圧縮(長い会話を短くまとめ直すこと)・データベースへの問い合わせ・分類を挙げています📋
なかでも公式が推すのが、サブエージェント(指揮役のAIから作業の一部を任されて動くAI)としての使い方です。🤝
コーディングでは、Opus 5.5やSonnet 5.5の下で働くサブエージェント向きだ、という書き方です。🧩

第2章:Max20Xプランで Claude Code を使う僕に、Claude Haiku 5.5の出番はある⁉️
僕の答えは、すいません、決まっています✨出番は「ほとんど無い」です🙅
正直いうとサブエージェントは、Sonnet 5.5で足ります。👌
Max 20xなら、OpusとSonnetの使い分けで十分です。⚖️
あるいは、指揮もワーカーもOpusどうしでも、コスパ的に問題ないと思っています。💪
🟢 Maxは定額なので、Haikuに替えても請求は変わらない💦
理由の1つめは、Maxが月額の決まった定額プランなので、Haikuの単価がどれだけ安くても、払う金額は1円も変わらないことです。💸
ただ、安いモデルに回せば、Maxの利用上限に当たるまでの余裕が増え、そのぶんOpusやSonnetをたくさん使える可能性はあります。🔋
たとえるなら、データ量に上限があるスマホの定額プランで、軽いアプリを使うほど、上限に当たるまでの日数が延びるのと同じです。📱
ところが、Haikuに回したら上限がどれだけ長持ちするのかは、公式の数字が出ていません。🔍
だから僕は、今のところ自分のAI会社(Claude Codeの体制)にHaikuを足していません。
🔵 公式も、複雑な仕事はOpusとSonnetに置いている
理由の2つめは、公式の線引きです。📏
発表ページには、こう書かれています。📄
Sonnet 5.5 and Opus 5.5 remain better choices for complex agentic coding tasks
(複雑なエージェント型のコーディングでは、Sonnet 5.5とOpus 5.5が依然として良い選択)
一方でHaikuは、範囲を絞った仕事に向くとしています。🎯
Haiku 5.5 is best suited to more narrowly scoped tasks
(Haiku 5.5は、より範囲を絞った仕事に最も向いている)
例に挙がっているのは、会話の圧縮・要約・サブエージェントの作業です。📦
これまでのClaudeでは高すぎて回せなかった仕事、という位置づけです。🏷️
つまり僕が Claude Code で回している仕事は、公式の線引きでもOpusとSonnetの側に入ります📌
🟣 「範囲を絞った仕事」は、僕には扱いにくい
いまのAIエージェントは、ゴールを決めて、そこへ向かって自分で進んでいく自律型が主流だと思います🤖
その中で「範囲を絞った仕事」とは、オーケストレーターがタスクを分解して、その一部だけに取り組むことだと僕は読んでいます。✂️
逆に言えば、ゴールまで自分で進める役としては作られていない、ということです。🧱
なので、Haikuに自分で進めさせると、何かを成し遂げるまでに非常に時間がかかると思うんです⏳
その結果、単価は安くても、SonnetやOpusに任せたときより総額が高くつく、つまりコストが逆転する可能性すらあると見ています。🔄
だから、ユーザーが自分でHaikuを選んで何かをやらせるのは、リスキーというか、旧時代的なやり方だと僕は考えています。🎲
僕自身も、Haikuを自分で選ぶことはあまりありません。🙋
使うとしたら、サブエージェントとして、役割をかなり絞った状態で渡すことになります。📤
実際、Xでも、Opusを指揮役に置き、Haikuをサブエージェントにする設定例が出ています👀
ただ僕は、サブエージェントにも、ある程度自律して動けるエージェントを据えたほうが、求める成果物に近いものが出やすいと思っています。💭
なので、サブエージェントとしても、Haikuを置く場所はなかなか見つけにくいと見ています😅

第3章:それでもClaude Haiku 5.5が光るのは、どんな仕事⁉️
僕はHaiku 5.5を使っていないので、ここは公式の記述と、Xで使っている人の声で確かめました。🔍
分かったのは、安さが効くのはAPIで自分の仕組みに組み込むときで、エージェントとして動かすには選びにくい、ということです🔎
ただ、調べた10月9日の時点では、実測を書いた人はまだ少ないです。🐣
🟠 安さが効くのは、APIで自分の仕組みに組み込むとき
API経由で自分のシステムに組み込むなら、Haikuの安さは非常に魅力的です✨
従量課金なので、単価の差がそのまま請求額に出るからです。🧾
Anthropicの開発者向け公式ドキュメントのモデル一覧でも、Haikuの一言は「classification, extraction, and routing」(分類・抽出・振り分け)です。🏷️
たとえば、架空の問い合わせ20件を振り分けさせた人の報告があります📨
20件すべて正解で、費用は約0.03円でした。⭕
前のHaiku 4.5も全問正解で、いちばん違ったのは値段だったそうです。💬
Anthropicが10/7に出したHaiku 5.5は、短い依頼なら前のHaiku 4.5より9割安い(平均でも約75%安い)。
— ひでと|ビジネスAI活用 (@hideto_ai) October 9, 2026
架空の問い合わせ20件を振り分けさせたら、20件全部合って約0.03円。前のHaiku 4.5も全部合っていて、いちばん違ったのは値段。 pic.twitter.com/ITKRZTk8vv
答えの形が決まった仕事で精度が同じなら、件数が増えるほど費用の差が開きます📈
✅MaxとTeamのプランには、今回から毎月のAPIクレジットもつきました🎁 Max 5xは100ドル、Max 20xは200ドルです。💵
✅APIクレジットはふだんのClaude Codeには使えず、claude.aiの設定から一度受け取りの手続きが要るようです。
✅APIは入出力のトークンを単価どおりに数えて消費するので、同じ200ドルでも、サブスクで使える量ほどには使えない感覚があります。🤔
あくまで、APIで小さな仕組みを試すための追加の枠です。🧪
自分で小さな仕組みを作って単純な処理を回すなら、毎月つくこのクレジットの範囲でHaikuを試せそうです。🛠️
🔴 ただ、エージェントとしては選びにくい
一方で、僕の見方では、HaikuはAIエージェント的な使い方には向きません🚫
第2章で書いたとおり、自分で進めさせると時間がかかり、コストが逆転しかねないからです。⏳
ただ、1回の応答の速さで見ると、公式の評価は違います。🔀
公式は、各モデルの標準の速度どうしで比べると、Haiku 5.5がClaudeで最速だと書いています(Opusの高速モード「Fast Mode」よりは遅い)。⚡
そして速さが要る例として、ライブのお客様対応とブラウザ操作を挙げています。🌐
僕は試していないので、ここは公式の記述として置いておきます📝
自律して動く役にHaikuを置きたい人は、自分の仕事で確かめてからにしたほうが安全です⚠️
⚪ Proの人も、回すなら単純な作業だけ
Proプランで上限に当たりやすい人は、軽い作業をHaikuに回したくなるかもしれません。🔋
僕なら、その場合も要約や分類のように、答えの形が決まった作業にとどめます✅
ただ、使用量の上限にどれだけ届きにくくなるかは、第2章で書いたとおり公式の数字がありません。
なので、試すなら使用量の減り方を自分で見比べてみてください🧪
本当に単純な仕事をLLMでやるなら、そこがHaikuの出番だと僕は考えています🎯

第4章:Claude Haiku 5.5をAPIで回すときのデメリットはあるのか⁉️
デメリットは、あります⚠️
10万トークンの境目、考える量(effort)、トークンの数え方の3つです。📋
どれも、単価の安さだけを見ていると見落とすものです。👀
いちばん大きいのは、10万トークンの境目です。🚧
プロンプトが10万トークンを超えると、単価は入力・出力とも5倍になります💥
しかも高くなるのは超えた分だけでなく、そのリクエスト全体です。🧨
さらに、プロンプトキャッシュ(前に読み込んだ内容を再利用する仕組み)から読んだ分も、長さに数えられます。🗂️
この境目に当たりやすいと僕が見ているのが、サブエージェントです。🤖
作業のたびに、多くのファイルを読み込むからです。📚
長い資料を渡すときは、10万トークンの手前で区切れるかを先に確かめておくと安心です📏
2つめは、考える量(effort)を上げるほど消費が増え、安いモデルでも1タスクの総額が上位モデルを超えうることです。🧠
その例として、外部の計測サイトArtificial Analysisに、Sonnet 5.5とOpus 5.5をどちらも最大まで考えさせた比較があります。📊
そこでは1タスクあたりの費用が、単価の高いOpus 5.5より、安いはずのSonnet 5.5のほうが高くなりました💸
Haiku 5.5で同じ計測はまだ見つけていませんが、軽いモデルを重く回すとかえって高くつく、という構図は同じだと見ています。🔁
Haiku 5.5の考える量(effort)の既定値は、mediumです。⚙️
なので、まずはそのまま使うのがよさそうです。👍
3つめは、トークンの数え方です。🧮
トークナイザーは、文章をトークンに区切る仕組みです。✂️
公式は、Haiku 5.5では新しいトークナイザーになり、前のHaiku 4.5と比べて、同じ作業でもトークン数がわずかに増えるとも書いています🔢
だからこそ、単価ではなく、1回の作業にかかった総額で比べるのがおすすめです💡
デメリットとは別の話ですが、判断や分類だけが目的なら、LLM以外の選択肢も出てきています。🔀
米スタートアップのTypeSafe AIが9月に発表したJevは、文章を書かず、選択・採点・はい/いいえを確率つきで返す判断専用のモデルです🧭
これについては、また別の記事で取り上げます。📝

最終章:あなたのプランなら、Claude Haiku 5.5を入れる⁉️
判断の目安を図にまとめました📊

Maxで Claude Code を回しているなら、無理に入れる必要はないと僕は考えています。🙆
一方、APIで単純な作業を大量に回すなら、Haiku 5.5は最初に試す価値があります🚀

最後までお読みいただき、ありがとうございます‼️
さて、あなたならClaude Haiku 5.5に、まずどんな作業を任せてみますか⁉️
ぜひ、コメントであなたの意見を聞かせてください‼️
この記事が少しでも「役に立った!」と思っていただけたら、
「スキ」を押していただけると、次の記事を書く大きな励みになります‼️