Claudeの上位モデルを選ぶ基準が、ここ数か月でかなり変わりました。
以前は「最高性能を求めるならFable、日常的な高性能モデルならOpus」という分け方が比較的わかりやすかった。
一方、Opus 5.5は価格を引き下げながらAnthropic自身が「多くの仕事でFable 5.1と同等水準」と説明するところまで性能を伸ばしています。
そのため、現在の比較で見るべきなのはモデル名の序列だけではありません。
APIで大量処理するのか、Claude Codeで長時間の開発を任せるのか、Claude.aiの定額枠で使うのか。
入力・出力比率やキャッシュの使い方でも実際のコストは大きく変わります。
この記事では、公式情報で確認できる料金・提供条件と、用途ごとの判断軸を分けて整理します。
ベンチマークの数字だけで結論を出すのではなく、「自分の仕事では何が支配的なコストになるか」を基準に選べるようにするのが狙いです。
Opus 5.5は、Anthropicが新しい5.5世代の最初のモデルとして投入したOpus系モデルです。
公式発表では、Opus 5からコーディング、エージェント、知識労働を強化し、多くのタスクでFable 5.1に近い水準へ到達したと説明されています。
一方のFable 5.1は、数時間から数日にまたがる作業、コードベース全体を扱う開発、複数ツールをまたぐエージェント、複雑な調査や知識労働を主眼にしたフロンティアモデルです。
Fable 5.1は「難しい問題を長く追い続ける」設計思想が色濃く、Opus 5.5はその領域へ大きく近づきつつ、価格と速度を抑えた位置づけと考えると理解しやすいでしょう。
両モデルは有料Claude環境で1Mトークンのコンテキストを利用できます。
Claude Codeでも1Mコンテキストに対応しており、大規模なコードベースや長い資料を扱う前提は共通しています。
ただし、1Mコンテキストを使えることと、毎回1Mを詰め込むことが合理的かは別問題です。
長大な会話ほど利用枠やAPI費用へ効きやすいため、プロジェクト知識やキャッシュの設計も同時に考える必要があります。
以下の比較表は、公開時点で確認できる主要項目だけをまとめています。
API利用では、Opus 5.5の価格差がかなり大きく見えます。
ただし「100万トークン使ったらいくら」と一言で計算するのは危険です。
入力と出力では単価が異なり、長時間エージェントでは過去の文脈をキャッシュから読む比率も増えるためです。
そこで、比較用のモデルケースとして「総トークンの80%が入力、20%が出力」と仮定します。
これは請求額を予測するための固定ルールではなく、同じ条件で差を見るための例です。
キャッシュ、Web検索、外部ツール、Fast mode、US-only inferenceなどの追加条件は含めません。
この例では、同じトークン構成ならOpus 5.5のほうが明確に安くなります。
特に日常的なコーディング支援、資料作成、複数回の反復を伴う業務で、Fable級の深い推論を常に必要としない場合は、APIの標準モデルをOpus 5.5へ寄せる検討余地が大きくなります。
ただし、Fable 5.1が一度で解ける難題をOpus 5.5で何度も試行するなら、単価差だけでは判断できません。
反対に、Fable 5.1を常用しているものの大半が定型的なコード修正や知識労働なら、価格差がそのまま月額コストへ効きます。
実運用では、代表的な10〜30タスクを両方で回し、成功率、再実行回数、総トークン、所要時間まで測る方法が現実的です。
AnthropicはOpus 5.5について、Opus 5比で出力が30%以上高速になったと公表しています。
また典型的なワークロードでは、トークン単価と必要トークン数の両方が減ることで、Opus 5比の実行コストが約40%下がるとしています。
ここで注意したいのは、これらはFable 5.1比ではなくOpus 5比の数字だという点です。
Fable 5.1は、長時間エージェントや高難度の開発を主要用途として設計されています。
Anthropicの公式説明では、数時間続く作業、複数アプリをまたぐ処理、コードベース全体の変更、複雑な調査などが中心です。
したがって「長い仕事なら必ずFable」と機械的に決めるより、タスクの失敗コストが高いか、未知の問題を自力で掘り下げる必要があるかを見るほうが適切です。
Claude Codeでは両モデルを明示的に選択できます。
普段の実装、リファクタリング、レビュー、原因調査をOpus 5.5で回し、特に難しい設計問題や何時間も自律的に動かす仕事だけFable 5.1へ切り替える構成は、コストを管理しやすい使い方です。
またOpus 5.5にはFast modeがあり、Claude CodeとClaude Platformで最大2.5倍の速度を選べます。
その代わりAPI単価は標準モードの2倍です。
人間が待つ時間のほうが高くつく対話型開発や障害対応では価値がありますが、夜間バッチや大量生成では標準モードのほうが合理的なケースが多いでしょう。
ClaudeのサブスクリプションとAPIは別会計です。
ProやMaxに加入していても、Claude ConsoleのAPI利用料が含まれるわけではありません。
Claude.ai中心なら月額プランの利用枠を見て、アプリ組み込みや自動処理ならAPI料金を別に見積もる必要があります。
個人向けではProが月払い$20、Maxは5xが$100、20xが$200です。
TeamはStandardとPremiumで利用量と料金が分かれています。
Enterpriseは席料金に加えて利用量ベースの課金が組み合わさる構成です。
Opus 5.5はPro、Max、Team、Enterpriseで提供され、Anthropicはリリースに合わせてPro・Max・Teamの5時間利用上限を引き上げたと説明しています。
Fable 5.1もPro、Max、Team、Enterpriseで利用できますが、個人向け価格表ではFableの利用条件がOpusと同じではありません。
MaxではFable利用に週次上限の扱いがあり、ProではUsage creditsが関係するため、単に「Proなら無制限にFableを使える」とは考えないほうが安全です。
クラウド提供では、AnthropicはOpus 5.5とFable 5.1の双方について、AWS、Google Cloud、Microsoft環境での提供を案内しています。
AWS Bedrockでは両モデルのモデルカードが用意され、Google CloudでもOpus 5.5の1Mコンテキスト、PDF・画像入力、Web検索、関数呼び出しなどが明示されています。
Microsoft FoundryはモデルごとにGA／Previewなど提供段階が異なるため、企業導入では「利用可能か」だけでなくリージョン、データ保持、クォータ、提供段階まで確認すべきです。
日常的な知識労働やコーディングでは、まずOpus 5.5を基準に試す合理性が高まりました。
理由は単純で、公式価格がFable 5.1より低く、Anthropic自身が多くの仕事でFable 5.1級の性能と説明しているからです。
特にAPIを大量に使う場合、モデル単価の差は月間利用量が増えるほど効いてきます。
一方、Fable 5.1を残す意味がなくなったわけではありません。
長時間の自律作業、複数ツールをまたぐ調査、未知の問題に対する深い探索、失敗したときの手戻りが大きいタスクでは、Fable 5.1を含めた実測比較が必要です。
既にFable向けにプロンプト、エージェント設計、評価基準を最適化している企業は、単価だけを理由に一括移行するより、代表タスクでの成功率を測ってから切り替えるほうが安全です。
短い対話や一般的な文章作成だけなら、さらに安いSonnetやHaiku系を含めた階層化も有効です。
全タスクを最上位モデルへ寄せるのではなく、「通常は軽いモデル、難しい仕事はOpus 5.5、特に高難度・長時間はFable 5.1」というルーティングを作ると、性能と費用を両立しやすくなります。
既存Opus 5ユーザーは、まずOpus 5.5への更新を検討しやすい立場です。
料金低下と速度改善が公式に示されているため、同じ評価セットで品質に問題がなければ移行メリットを確認しやすいでしょう。
既存Fable 5.1ユーザーは、Opus 5.5を「廉価版」と見なさず、同じ仕事をどこまで代替できるかをテストする価値があります。
Opus 5.5の登場で、Claudeの上位モデル選びは「性能を求めるほど単価が高くなる」という単純な構図ではなくなりました。
標準API料金ではOpus 5.5がFable 5.1より大幅に安く、1MコンテキストやClaude Codeにも対応しています。
ただし、モデルの価値は1トークンの価格だけでは決まりません。
長時間タスクの完遂率、再実行回数、キャッシュ率、Fast modeの必要性、Claude.aiの利用枠まで含めて見る必要があります。
まずは自社・自分の代表タスクを固定し、Opus 5.5とFable 5.1を同じ条件で比較するのが最も判断しやすい方法です。
.png){kind=logo}
