Claude Fable 5.1 vs Opus 5 比較：どちらを選ぶべきか・コスト・性能差

Claude Fable 5.1 のリリースにより、「Opus 5 から乗り換えるべきか」という問いが立った。料金は2倍、性能は上位という単純な整理だけでは判断材料として足りない。バッチ処理・キャッシュの設計次第で実質コストが大きく変わる点と、用途によっては Opus 5 が依然として合理的な選択になる点を、本記事では数字と比較表で整理する。

この問いについて、公式ドキュメントは珍しく明快な既定を置いている。「ほとんどのワークロードはまず Opus 5 から始め、高度な推論や長期的なエージェント作業が必要な場合、またはより高い effort 設定でも Opus 5 では不十分な場合に Fable 5.1 を使う」というものだ。本記事は、この既定をどこで外すべきかを数字で確かめる。

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

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

結論を先に示す。

Fable 5.1 を選ぶべき条件

大規模コードベースを対象にしたエージェントタスク（Claude Code・マルチエージェントハーネス）が主な用途
ビジョン（画像認識・図表分析）や金融ナレッジワークを含むマルチモーダルな処理が必要
最高水準の性能を予算の上限として受け入れられる
バッチ処理を活用して実質コストを Opus 5 標準料金と同水準まで下げる設計ができる
長時間のエージェントセッションで同じプレフィックスを繰り返し読む（キャッシュ読み取りが Opus 5 の半額になる）

Opus 5 を選ぶべき条件

深い推論・長文分析が主な用途で、最新モデルへの移行メリットが現段階では不明確
料金を Fable 5.1 の半額に抑えることが事業上の制約
既存の Opus 5 ワークロードが安定稼働しており、移行コストを現時点で正当化しにくい
tool_choice に any / tool を使っている（Fable 5.1 では 400 エラーになる。後述）
Fast mode（高速出力オプション、後述）が必要なユースケースがある

要点を1文で先に言えば、料金差を埋められる用途と設計があれば Fable 5.1、そうでなければ Opus 5 が既定の選択だ。

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

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

軸1：ユースケース — 自分のワークロードは「長時間のエージェント作業・コーディング・ビジョン」に傾いているか、「単発の推論・分析・長文処理」に傾いているか。前者は Fable 5.1 の恩恵を受けやすく、後者は両モデルの差が相対的に小さい。

軸2：予算 — 月間のトークン量と料金試算（後述の比較表参照）が、Fable 5.1 の追加コストを吸収できるか。バッチ設計や長期キャッシュの活用で実質差を縮められるかどうかも検討が必要だ。

軸3：移行コスト — Fable 5.1 には破壊的変更が3点あり、モデルIDの差し替えだけで済まない実装がある（後述）。またトークナイザーは Claude 4.7 以降の新方式で、それ以前のモデルと比べて同一テキストで約30%多くトークンを生成する。Opus 5 も同じトークナイザーを使うため両者間の移行では差が出ないが、Sonnet 4.6 以前から移る場合は見積もりの見直しが要る。

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

料金の違いを数字で確認する（2026-09-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%割引となる。注目したいのはキャッシュ読み取りだ。他の Claude モデルは基本入力の10%だが、Fable 5.1 と Mythos 5.1 だけは2.5%（$0.25/MTok）に設定されている。前世代の Fable 5 が $1/MTok だったので、ちょうど4分の1である。

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

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

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

入出力の標準料金は Fable 5.1 のちょうど半額で、バッチ処理と書き込み系のキャッシュ料金も同じ比率で半額になる。Fable 5.1 のバッチ料金（$5/$25）が Opus 5 の標準料金と同じになるため、「バッチで Fable 5.1 を使えばコストが同じ」という計算は成り立つ。

唯一この比率が崩れるのがキャッシュ読み取りだ。 Opus 5 の $0.50 に対し Fable 5.1 は $0.25 で、ここだけは上位モデルのほうが安い。前世代（Fable 5 の $1 対 Opus 4.8 の $0.50）では逆だったので、関係が反転している。長いプレフィックスを何度も読み返す使い方をしているなら、この1行が効いてくる。

なお Opus 5 には Fast モード（高速出力オプション、リサーチプレビュー中）が利用可能で、Fast モード時の料金は入力$10/出力$50/MTok となる。これは Fable 5.1 の標準料金と同じ水準だ。リアルタイム応答速度を重視するユースケースで Opus 5 の Fast モードを使う選択肢も存在する（Fast モードは Claude API のみで、Batch API では利用できない）。

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

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

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

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

ただし入力過多のワークロードでは話が変わる。たとえば入力1,000万トークンのうち95%がキャッシュ読み取り、出力100万トークンという長時間エージェントセッションを想定すると、Fable 5.1 は約$57.4、Opus 5 は約$32.3。倍率は2.0倍から約1.8倍へ縮まる。前世代（Fable 5 は同条件で約$64.5）と比べると Fable 側だけが約$7安くなっており、キャッシュ読み取り料金の引き下げが効くのはこの領域だ。RAG や長文ドキュメントQA、数時間続くエージェントループが該当する。

月間の絶対額は用途規模によって大きく変わる。上記はあくまで2モデルの相対感を把握するための参考値であり、実際の判断は自分のワークロードのトークン構成で試算しなおしてほしい。

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

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

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

Anthropic は両モデルについてベンチマークの定量スコアを公式ドキュメントで断定的に示していない。本記事でも公式が定性表現のみを使っている項目については定性表現に留め、二次情報の具体スコアを断定値として記載しない方針を取る。これは、前後の文脈で検証不能な数値が混入することを防ぐためだ。

Fable 5.1 が強みを持つ領域（エージェント作業・ナレッジワーク・ビジョン）

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

なお Fable 5.1 のリリース資料には具体的なベンチマークスコアの記載がない。前世代の Fable 5 については、ソフトウェア工学・金融ナレッジワーク・ビジョンタスクの各評価で「最高スコア」を記録したと公式発表に記述がある。

コーディング用途では、Fable 系列がマルチエージェントハーネス（複数の AI エージェントが連携して長時間タスクをこなす実行基盤）での稼働を前提に設計されたと公式は説明している。自己検証能力、つまり独自のテストケースを生成して出力を検証する機能が組み込まれており、生成コードの品質ループをモデル内で閉じやすくなっている。

実運用の参考事例として、公式発表に「5,000万行の Ruby コードベースで2ヶ月分のマイグレーション作業を1日で完了（Stripe での検証）」という記述がある。定性的な印象を与えるデータではあるが、大規模コードベースへの適性を示す事例として参照できる。

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

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

Opus 5 は「複雑なエージェント型コーディングと企業利用向け」と位置づけられ、公式ドキュメントがほとんどのワークロードの出発点として名指しで推奨している唯一のモデルである。この点が前世代との最大の違いだ。Fable 5 の時代には「上位モデルか、半額のモデルか」という対等な二択に見えたが、現在の公式の書き方は「まず Opus 5、足りなければ Fable 5.1」という順序を明示している。廃止予定は2027年7月24日以降とされている。

Opus 5 は Fable 5.1 と同じ1Mトークンのコンテキストウィンドウと128kトークンの最大出力を持ち、思考も適応型である。仕様表の上で明確に差がつくのは料金と、公式が挙げる6領域の性能だけだ。「どの用途でどの程度の差があるか」を断定できる数値の一次情報はなく、具体的なユースケースでの検証が実際的な判断の根拠になる。

コスト効率の観点では、標準料金の半額という事実が Opus 5 の最大の優位性だ。ただし前述のとおり、キャッシュ読み取りだけは Fable 5.1 のほうが安い。

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

SWE-Bench Pro などの具体的なスコア数値は、本記事の更新時点で Anthropic 公式ドキュメントから直接確認できなかった。Fable 5.1 のリリース資料にもベンチマーク数値の記載はなく、「Fable 5 を上回る」という定性的な説明にとどまる。他メディアや二次ソースではスコアが引用されているケースもあるが、本記事では一次照合が取れない数値を断定値として記載しない。

公式が示しているのは「最高スコアを記録」「Fable 5 を上回る」等の定性表現であり、本記事もその範囲で整理している。詳細なベンチマーク比較を必要とする場合は、Anthropic 公式の技術ブログ・リリース発表を直接参照することを勧める。

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

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

下表は、公式の既定（まず Opus 5）を出発点として、それを外すべき条件を整理したものだ。

ユースケース	推奨モデル	理由
数時間続くエージェント型コーディング	Fable 5.1	長いセッションでの向上が公式の筆頭項目。キャッシュ読み取りも半額
コーディング補助（小〜中規模）	Opus 5	公式の既定。Opus 5 で十分な精度が出るなら切り替え不要
密度の高いチャート・PDF内の表の読み取り	Fable 5.1	ビジョンの向上が公式に明記されている
文書・表計算・スライドを使うナレッジワーク	Fable 5.1	公式が挙げる向上6領域のひとつ
マルチステップのリサーチ・ディープリサーチ	Fable 5.1	発見した内容をさらに追跡する精度が向上
単発の推論・複雑な論述生成	Opus 5	仕様上の差は料金と6領域の性能のみ。まず effort を上げて試す
長文ドキュメント処理（単体）	Opus 5	1Mトークンコンテキストは共通。半額で同等の処理が可能
大量バッチ処理（非同期）	Fable 5.1（バッチ）or Opus 5	Fable 5.1 バッチが Opus 5 標準と同価格。品質が重要なら Fable 5.1
プレフィックスを繰り返し読むRAG・長文QA	Fable 5.1	キャッシュ読み取りが $0.25 と Opus 5 の半額
コスト最優先の汎用タスク	Opus 5	標準料金が半額。定型的なタスクで Fable 5.1 の優位は小さい
`tool_choice` に `any` / `tool` が必要	Opus 5	Fable 5.1 は400エラーを返す
Fast モード（高速応答）が必要	Opus 5	Fast モードは Opus 5 と Opus 4.8 のみ（リサーチプレビュー）

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

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

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

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

モデルIDの差し替えだけでは済まない場合がある。 claude-opus-5 を claude-fable-5-1 に変えるのは1行だが、Fable 5.1 には破壊的変更が3点あり、実装によっては動かなくなる。

破壊的変更3点。第一に、tool_choice を {"type": "any"} または {"type": "tool", "name": "..."} に設定すると400エラーが返る。auto（デフォルト）と none は変更なし。スキーマに沿った出力が必要なら、auto のまま厳密なツール使用（strict: true）を使うか構造化出力へ移すことが案内されている。第二に、思考ブロックが生成したモデルに紐づき、Fable 5.1 から古いモデルへ切り替える会話はそのターンの推論を失う。第三に、思考ブロックより前にある system プロンプト・tools・過去メッセージを変更すると次のリクエストでエラーになる（適用対象は2026年8月31日以降に作成された新規アカウント）。messages 配列を自前で組み立てている場合は移行前の確認が要る。

このほか、以下の点も確認しておきたい。

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

プロンプトキャッシュの設計見直し。Opus 5 のキャッシュ料金（5分書き込み$6.25・1時間$10・読み取り$0.50）は Fable 5.1（$12.50・$20・$0.25）とは異なる。書き込みは2倍になるが読み取りは半額になるため、書き込み1回あたり何回読むかで有利不利が反転する。長期キャッシュ（1時間）を多用している場合は試算しなおしたい。

期待値のキャリブレーション。自分のユースケースで Fable 5.1 の恩恵が実際に得られるかどうかは、ベンチマークではなく実運用での検証で確かめるのが最も確実だ。公式も「まず Opus 5 の effort を上げて試し、それでも不足する場合に Fable 5.1」という順序を勧めている。

並行運用という選択肢

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

たとえば、長時間のエージェントタスクに Fable 5.1 を使い、単発の推論・長文処理に Opus 5 を使うという組み合わせはコスト最適化の観点から合理性がある。ただし会話の途中でモデルを切り替えると、Fable 5.1 が生成した思考ブロックは Opus 5 に渡らず API 側で削除される。切り替えはセッション単位で行うのが無難だ。

また、Fable 5.1 のバッチ処理（$5/$25/MTok）は Opus 5 の標準料金（$5/$25/MTok）と同じ水準になる。リアルタイム応答が不要なバッチワークロードに Fable 5.1 を採用し、リアルタイム応答が必要な用途に Opus 5 の Fast モードを使う設計も選択肢に入る（Fast モードはバッチでは使えない）。

並行運用のシンプルなルールとして「長時間のエージェント作業・ビジョン・ナレッジワーク → Fable 5.1、それ以外 → Opus 5」を出発点にするのが実際的だ。

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

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

要点を一文で言えば、Fable 5.1 は長時間のエージェント作業・ナレッジワーク・ビジョン用途で性能上位・料金2倍のモデルであり、バッチ設計とキャッシュ設計次第でコスト差を縮められる。Opus 5 は公式が既定として名指しする半額のモデルで、まずここから始めるのが公式の推奨だ。

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

実際に動かす順序としては、比較表で自分のユースケースがどの行に入るかを確認し、該当するならそのワークロードを1つだけ Fable 5.1 に回して出力差分を見るのがよい。いきなり全面移行すると、2倍の料金と破壊的変更3点を同時に引き受けることになる。継続して使うかは、その検証結果とコストを踏まえて判断すればよい。

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

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

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

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