Claude Fable 5.1 vs Opus 5.5 比較。どちらを選ぶべきかをコストと性能差で整理する

2026年9月22日に Claude Opus 5.5 が公開され、「Fable 5.1 と Opus のどちらを使うか」という問いの前提が変わった。Anthropic は発表記事で、Opus 5.5 はほとんどの仕事で Fable 5.1 と同じ水準の性能を示すと述べている。しかも Opus 5.5 の料金は Fable 5.1 の4割にとどまる。「Fable 5.1 は料金が2.5倍で、性能は上位」という従来の整理では、もう判断材料として足りない。どんな場合に Fable 5.1 へ料金差を払う意味があるのかを、本記事では数字と比較表で整理する。

この問いについて、公式ドキュメントは珍しく明快な既定を置いている。迷ったら、ほとんどのワークロードは Opus 5.5 から始める。要求の厳しい推論や長期にわたるエージェント作業が必要な場合、または effort（回答にかける労力を段階で指定する設定）を上げても Opus 5.5 の評価結果が基準に届かない場合に、Fable 5.1 を使う。本記事は、この既定をどこで外すべきかを数字で確かめる。

読了後、自分のユースケース・予算・移行コストの3軸で「Fable 5.1 か Opus 5.5 か」を判断できる状態になる、というのが本記事のゴールである。料金はいずれも2026年10月3日時点、Anthropic 公式の料金ページから直接確認した値だ。

---

結論から先に：Fable 5.1 を選ぶ場合・Opus 5.5 を選ぶ場合

結論を先に示す。

Fable 5.1 を検討する条件

• Opus 5.5 を xhigh や max の effort で試しても、自前の評価（evals）で基準に届かない
• その用途が、公式のモデル選択表で Fable 5.1 の例に挙がる仕事に当たる（数時間続くエージェントセッション、多段階のディープリサーチ、分析から文書・表計算・スライドの完成まで任せる仕事）
• 確認できた性能差に対して、2.5倍の料金を受け入れられる

公式は最初の2つを「または」で並べている。本記事は、どちらの場合もまず Opus 5.5 で試して確かめることを勧める。

Opus 5.5 を選ぶべき条件（いずれかに当てはまる場合）

• どちらにするか決めかねている（公式の既定は Opus 5.5 から始めること）
• 料金を Fable 5.1 の4割に抑えたい。バッチ処理でもキャッシュ読み取りでも Opus 5.5 のほうが安い
• 既存の Opus 5.5 ワークロードが安定稼働しており、Fable 5.1 でしか届かない品質があるとまだ確認できていない
• ゼロデータ保持（ZDR）の契約で使いたい（Fable 5.1 は原則として30日間のデータ保持が必須。後述）
• Fast モード（高速出力オプション、後述）が必要なユースケースがある

要点を1文で先に言えば、まず Opus 5.5 で試し、effort を上げても自前の評価で基準に届かなかったワークロードだけを Fable 5.1 に回すのが既定の選択だ。料金差はバッチやキャッシュの設計では埋まらないので、判断の軸は「その性能が要るかどうか」に絞られる。

判断の3軸：ユースケース・予算・移行コスト

意思決定をシンプルにするために、3つの軸で自分の状況を確認してほしい。

図解：用途、予算、移行コストの3点で自分の状況を確かめる

軸1：ユースケース。自分のワークロードは、公式が Fable 5.1 の例に挙げる「数時間続くエージェントセッション、多段階のディープリサーチ、分析から文書・表計算・スライドの完成まで任せる仕事」に当たるか。当たる場合でも、Opus 5.5 で足りないことを自前の評価で確かめるのが先になる。

軸2：予算。月間のトークン量と料金試算（後述の比較表参照）で、2.5倍の料金を吸収できるか。バッチ処理の割引率は両モデルで同じで、キャッシュ読み取りの単価も Opus 5.5 のほうが安いため、バッチ処理とキャッシュのどちらを使っても差はほとんど縮まらない。

軸3：移行コスト。Opus 5.5 で動いているコードなら、思考を無効化できない、強制ツール使用がエラーになるといった制約は Fable 5.1 と共通で、差し替えで詰まる箇所は少ない（後述）。Opus 5 以前から直接移る場合は、これらがそのまま破壊的変更になる。トークナイザーは両モデル共通なので、両者間の移行では同じテキストのトークン数は変わらない。

この3軸を把握した上で、次のセクションで数字を確認する。

---

料金の違いを数字で確認する（2026-10-03時点）

ここまで概要を示した。ではここからは、両モデルの料金を数字で確認していく。

Fable 5.1 の料金体系（入力・出力・バッチ・キャッシュ）

公式ドキュメントから確認した Fable 5.1 の料金は以下のとおりだ。

項目	料金（USD）
入力トークン（標準）	$10 / MTok
出力トークン	$50 / MTok
5分キャッシュ書き込み	$12.50 / MTok
1時間キャッシュ書き込み	$20 / MTok
キャッシュ読み取り	$0.25 / MTok
バッチ処理・入力	$5 / MTok
バッチ処理・出力	$25 / MTok

（MTok = 100万トークン）

バッチ処理（Batch API）は非同期処理向けに入出力ともに50%割引となる。注目したいのはキャッシュ読み取りだ。標準は基本入力の10%だが、Fable 5.1 と Mythos 5.1 は2.5%（$0.25/MTok）に設定されている（Opus 5.5 は5%で、後述する）。前世代の Fable 5 が $1/MTok だったので、ちょうど4分の1である。

Opus 5.5 の料金体系（Fable 5.1 との比較）

同じく公式から確認した Opus 5.5 の料金は以下のとおりだ。

項目	料金（USD）
入力トークン（標準）	$4 / MTok
出力トークン	$20 / MTok
5分キャッシュ書き込み	$5 / MTok
1時間キャッシュ書き込み	$8 / MTok
キャッシュ読み取り	$0.20 / MTok
バッチ処理・入力	$2 / MTok
バッチ処理・出力	$10 / MTok

入出力の標準料金は Fable 5.1 の4割で、バッチ処理と書き込み系のキャッシュ料金も同じ比率になる。逆から見れば Fable 5.1 は Opus 5.5 の2.5倍だ。前世代の Opus 5（$5/$25）との比較で成り立っていた「バッチで Fable 5.1 を使えば Opus の標準料金と同額」という計算は、Opus 5.5 の値下げで崩れる。Fable 5.1 のバッチ料金（$5/$25）は、Opus 5.5 の標準料金（$4/$20）の1.25倍である。

唯一この比率が崩れるのがキャッシュ読み取りだ。 Opus 5.5 は基本入力の5%にあたる $0.20、Fable 5.1 は $0.25 で、差は1.25倍にとどまる。ただし安いのは Opus 5.5 のほうである。Opus 5（$0.50）との比較では Fable 5.1 のほうが安かったので、優劣が入れ替わった。長いプレフィックスを何度も読み返す使い方でも、単価で Fable 5.1 が有利になる項目はなくなった。

なお Opus 5.5 には Fast モード（出力の速度を最大2.5倍に上げるオプション）があり、2026年10月15日にリサーチプレビューを終えて正式提供となり、利用申請なしで使えるようになった（Fast モードの内容は2026年10月22日に公式ドキュメントで確認）。Fast モード時の料金は入力$8/出力$40/MTok となる。標準料金の2倍だが、それでも Fable 5.1 の標準料金（$10/$50）を下回る。リアルタイム応答速度を重視するユースケースでは選択肢になる。なお、Fast モードは Claude API と Microsoft Foundry（Azure でホストするデプロイ）で使え、Batch API では使えない。

コスト試算：月間100万トークンのシナリオで比較する

具体的なシナリオで差を確認する。月間入力100万トークン・出力100万トークン（合計200万トークン）のワークロードで試算すると以下のとおりだ。

利用パターン	Fable 5.1	Opus 5.5
標準（リアルタイム）	$60	$24
バッチ処理（入出力50%引）	$30	$12
標準＋入力の80%をキャッシュ読み取り	約$52.2	約$21.0

数字が示すように、入出力ともに50%割引となるバッチ処理は、コストをそのまま半減させる。一方プロンプトキャッシュは入力トークンにしか効かないため、入力と出力が同量のワークロードでは削減幅は限定的だ（出力の$50/$20は変わらない）。この条件では、どの最適化を使っても Fable 5.1 が Opus 5.5 の約2.5倍という関係は維持される。

入力過多のワークロードでも、この関係はほとんど変わらない。たとえば入力1,000万トークンのうち95%がキャッシュ読み取り、出力100万トークンという長時間エージェントセッションを想定すると、Fable 5.1 は約$57.4、Opus 5.5 は約$23.9で、倍率は約2.4倍だ。Opus 5 との比較では同じ条件で約1.8倍まで縮まっていたが、Opus 5.5 はキャッシュ読み取りも $0.20 に下がったため、RAG や長文ドキュメントQA、数時間続くエージェントループでも差は詰まらない。

月間の絶対額は用途規模によって大きく変わる。上記は両モデルが同じ量のトークンを使う前提で相対感を把握するための参考値だ。同じタスクでも消費するトークン数はモデルと effort の設定で変わるため（公式の測定例は後述）、実際の判断は自分のワークロードのトークン構成で試算しなおしてほしい。

---

性能差の実態：公式発表の範囲で整理する

料金の全体像を確認した。ではここからは、性能差の実態を整理する。

前提として伝えておきたいことがある。

両モデルを直接比べた定量データは、公式の資料に少なくとも2種類ある。Opus 5.5 の発表記事にあるベンチマーク表と、開発者向けドキュメントのコスト最適化ガイドにある測定結果で、どちらも Anthropic が自社の資料で公表した値だ。本記事では、公式が数値を出している項目は出典と測定条件を添えて引き、公式が定性表現のみを使っている項目については定性表現に留める。二次情報の具体スコアは断定値として記載しない。これは、前後の文脈で検証不能な数値が混入することを防ぐためだ。

Fable 5.1 が前世代から伸ばした領域（エージェント作業・ナレッジワーク・ビジョン）

公式ドキュメントは、Fable 5.1 が Fable 5 を上回る領域として6つを挙げている。長いセッションにわたるエージェント型コーディング、文書・表計算・スライドを使うナレッジワーク、リサーチと検索、ビジョン、長文コンテキスト作業、コンピュータ操作である。差は高い effort レベルで最も大きくなるとされ、多言語性能は Fable 5 と同等と明記されている。

図解：伸びたのは前世代との比較での領域の一部。Opusとの優劣を示す図ではない

ただし、この6領域はいずれも前世代 Fable 5 との比較であり、Opus 5.5 と比べた記述ではない。Fable 5.1 の発表記事にはベンチマーク表があるが、比較相手は Fable 5・Opus 5・他社モデルで、当時未公開だった Opus 5.5 は含まれていない。開発者向けドキュメントは現在も Fable 5.1 を、すべての顧客が利用できるなかで最も高性能なモデルと位置づけている。

実運用の参考事例として、前世代 Fable 5 の公式発表には Stripe の報告が載っている。5,000万行の Ruby コードベース全体の移行を、チームの手作業なら2か月以上かかるところ、1日で終えたというものだ。Fable 5.1 そのものの事例ではないが、大規模コードベースへの適性を示す材料として参照できる。

ビジョン用途では、密度の高いチャートや提出書類、PDF にネストされた表の読み取りが向上したと公式は説明する。チャートに対するクロップ＆ズームツールの使用も含まれる。

Opus 5.5 が強みを持つ領域（既定の選択肢・コスト効率）

Opus 5.5 は長時間のエージェント型コーディングとナレッジワーク向けと位置づけられ、公式ドキュメントがほとんどのワークロードの出発点として名指しで推奨しているモデルである。公式の書き方は「まず Opus 5.5、足りなければ Fable 5.1」という順序を明示しており、2モデルを対等な二択としては扱っていない。提供終了は2027年9月22日以降とされている。

Opus 5.5 は Fable 5.1 と同じ1Mトークンのコンテキストウィンドウと128kトークンの最大出力を持ち、適応型の思考が常時有効である点も共通だ。公式のモデル比較表で差がつくのは、料金、レイテンシ（Opus 5.5 が Moderate、Fable 5.1 が Slower）、既定の effort（Opus 5.5 が medium、Fable 5.1 が high）の3点である。

性能について、Opus 5.5 の発表記事は、ほとんどの仕事で Fable 5.1 と同じ水準の性能を示すと述べている。同じ記事が紹介する社内テストでは、HAProxy を C から Rust へ書き換える作業を両モデルに任せ、どちらも回帰テストのほぼすべてを通した。かかった時間は Opus 5.5 が9.5時間、Fable 5.1 が12時間で、費用は Opus 5.5 のほうが51%少なかったという。

コスト効率の観点では、標準料金が Fable 5.1 の4割という事実が Opus 5.5 の最大の優位性だ。キャッシュ読み取りを含め、料金表に Fable 5.1 のほうが安い項目は1つもない。

ベンチマーク数値の扱い方：一次ソースで確認できること・できないこと

確認できることから書く。1つめは Opus 5.5 の発表記事にあるベンチマーク表だ。Opus 5.5・Fable 5.1・Opus 5 と他社モデルを並べており、掲載された9つの指標すべてで Opus 5.5 の数値が Fable 5.1 を上回っている。たとえばエージェント型コーディングの Terminal-Bench 4.0 は 66.4% 対 55.8%、ナレッジワークの GDPval-AA v2.1 は 1846 対 1735、チャート読み取りの Chartography は 89.0% 対 88.4% だ。Opus 5.5 は原則として max（Terminal-Bench 4.0 は xhigh）の effort で測られており、既定の medium での結果ではない。

2つめは開発者向けドキュメントのコスト最適化ガイドで、こちらは既定の設定で費用まで測っている。SWE-bench Pro から選んだ478問では、既定の effort どうし（Opus 5.5 は medium、Fable 5.1 は high）で Opus 5.5 が 92.8%、Fable 5.1 が 92.3% と誤差の範囲で並び、解けた1タスクあたりの費用は $0.22 対 $1.19 だった。トークン単価の差は2.5倍でも、この測定ではタスクあたりの費用が約5倍開いたことになる。

ただし、これらの数値だけで優劣を決めるのは早い。発表記事は、この水準ではベンチマークの差が実務上の差を測る指標として当てにしにくくなっており、自社で使った実感では両モデルの差は数値が示すより小さいと断っている。コスト最適化ガイドも、この478問は両モデルがほぼ解けてしまう問題群で、公開リーダーボードの値とは比較できないと明記したうえで、順位は用途によって入れ替わると書く。開発者向けドキュメントは現在も、Fable 5.1 を、要求の厳しい推論や長時間のエージェント作業に使うモデル、また Opus 5.5 では評価が基準に届かないときの移行先としている。

確認できないこともある。測定条件の違う数値どうしは比べられない。他メディアや二次ソースにはスコアの引用もあるが、前述の方針どおり断定値としては扱わない。そして、自分の用途でどちらが上かは公式の数値からは決まらない。コスト最適化ガイドが勧めるのは、典型的なタスクではなく最も難しい1割のタスクを使い、完了したタスクあたりの費用で両モデルを比べることだ。

---

ユースケース別選択マトリクス（比較表）

ここまで料金と性能の概要を確認した。ここからは、ユースケース別の選択基準を1枚の表にまとめる。

下表は、公式の既定（まず Opus 5.5）を出発点として、それを外すべき条件を整理したものだ。現在の料金と公式資料に照らすと、どの行でも出発点は Opus 5.5 になる。Fable 5.1 は、評価が基準に届かなかったときの移行先として残る。

ユースケース	推奨モデル	理由
数時間続くエージェント型コーディング	Opus 5.5 から。届かなければ Fable 5.1	公式の選択表は、数時間に及ぶ用途を両モデルの例に挙げている。まず Opus 5.5 の effort を上げて試す
コーディング補助（小〜中規模）	Opus 5.5	公式の既定。Opus 5.5 で十分な精度が出るなら切り替え不要
密度の高いチャート・PDF内の表の読み取り	Opus 5.5	公式の選択表が画像を多用するワークフローを Opus 5.5 の例に挙げる
分析から文書・表計算・スライドの完成まで任せる仕事	Opus 5.5 から。届かなければ Fable 5.1	公式の選択表が Fable 5.1 の例に挙げる用途
マルチステップのリサーチ・ディープリサーチ	Opus 5.5 から。届かなければ Fable 5.1	公式の選択表が Fable 5.1 の例に挙げる用途
単発の推論・複雑な論述生成	Opus 5.5 から。届かなければ Fable 5.1	公式は要求の厳しい推論を Fable 5.1 の用途とする。まず effort を上げて試す
長文ドキュメント処理（単体）	Opus 5.5	1Mトークンコンテキストは共通で、料金は4割
大量バッチ処理（非同期）	Opus 5.5	バッチでも料金差は2.5倍のまま。Fable 5.1 のバッチは Opus 5.5 の標準料金より高い
プレフィックスを繰り返し読むRAG・長文QA	Opus 5.5	キャッシュ読み取りは $0.20 で、Fable 5.1 の $0.25 より安い
コスト最優先の汎用タスク	Opus 5.5	標準料金が Fable 5.1 の4割
ゼロデータ保持（ZDR）での利用	Opus 5.5	Fable 5.1 は原則として30日間のデータ保持が必須
Fast モード（高速応答）が必要	Opus 5.5	Fast モードは Opus 5.5 で正式提供（Opus 5・Opus 4.8 はリサーチプレビュー）

このマトリクスは現時点の公式発表に基づく整理だ。実際のワークロードでは、同一タスクで両モデルを比較検証するのが最も確実な判断方法である。

---

移行コストと現実的な選択手順

比較表を確認した。ここからは、既存 Opus 5.5 ユーザーが Fable 5.1 への移行を検討する際の実際的な手順を整理する。

図解：差し替える前に、制約、effort、実務での評価を順に見る

既存 Opus 5.5 ユーザーが Fable 5.1 へ移行する際の注意点

Opus 5.5 で動いているコードなら、API の制約で詰まる箇所は少ない。 公式は Opus 5.5 の破壊的変更として4点を挙げ、そのうち3点は Fable 5.1 にも当てはまると明記している。思考を無効化できないこと（thinking: {"type": "disabled"} は400エラー）、強制ツール使用がエラーになること（tool_choice の any と tool は400エラー）、思考ブロックが生成したモデルと会話に紐づくことの3点だ。いずれも Opus 5.5 で動いているコードがすでに満たしている条件なので、claude-opus-5-5 を claude-fable-5-1 に差し替えても、同じ理由でエラーになることはないはずだ。

なお、公式のFable 5.1 移行ガイドが扱う移行元は Fable 5・Mythos 5・Opus 5・Opus 4.8 以前で、Opus 5.5 からの手順を書いた節は、2026年10月3日時点では設けられていない。以下は、Opus 5.5 の移行ガイドをはじめ、両モデルの公式ドキュメントと発表記事から確認できる差分である。

既定の effort。Opus 5.5 の既定は medium、Fable 5.1 は high だ。effort を指定していないリクエストは、差し替えると high で動く。料金とレイテンシを見積もる前に effort を明示し、評価を取り直したい。

プロンプトキャッシュの料金。Opus 5.5 のキャッシュ料金（5分書き込み$5・1時間$8・読み取り$0.20）に対し、Fable 5.1 は $12.50・$20・$0.25 になる。書き込みは2.5倍、読み取りは1.25倍で、どちらも Fable 5.1 のほうが高い。キャッシュを多用する設計ほど、差し替え後の請求額を試算しなおしたい。

データ保持。Fable 5.1 は30日間のデータ保持が必須で、ゼロデータ保持（ZDR）の契約では Anthropic が明示的に認めた場合を除いて使えない。Opus 5.5 は ZDR で利用できる。ZDR の組織は、移行前に対象ワークスペースのデータ保持設定を確認しておきたい。

トークン数。Fable 5.1 と Opus 5.5 は同じトークナイザー（Claude Opus 4.7 で導入）を使うため、この2モデル間の移行では同じテキストのトークン数は変わらない。Opus 4.6 や Sonnet 4.6 など、旧トークナイザーのモデルから移行する場合は、同一テキストで約30%多くトークンが生成される点に注意が要る。

Opus 5 以前から直接移る場合。この節の冒頭で挙げた3点(思考の無効化不可、強制ツール使用のエラー、思考ブロックの紐づき)がそのまま破壊的変更になる。思考の無効化指定を外して effort で調整し、tool_choice の any / tool は auto のまま厳密なツール使用（strict: true）か構造化出力へ移す。messages 配列を自前で組み立てている場合は、思考ブロックより前の system プロンプト・tools・過去メッセージを書き換えていないかの確認も要る（2026年8月31日以降に作成されたアカウントでは、書き換えたあとに思考ブロックを送り返すと400エラーになる）。Opus 4.8 以前はこのほかにも変更があるので、移行ガイドの該当節を確認したい。

期待値のキャリブレーション。自分のユースケースで Fable 5.1 の恩恵が実際に得られるかどうかは、ベンチマークではなく実運用での検証で確かめるのが最も確実だ。公式も、Opus 5.5 を xhigh や max の effort で評価し、それでも不足する場合に Fable 5.1 へ移るという順序を示している。

並行運用という選択肢

全面移行ではなく、Fable 5.1 と Opus 5.5 を用途で使い分ける並行運用も現実的な選択肢だ。

図解：普段はOpus、足りない仕事だけFable。戻すときは思考ブロックが渡らないので新しいセッションで

たとえば、Opus 5.5 を既定にして、評価が基準に届かなかったワークロードだけを Fable 5.1 に回す組み合わせはコスト最適化の観点から合理性がある。会話の途中でモデルを切り替える場合は、向きに注意したい。Claude API では、Opus 5.5 から Fable 5.1 へ上げる向きなら思考ブロックが引き継がれる。逆に Fable 5.1 から Opus 5.5 へ戻すと、Fable 5.1 が生成した思考ブロックは Opus 5.5 に渡らず API 側で削除される。戻す向きの切り替えはセッション単位で行うのが無難だ。

また、Fable 5.1 のバッチ処理（$5/$25/MTok）は Opus 5.5 の標準料金（$4/$20/MTok）より高い。リアルタイム応答が不要な処理を Fable 5.1 のバッチに寄せて料金をそろえる、という設計は現在の料金表では成り立たない。

---

まとめ：判断材料を揃えた上での一手

本記事では、Claude Fable 5.1 と Opus 5.5 について料金・性能差・ユースケース別マトリクス・移行コストの4点から整理した。

要点を一文で言えば、Opus 5.5 は、公式が既定として名指しするモデルで、料金は Fable 5.1 の4割にとどまり、発表記事のベンチマークでも Fable 5.1 を下回っていない。Fable 5.1 は、公式が要求の厳しい推論や長時間のエージェント作業向け、また Opus 5.5 で基準に届かないときの移行先と位置づけるモデルで、2.5倍の料金差はバッチやキャッシュを使ってもほとんど縮まらない。

冒頭で本記事のゴールを「ユースケース・予算・移行コストの3軸で判断できる状態になる」と置いた。ここまで読んだ読者は、その判断に必要な材料を一通り手にしているはずである。

実際に動かす順序としては、まず Opus 5.5 の effort を上げて評価を取り、それでも基準に届かないワークロードがあればその1つだけを Fable 5.1 に回して出力差分を見るのがよい。いきなり全面移行すると、2.5倍の料金を性能差の確認なしに引き受けることになる。継続して使うかは、その検証結果とコストを踏まえて判断すればよい。

Fable 5.1 の全体像（コンテキスト・Mythos クラス・安全設計）については「Claude Fable 5.1 完全ガイド」で詳しく解説している。モデル選定の考え方全般については「Claude Opus・Sonnet・Haikuの違いと使い分け」も参照してほしい。

料金と最新情報を公式で確認する

本記事の料金は2026年10月3日時点の値です。Anthropic の料金体系は予告なく変更されることがあるため、導入前に公式の料金ページで必ず確認してください。

公式料金ページを見る Fable 5.1 完全ガイドへ