Opus 5とFable 5.1の違い｜どっちを使う・料金【2026年9月】

• 要点1: 公式の推奨順が明確になった。Fable 5.1のドキュメントは「ほとんどのワークロードはClaude Opus 5から始める。要求の厳しい推論と長期エージェント作業、またはOpus 5を高いeffortで回しても評価に届かない場合にFable 5.1を使う」と書いています。7月のOpus 5公開時にあった「Fable 5が最高峰／Opus 5は半額でフロンティア級」という二重表現は、ここで整理されました。
• 要点2: キャッシュ読み取りだけ価格が逆転した。Fable 5.1のキャッシュ読み取りは基準入力の2.5%(=$0.25/MTok)で、他のClaudeモデルの10%ルールから外れています。Opus 5は10%ルールのまま$0.50/MTok。同じプレフィックスを何百ターンも読み直す長時間エージェントほど、この1行が総額を左右します。
• 要点3: Fable 5(無印)は旧世代になった。Fable 5は公式の廃止スケジュール（2026年9月7日確認）では今も Active で、退役は「2027年6月9日より前にはない」とされています。5.1が出たことで実質的に前世代になりましたが、Legacy指定はまだありません。Fable 5を本番で使っている組織は「5.1へ上げる／Opus 5へ降りる／当面据え置く」の3択を、破壊的変更3点を確認したうえで今月中に決める段階です。

対象読者: Claudeのモデルピッカーやapi設定で「結局Opus 5とFable 5.1、どっちを標準にすべきか」を判断したい情報システム担当者・経営者・開発チームリーダー

読了後にできること: 自社の業務をタスク別にOpus 5とFable 5.1へ振り分ける基準を持ち、キャッシュ込みの月額試算と、Fable 5からの3択判断フローを手に入れられます。

最終更新：2026年9月2日（Claude Fable 5.1リリースを反映）

「Opus 5が出たので、もうFable 5は要らないですよね?」

2026年7月24日にClaude Opus 5が発表された翌日、企業向けのAI活用相談でこの質問を立て続けに受けました。無理もありません。Anthropic自身が公式ドキュメントで「Opus 5はFable 5の半額でフロンティア知能を実現する」とまで言い切っていたからです。ところが同じ時期のモデル選定ガイドは「最高の性能が必要な作業にはFable 5を」と案内し続けていて、半額でフロンティア級と言う一方で序列の頂点はFable 5のまま——この一見矛盾した状態が、モデル選定の現場を長く混乱させていました。

その混乱が、2026年9月1日(米国時間)のClaude Fable 5.1リリースで一段落しました。Fable 5.1の公式ドキュメントは冒頭で「ほとんどのワークロードは Claude Opus 5 から始めてください」と明記し、Fable 5.1の用途を「要求の厳しい推論と長期エージェント作業」に限定しています。つまりAnthropic自身が「既定はOpus 5、必要な時だけ上位」という順序を認めたわけです。7月時点でこの記事が指摘していた”公式の位置づけと実測のズレ”は、公式側が歩み寄る形で解消されました。

100社以上のAI研修・導入支援をしていて痛感するのは、こういう世代交代のタイミングでこそ「料金表の1行」を読み落とすと後から効いてくる、ということです。今回でいえばそれがキャッシュ読み取り単価です。Fable 5.1は入力$10・出力$50という基本料金をFable 5から据え置いた一方で、キャッシュ読み取りだけを$1.00から$0.25へ4分の1に下げました。Opus 5のキャッシュ読み取りは$0.50なので、この項目だけOpus 5より安いという逆転が起きています。「Fable系は常にOpus 5の2倍」という前提で予算を組んでいると、長時間エージェント用途では判断を誤ります。

この記事では、Anthropicの公式ドキュメント(Fable 5.1のoverviewとWhat’s new)を一次ソースとして確認したうえで、Opus 5とFable 5.1を「料金」「性能」「運用要件」の3軸で比較し、どの業務をどちらに任せるべきかを判断基準とコピペ可能なプロンプトつきで整理します。あわせて、Fable 5(無印)を使い続けている組織のための3択判断フローも新設しました。Claudeのモデル選定を含めたAI導入の全体設計についてはAI導入戦略 完全ガイドでも体系的に解説していますので、あわせてご覧ください。

結論ファースト：用途別のおすすめ早見表

まず結論から。以下の早見表で自社の主要業務がどちらに該当するか確認してください。2026年9月1日のFable 5.1リリースを反映した最新版です。

この判断基準の根拠を、公式スペックと第三者ベンチマークの両面から見ていきます。

Opus 5とFable 5.1、基本スペック比較表（Fable 5も併記）

Anthropic公式ドキュメント(Claude Platform Docs)に掲載されている料金・仕様を、そのまま突き合わせます。Fable 5(無印)は5.1の前世代になりましたが（公式ステータスは Active・2026年9月7日確認）、移行判断のために列を残しています。

コンテキスト長(1Mトークン)・最大出力(128kトークン)・キャッシュ最小長(512トークン)は3モデルとも同一です。差がつくのは「基本料金」「キャッシュ読み取り単価」「強制ツール使用の可否」「安全分類器への対応コスト」「データ保持ポリシー」で、単純な性能比較だけでは選定を誤ります。より詳しいOpus 5の料金シミュレーションはClaude Opus 5料金完全ガイド、effort設定やコンテキスト活用など具体的な使い方はClaude Opus 5の使い方で解説しています。

なお、Opus 5のキャッシュ書き込み単価($6.25 / $10.00)は、Fable 5.1の公式表で確認できる倍率(5分＝基準入力の1.25倍、1時間＝2倍)を基準入力$5に当てはめた換算値です。公式ページの個別表記で確認したい場合はAnthropicのPricingページを参照してください。以下の試算でも、この換算値を使った箇所は都度明記します。

キャッシュ読み取り単価の逆転——「Fable系は常に2倍」が崩れる条件

ここが今回のリライトでいちばん伝えたい変更点です。Fable 5.1は入力$10・出力$50という基本料金をFable 5から据え置きました。ところがキャッシュ読み取りだけは、Fable 5の$1.00/MTokから$0.25/MTokへ4分の1に下がっています。

Anthropicの公式ドキュメントは、この値付けの根拠をこう説明しています。通常、Claudeのプロンプトキャッシュ読み取りは基準入力価格の10%です。ところがFable 5.1とMythos 5.1だけは0.025倍(2.5%)が適用されます。基準入力$10の2.5%だから$0.25、というわけです。一方のOpus 5は10%ルールのままなので、基準入力$5の10%で$0.50。キャッシュ読み取りという1項目に限れば、Fable 5.1はOpus 5のちょうど半額になります。

これは細かい話に見えて、長時間エージェントの経済性を変えます。エージェントは同じシステムプロンプト・同じツール定義・同じ作業ファイル群を、ターンのたびに読み直します。セッションが長くなるほど、請求のうち「キャッシュ読み取り」が占める割合が支配的になっていく。そこだけ半額なら、基本料金2倍のハンデはかなり相殺されます。

前提を置いた試算：長時間エージェント1セッションの内訳

実際にどれくらい縮むのか、前提を明記して計算します。以下は「同じ形の仕事をさせた場合」の仮定計算であり、実際のコストはタスク内容や出力の冗長さで変動します。

前提: 20万トークンのプレフィックス(システムプロンプト＋ツール定義＋作業ファイル)を最初に1回キャッシュへ書き込み、その後100ターンにわたって毎ターン読み直す。1ターンあたり新規入力(ユーザー指示＋ツール実行結果)1,000トークン、出力2,000トークンとする。合計はキャッシュ読み取り20MTok、キャッシュ書き込み0.2MTok、新規入力0.1MTok、出力0.2MTok。キャッシュ書き込みは5分TTLの単価を使い、Opus 5の書き込み単価は前述の換算値($6.25/MTok)を使用。

読み取れることが3つあります。

• Fable 5.1はOpus 5の約1.10倍まで縮む。$18.50 ÷ $16.75 ≒ 1.10。カタログ上は「2倍」でも、キャッシュが効く形の仕事では体感の差はここまで小さくなります。
• Fable 5から5.1へ上げるだけで約45%安くなる。同じセッションが$33.50から$18.50へ。($33.50 − $18.50) ÷ $33.50 ≒ 0.448。コードを1行(モデルID)変えるだけで効く節約としては、かなり大きい部類です。
• 損益分岐点が計算できる。この形のセッションで書き込み・新規入力・出力を固定したまま、キャッシュ読み取り量だけを増やしていくと、27MTokでFable 5.1とOpus 5の総額が並びます(いずれも$20.25)。20万トークンのプレフィックスなら約135ターンに相当します。それを超える長さのセッションでは、Fable 5.1のほうが総額で安くなる計算です。

逆に言うと、キャッシュが効かない仕事では従来どおりきっちり2倍です。単発の文書生成・チャット・大量バッチのように、毎回まっさらな入力を投げて出力を受け取る使い方なら、Fable 5.1の請求額はOpus 5のちょうど2倍になります(後述の「コスト差の実務インパクト」参照)。

この試算をそのまま信じてはいけない3つの理由

正直に書いておくと、上の計算には見落としやすい落とし穴があります。Anthropicが公式に「Fable 5から変わった挙動」として挙げている内容が、そのままコストに跳ね返るからです。

• 出力トークンが増えやすい: 公式ドキュメントは「テキストファイルを編集するとき、ピンポイントな修正ではなくファイル全体を書き直しがち」「文章が密になり、1文が長く段落区切りが減る場合がある」と明記しています。出力$50/MTokは据え置きなので、出力量が増えれば試算の$10.00の項が膨らみ、1.10倍という結論はあっさり崩れます。
• ターン数が増えやすい: 「並列ツール呼び出しのばらつきが大きくなり、Fable 5が複数まとめて呼んでいた場面で1ターン1呼び出しになることがある」とも書かれています。ターンが増えればキャッシュ読み取り(安い側)も増えますが、往復時間と実時間は延びます。公式は回避策として、エージェントループに「独立したツール呼び出しはまとめて出す」という一文を足すことを推奨しています。
• 低effortでは検索しなくなる: 「最も低いeffortでは、検索・取得ツールの呼び出し回数が減り、記憶から答えることが増える」との記載があります。コスト削減目的でeffortを下げると、鮮度が必要なタスクで裏取りをしなくなる可能性がある。安さと正確さのトレードオフがここにあります。

研修先の情シス部門でよく聞かれるのが「結局、料金表のどこを見て予算を組めばいいのか」という質問です。私の答えは「基本料金の行ではなく、自社のワークロードで実際に発生するトークン種別の内訳から見てください」です。今回のFable 5.1のように、1つの項目だけ別ルールが適用されるケースは、総額試算を作って初めて意味がわかります。

プロンプト1: キャッシュ込みの総額試算（Opus 5 対 Fable 5.1）

Claude Opus 5とClaude Fable 5.1の月額コストを、プロンプトキャッシュを含めて試算してください。

【単価（2026年9月時点の公式値）】
- Opus 5: 入力$5 / 出力$25 / キャッシュ読み取り$0.50（すべて1Mトークンあたり）
- Fable 5.1: 入力$10 / 出力$50 / キャッシュ読み取り$0.25（すべて1Mトークンあたり）
- 5分キャッシュ書き込み: Opus 5は$6.25、Fable 5.1は$12.50（1Mトークンあたり）

【自社の想定ワークロード】
- 月間のキャッシュ読み取りトークン数: [ここに記入。不明なら「1セッションのプレフィックス長 × 平均ターン数 × 月間セッション数」で計算させる]
- 月間のキャッシュ書き込みトークン数: [ここに記入]
- 月間の新規入力トークン数: [ここに記入]
- 月間の出力トークン数: [ここに記入]

【出してほしい内容】
1. 両モデルの月額費用を、トークン種別ごとの内訳表と計算式つきで提示
2. Fable 5.1がOpus 5の何倍になるかを小数第2位まで
3. 他の条件を固定したまま、キャッシュ読み取り量だけを増やした場合に両者が並ぶ損益分岐点
4. バッチAPI（入出力ともに50%割引）を使った場合の再計算

前提が足りない場合は、勝手に埋めずに最初に質問してください。
仮定した数値は必ず"仮定"と明記し、計算式を省略しないでください。

公式の位置づけと第三者ベンチマークの”ズレ”——9月1日で何が変わったか

7月時点のこの記事では、Anthropicの公式ドキュメント内で「Opus 5はFable 5の半額でフロンティア級の知能」という表現と「最高水準の性能が必要な作業にはFable 5を」という序列表現が併存していることを問題として指摘していました。同じ会社の文書で言っていることが二重になっていたわけです。

9月1日のFable 5.1リリースで、この二重表現は整理されました。Fable 5.1のoverviewとWhat’s newは、どちらも同じ一文をトップに置いています。

「ほとんどのワークロードでは、Claude Opus 5から始めてください。要求の厳しい推論と長期エージェント作業、あるいはOpus 5をより高いeffortで回しても評価基準に届かない場合に、Claude Fable 5.1を使ってください」

これは実務的には大きな変化です。7月時点では「公式は上位と言っているが、実測ではOpus 5が上」という状態を自分で読み解く必要がありました。今は公式が既定をOpus 5だと明言し、Fable 5.1を”条件付きの上位”に位置づけている。社内でモデル選定を説明するとき、根拠として公式文をそのまま引用できるようになった、と考えてください。

第三者ベンチマークの数字（7月時点・Opus 5 対 Fable 5）

Opus 5とFable 5(無印)の比較として、独立系ベンチマーク機関Artificial Analysisが2026年7月24日に公開した数値を再掲します。Fable 5.1は9月1日リリースのため、同機関の再計測値はまだ確認できていません(2026年9月2日時点)。

• Intelligence Index: 190モデル中、Opus 5が61点で1位、Fable 5が60点。事実上の互角
• AA-Briefcase(企業のオフィスワークを模したエージェントタスク・最大努力設定): Opus 5が1,720Elo、Fable 5が1,574Eloで、Opus 5が146ポイント上回る
• GDPval-AA v2(実務のエージェント的知識労働タスク): Opus 5が1,861Elo、Fable 5が約1,747Eloで、100ポイント以上の差
• コスト効率: Opus 5は同等の知的水準を26%低いコストで達成(タスクあたり平均$2.03 対 Fable 5の$2.75)
• AA-Omniscience(事実知識の網羅性): Fable 5がOpus 5を上回る
• Humanity’s Last Exam(科学的推論): 両者53%でタイ

Fable 5.1のベンチマーク（Anthropic公式・Fable 5比）

Fable 5.1については、Anthropicが9月1日の発表で世代間の伸びを示しています。ターミナル操作を伴うエージェント評価で、Fable 5から明確に伸びました。

特にTerminal-Bench-Science 0.1は24.7%から52.6%へ2倍以上になっています。科学計算やデータ処理をターミナル上で自律実行させる用途——研究開発部門やデータ分析チームが実際にやらせたい仕事——での伸びが大きい、という読み方ができます。

公式が挙げているFable 5.1の強化領域は6つです。(1)数時間走る長時間エージェントコーディング(複数ファイル機能追加・大規模リファクタ・移行・デバッグ・コードレビュー)、(2)文書/スプレッドシート/スライドの知識労働、(3)多段Web調査とディープリサーチの精度、(4)密なグラフ・提出書類・PDF内の入れ子表を読むビジョン、(5)1Mトークン全域をまたぐ長文脈の推論、(6)ブラウザやデスクトップアプリを操作するコンピュータ操作と失敗ステップからの復帰。多言語性能はFable 5と同等とされています。

ここで注意したいのは、この表はFable 5.1とFable 5の比較であって、Opus 5との比較ではないことです。「Fable 5.1がOpus 5より何ポイント上か」を示す第三者の独立計測は、2026年9月2日時点で確認できていません。公式が推す用途(長期エージェント・要求の厳しい推論)以外で、Fable 5.1がOpus 5を上回るという裏付けは今のところない、という前提で判断してください。

研修先の情シス部門からよく聞かれるのが、「ベンダーの推奨モデル表示をそのまま信じていいのか」という質問です。私の答えはいつも同じで、「公式の位置づけは”参考”、実務の判断材料は”自社のタスクで実測すること”」です。今回のように公式の案内が整理されたケースでも、この原則は変わりません。むしろFable 5.1のドキュメント自身が「Opus 5を高いeffortで回しても評価に届かない場合」という条件を置いている以上、自社の評価セット(eval)を持っていることが前提の書き方になっている、と読むべきです。

プロンプト2: 社内選定議論用「モデル比較検討シート」生成

以下の条件で、Claude Opus 5とClaude Fable 5.1のどちらを標準モデルにすべきかの社内検討シートを作成してください。

【比較対象（2026年9月時点の公式値）】
1. Claude Opus 5（claude-opus-5・入力$5 / 出力$25 / キャッシュ読み取り$0.50 per MTok）
2. Claude Fable 5.1（claude-fable-5-1・入力$10 / 出力$50 / キャッシュ読み取り$0.25 per MTok）

【前提として押さえる公式の位置づけ】
- ほとんどのワークロードはOpus 5から始める
- 要求の厳しい推論・長期エージェント作業、またはOpus 5を高effortで回しても評価に届かない場合にFable 5.1

【出してほしい形式】
- 評価軸（コスト・レイテンシ・精度・データ保持・API改修コスト・可用性）を6つ以上の表にする
- 自社の主要業務[ここに自社の業務内容を記入]を評価軸に当てはめて優劣を判定
- 「Opus 5を標準にしてFable 5.1へエスカレーションする条件」を3つ、判定可能な形で定義
- 最終推奨と、その理由を3行で要約

不足している情報があれば、最初に質問してから作業を開始してください。
仮定した点は必ず"仮定"と明記してください。
数字と固有名詞は、根拠（出典/計算式）を添えてください。

タスク別の選択基準——理由つきで判断する

用途ごとの選択基準を、理由とあわせて整理します。Fable 5.1の公式強化領域を反映した最新版です。

コード生成・短時間のソフトウェア開発

Opus 5が妥当。Anthropicの公式ベンチマークでも、CursorBench 3.2の最大努力設定でOpus 5がFable 5のピークスコアの0.5%以内まで迫りながら、コストは半分と報告されています。OSWorld 2.0(コンピュータ操作タスク)ではFable 5の結果を「3分の1強のコスト」で上回るとされ、日常のコーディング支援やレビューでFable系を選ぶ積極的な理由は薄いままです。

数時間走らせる長期エージェントコーディング

Fable 5.1が候補になる。ここが9月1日で変わった点です。公式は「複数ファイルにまたがる機能追加、大規模リファクタと移行、デバッグ、数時間走るセッションをまたぐコードレビュー」を強化領域の筆頭に挙げています。加えてキャッシュ読み取りが$0.25/MTokと安いため、長く走らせるほど総額のハンデが減ります。ただし前述のとおり、ファイル全体書き直しの傾向で出力トークンが増える点は差し引いて考えてください。

長文読解・大量ドキュメントの要約

コンテキスト長は引き分け、長文脈の”つなぐ力”は5.1が優位と公式主張。1Mトークンのコンテキストウィンドウは3モデルとも同一です。ただしFable 5.1の強化領域には「1Mトークン全域にわたって details を推論しつなげる長文脈作業」が明記されています。一方でFable 5.1は「文書を要約するとき、原文の一節を引用と明示せずに再現しやすい」とも公式に注意書きがあります。社外に出す要約では、引用箇所の明示をプロンプト側で必ず指示してください。

リサーチ・事実確認

Fable 5.1がやや優位。事実知識の網羅性を測るAA-OmniscienceではFable系がOpus 5を上回っており、5.1では「多段Web調査とディープリサーチの精度向上」が公式の強化領域に入りました。固有名詞や専門知識の正確な引き出しが重要な調査業務では、Fable 5.1を優先する価値があります。ただし低effortでは検索ツールを呼ばずに記憶から答える傾向が強まるとされているので、鮮度が要る調査ではeffortを上げるか、会話途中でeffortを引き上げる運用にしてください。

エージェント実行(自律的な複数ステップ作業)

時間の長さで割れる。短〜中時間の自律実行はOpus 5が有利です(AA-Briefcase・GDPval-AA v2でFable 5に100〜150ポイント規模の差)。一方、数時間規模の長期エージェントは公式がFable 5.1を名指しで推しています。ただしFable 5.1は強制ツール使用(tool_choice: any / tool)が400エラーになるため、既存のエージェント実装によっては改修が必要です。公式は代替として「tool_choiceはautoのままstrict tool useでスキーマを強制する」「structured outputsへ移す」「プロンプトで”このツールを使って回答して”と明示する」を挙げています。

ビジョン（グラフ・PDF内の表を読ませる）

Fable 5.1が優位。「密なグラフ、提出書類、PDF内に入れ子になった表を読む」ことがFable 5.1の強化領域として公式に列挙されており、グラフに対するクロップ&ズームツールの利用にも触れられています。決算資料・監査資料・行政の公開データなど、画像化された表を扱う業務では試す価値があります。

大量バッチ処理

Opus 5が有利。バッチAPIの50%割引を適用しても、Opus 5は入力$2.50・出力$12.50/MTokに対し、Fable 5.1は入力$5.00・出力$25.00/MTokと、割引後も単価は2倍のまま。しかもバッチ処理はキャッシュが効きにくい形が多く、キャッシュ読み取りの逆転メリットを享受しにくい。処理件数が多いタスクほど、この差は月額コストに直結します。

オフィス業務・資料作成(スプレッドシート・スライド生成)

両方に公式の主張があるので実測で決める。Anthropicは「Opus 5の新機能」ページで、複数シートにまたがる複雑な数式を扱うスプレッドシートの生成・編集や、構成の整ったスライド資料の作成を強化領域として挙げています。一方Fable 5.1も「最初の問いから、完成した文書・生きた数式入りスプレッドシート・白紙から組んだスライドデッキまで持っていく知識労働」を強化領域に挙げている。ここは公式の主張が重なる数少ない領域なので、自社のテンプレートと実データで両方回して比べるのが早いです。研修・コンサルの現場でも、経理・総務・営業事務からの相談で最も多いのが資料作成の効率化なので、ここは実測の価値が高い領域です。

コスト差の実務インパクト——キャッシュが効かない場合の試算

前述のキャッシュありの試算に対して、こちらはキャッシュが効かない一般的なワークロードの場合です。以下はあくまで「同じトークン量の仕事をさせた場合」の仮定計算であり、実際のコストはタスク内容や出力の冗長さで変動します。

前提: 月間で入力1,000万トークン(業務文書・コード・会話履歴の投入)、出力300万トークン(生成される文章・コード)を消費するケースを想定。プロンプトキャッシュの利用率は0%とする。

キャッシュを使わない限り、入力・出力ともに単価がぴったり2倍に設定されているため、消費トークン量に関わらずFable 5.1の請求額はOpus 5のちょうど2倍になります。ここが「キャッシュありなら1.10倍」との決定的な違いです。自社のワークロードがどちらの形に近いのかを先に見極めてください。

判定は簡単です。請求の内訳(またはAPIレスポンスのusage)を見て、cache_read_input_tokensが入力トークン全体の大半を占めているならキャッシュ型、ほぼゼロなら非キャッシュ型です。キャッシュ型で長時間セッションが多いならFable 5.1を検討する価値があり、非キャッシュ型なら素直にOpus 5です。円換算での具体的な月額シミュレーションはClaude Opus 5料金完全ガイドにまとめていますので、実際の予算組みではそちらもあわせて確認してください。

プロンプト3: 請求内訳からモデル適性を判定する

Claude APIの利用実績から、Claude Opus 5とClaude Fable 5.1のどちらが自社に向いているか判定してください。

【貼り付けるデータ】
直近1か月のusage内訳（1つでも分かる範囲で可）:
- input_tokens: [記入]
- cache_creation_input_tokens: [記入]
- cache_read_input_tokens: [記入]
- output_tokens: [記入]
- 1セッションあたりの平均ターン数: [記入]
- 1セッションあたりの平均実行時間: [記入]

【判定してほしいこと】
1. キャッシュ読み取りが入力全体に占める割合（%）
2. 上記の割合から見て「キャッシュ型ワークロード」か「非キャッシュ型ワークロード」か
3. 単価（Opus 5: $5 / $25 / キャッシュ読み取り$0.50、Fable 5.1: $10 / $50 / キャッシュ読み取り$0.25 per MTok）を当てはめた両モデルの月額比較
4. 上記を踏まえた推奨と、判断が変わる境界条件

数値が欠けている項目は勝手に補わず、「不明」として扱い、その影響を明記してください。

処理速度・待ち時間の違い——体感のストレスに直結する数字

ベンチマークスコアと同じくらい実務で効いてくるのが、待ち時間の体感です。Anthropicの公式モデル比較表では、レイテンシの相対評価がOpus 5＝Moderate、Fable 5.1＝Slowerと明記されています(Sonnet 5がFast、Haiku 4.5がFastest)。つまり公式の建て付けとして、Fable 5.1は速さを犠牲にして深さを取るモデルです。

Artificial Analysisの計測(Opus 5とFable 5の比較・2026年7月時点)では、興味深い逆転が起きていました。

単純な出力速度(トークン/秒)だけを見ればFable 5の方が速い。ただしFable 5は最初の1トークンが出るまでに平均90.7秒かかります。常時ONの思考(Adaptive Thinking)を経てから出力を始める設計によるもので、チャット画面で「待たされている」と感じる体感時間はFable系の方が長くなりやすい、という点は見落とされがちです。リアルタイム性が求められるチャットボットやカスタマーサポート用途では、この初動の遅さが実運用上のボトルネックになります。

加えてFable 5.1では、UI設計に影響する変更が1つあります。公式は「長いツール実行中の進捗更新が減った。特に高いeffortでは、ツール呼び出しの合間にユーザー向けテキストを書く量が減る」と明記しています。既定のthinking.displayは"omitted"なので、進捗ブロックは空で返り、長いエージェントターンが利用者から見て”沈黙”に見える。対策としてdisplay: "updates"(beta)を設定すると、推論は隠したまま進捗更新だけをテキストとして受け取れます。ユーザー向け画面に進捗を出している製品は、移行前にここを確認してください。

Fable 5ユーザーの3択——「5.1へ上げる」「Opus 5へ降りる」「据え置く」

ここからが、Fable 5(無印)を本番運用している組織向けの本題です。5.1の登場でFable 5は前世代になりました（公式ステータスは Active のまま・2026年9月7日確認）。退役は2027年6月9日より前にはないとされているので、明日止まるわけではありません。ただし「新機能はもう来ない世代」に乗り続ける判断は、意識的にすべきです。選択肢は3つあります。

ステップ1: まず破壊的変更3点に当てはまるか確認する

Fable 5.1への移行が「モデルIDを1行変えるだけ」で済むかどうかは、この3点で決まります。Anthropicが公式に破壊的変更(breaking changes)として挙げているものです。

3つ目は特に見落としやすい落とし穴です。公式が「後続の思考ブロックを全部無効にするパターン」として挙げているのは、過去ターンの編集・並べ替え・削除、リクエストごとに注入して次で消す一行リマインダー、同じ会話内でのsystemプロンプトやtools配列の作り直し、後のリクエストで違うバイトを返す画像/文書URLの4つ。「毎回systemプロンプトを組み立て直している」実装は、まさにこれに該当します。

逆に、後続ブロックを有効なまま保てるのは、先頭から古い順に思考ブロックを外すこと、サーバー側の圧縮やコンテキスト編集で履歴を削ること、cache_controlマーカーの移動、リクエスト間でのeffort変更です。会話を「追記のみ(append-only)」として扱うのが基本方針になります。

なお、このチェックが強制されるのは2026年8月31日以降に作成されたアカウントで、それ以前のアカウントではAPIが不一致を記録するだけで、リクエストがthinking.block_binding.prefix_mismatch_behaviorを指定したときにだけ作用します。既存アカウントだから今は動く、という状態に安心しないでください。

ステップ2: 3択を判定する

研修先やコンサル先でこの判断を一緒に整理する際、「両方を試して評価する期間を1〜2週間だけ設ける」ことを勧めています。ベンチマークの数字は目安であり、自社の実データ・実タスクで比較しないと最終判断はつきません。特に今回は、Fable 5.1の公式推奨条件そのものが「Opus 5を高effortで回しても評価に届かない場合」という書き方になっている以上、評価セットを持っていない組織は、まず評価セットを作るところからです。

ステップ3: 移行後に必ず確認する5項目

Anthropicの移行手順に沿って、Fable 5から5.1へ上げた直後に確認すべきことをまとめます。

1. tool_choiceの棚卸し: anyとtoolを除去し、スキーマの強制はstrict tool use(tool_choice: autoのまま)かstructured outputsへ移す
2. 履歴の追記のみ化: 思考ブロックはそのまま返す。ターンごとのリマインダーはturn-scoped system message(beta)へ、systemやtoolsの変更は会話途中のsystem messageへ移す。コンテキストの削減はサーバー側のcontext editing/compactionで行う
3. effortの再チューニング: 既定はhigh。セッション全体で1つの値を固定せず、会話途中で変える運用(beta)も検討する
4. エージェントループの並列性: Fable 5が複数まとめて呼んでいた場面で1ターン1呼び出しになっていないか監視し、必要なら「独立したツール呼び出しはまとめて出す」という一行をプロンプトに追加する
5. 評価セットの再実行: 拒否ハンドリング・フォールバック・フォールバッククレジット・トークン数は変更なしで引き継がれる。変わるのはキャッシュ読み取り価格と、前述の既定挙動

変更点の全体像と移行時の具体的なコード差分は、Claude Fable 5.1リリース｜変更点・料金・移行【2026年9月】に整理しています。API実装を触る担当者はそちらもあわせて確認してください。

プロンプト4: Fable 5.1移行前のコード監査

Claude Fable 5からClaude Fable 5.1への移行にあたり、既存コードの監査チェックリストを作成してください。

【Fable 5.1の破壊的変更（3点）】
1. 強制ツール使用が非対応（tool_choiceのanyとtoolは400エラー。autoとnoneは従来どおり）
2. Fable 5.1の思考ブロックは、それより前のモデルが読めない（一方向）
3. 思考ブロックより前（systemプロンプト、tools、過去メッセージ）を編集すると、思考ブロックが無効化される

【監査してほしい観点】
- どのファイル/関数でtool_choiceを設定しているか、代替案（strict tool use / structured outputs / プロンプトでの明示指示）のどれが適切か
- messages配列を自前で組み立てている箇所で、過去ターンを編集・並べ替え・削除しているパターンがないか
- リクエストごとに注入して次で消しているテキスト（リマインダー、ステータス行）がないか
- 同じ会話内でsystemプロンプトやtools配列を作り直している箇所がないか
- 会話の途中でモデルを切り替えるルーター/フォールバックがあるか

【出力形式】
- 該当箇所 / リスク / 推奨する修正 / 想定工数（S・M・L）の4列の表
- 修正の優先順位（本番停止に直結する順）

対象コードは次に貼ります。読み取れない前提は勝手に補わず、質問してください。
[ここにコードを貼る]

併用戦略——タスクで振り分ける運用ルール

「どちらか一方に統一する」よりも、タスク単位でモデルを振り分ける方が、コストと精度のバランスが取れます。実際、Fable 5は2026年6月に輸出管理をめぐる措置で3週間にわたり全世界で利用停止になった実績があり(詳しくはFable 5利用再開の全経緯で解説)、単一モデルへの依存はコストだけでなく可用性の観点からもリスクです。以下は、実際の社内ルール策定で使える振り分け方針の一例です。

この表で1行だけ性質が違うのが最終行です。ZDR要件のある業務は「コストと精度で選ぶ」話ではなく「契約上使えるかどうか」の話なので、エスカレーションの選択肢そのものが存在しません。Fable 5.1とMythos 5.1は、Fable 5・Mythos 5と同じくCovered Modelに指定され、30日のデータ保持がかかり、Anthropicが明示的に許可しない限りゼロデータ保持では利用できないと公式に書かれています。ここは情報システム部門と法務部門の側で先に線を引いておくべき項目です。

もう1つ、9月1日から新しく考慮に入るのがコンテンツ来歴です。Fable 5.1とMythos 5.1が生成したテキストには、モデルが提供されている全プラットフォームでAnthropicの統計的テキスト透かしが入ります。Files API経由で取得した画像・動画には、署名付きのC2PA Content Credentialsが付く。公式は「透かしは出力の意味・品質・可読性を変えず、トークンを増やさず、隠し文字も入れず、利用者や組織の情報は持たない」と説明しています。とはいえ「AI生成物であることを判別可能にする仕組みが公式に入った」こと自体は、社内ガイドラインで触れておく価値があります。

プロンプト5: 併用ルール(社内運用ガイドライン)の雛形生成

Claude Opus 5とClaude Fable 5.1を併用する社内運用ガイドラインの雛形を作成してください。

【含めてほしい項目】
1. 標準モデルとエスカレーション条件（業務カテゴリ別に表形式で）
   - 既定はOpus 5。Fable 5.1へ上げるのは「数時間規模の長期エージェント」「多段リサーチ」「Opus 5を高effortで回しても評価基準に届かない場合」
2. モデル切り替えの承認フロー（誰が判断するか）
3. データ保持の制約（Fable 5.1はCovered Model指定・30日保持・原則ゼロデータ保持不可）を踏まえた、扱ってよいデータの線引き
4. 可用性リスク（過去の輸出管理による利用停止事例）を踏まえた代替手順
5. コスト超過時のアラート基準（キャッシュ読み取り比率も監視項目に入れる）
6. AI生成物であることの明示（Fable 5.1はテキスト透かしとC2PAに対応）に関する社内ルール

自社の組織構造[ここに部署名・承認者を記入]に合わせてカスタマイズしてください。
仮定した点は必ず"仮定"と明記してください。

プロンプト6: タスク振り分け判定(1タスクごとのその場判断)

これから依頼するタスクについて、Claude Opus 5とClaude Fable 5.1のどちらで処理すべきか判定してください。

【判定基準（2026年9月時点の公式方針に準拠）】
- 既定はOpus 5から始める
- 数時間規模の長期エージェント作業・大規模リファクタ・多段リサーチ → Fable 5.1
- 密なグラフやPDF内の入れ子表を読む必要がある → Fable 5.1
- Opus 5を高いeffortで回しても評価基準に届かなかった → Fable 5.1
- 件数の多いバッチ処理・キャッシュが効かない単発処理 → Opus 5
- ゼロデータ保持が要件 → Fable 5.1は使わない

【タスク内容】
[ここに依頼したいタスクを記入]

判定結果と理由を3行以内で回答してください。
判定に必要な情報が足りない場合は、推測せずに何が足りないかを1行で返してください。

プロンプト7: Fable 5からの3択判定（経営層への説明用）

当社はClaude Fable 5を本番で使っています。次の3択のどれを取るべきか、経営層に説明できる形で整理してください。

【3択】
A. Claude Fable 5.1へ上げる
B. Claude Opus 5へ降りる
C. Claude Fable 5のまま据え置く

【判断材料（2026年9月時点）】
- Fable 5は前世代（公式ステータスは Active）。退役は2027年6月9日より前にはない
- Fable 5.1は入力$10 / 出力$50でFable 5と同額。キャッシュ読み取りのみ$1.00→$0.25
- Opus 5は入力$5 / 出力$25、キャッシュ読み取り$0.50
- Fable 5.1の破壊的変更は3点（強制ツール使用が非対応／思考ブロックがモデルに紐づく／過去ターンの編集で思考ブロックが無効化）

【当社の状況】
- 1セッションの平均実行時間: [記入]
- 強制ツール使用（tool_choiceのanyまたはtool）の利用: [あり/なし]
- messages配列を自前で組み立てているか: [はい/いいえ]
- ゼロデータ保持の契約要件: [あり/なし]
- 月間のAPI費用: [記入]

【出力形式】
1. 推奨する選択肢と理由（3行）
2. 選ばなかった2つを外した理由（各2行）
3. 実施した場合の想定コスト影響（増減の方向と概算）
4. 意思決定に必要だが今わからない情報のリスト

わからない項目を推測で埋めないでください。

【要注意】モデル選びでよくある失敗パターン

失敗1: 基本料金の行だけ見て「常に2倍」と決めつける

❌「Fable 5.1は入力$10・出力$50でOpus 5の2倍だから、うちのエージェント基盤には高すぎる」

⭕「キャッシュ読み取りはFable 5.1が$0.25でOpus 5の$0.50より安い。自社のusage内訳でキャッシュ読み取りの比率を見てから総額で比べる」

なぜ重要か: Fable 5.1だけキャッシュ読み取りに2.5%ルールが適用され、10%ルールの他モデルと値付けの構造が違います。長時間エージェントほどキャッシュ読み取りが支配的になるため、基本料金の倍率と総額の倍率が一致しません。前掲の試算では2倍が1.10倍まで縮みました。

失敗2: 「モデルIDを1行変えるだけ」で移行できると思い込む

❌「claude-fable-5をclaude-fable-5-1に置換すれば移行完了」

⭕「破壊的変更3点(強制ツール使用の非対応・思考ブロックのモデル紐づき・過去ターン編集での無効化)を先にコードで確認してから置換する」

なぜ重要か: tool_choiceにanyやtoolを渡している実装は、置換した瞬間に400エラーで止まります。また、リクエストごとにsystemプロンプトを組み立て直している実装は思考ブロックが無効化されます。特に後者は2026年8月31日以降に作成したアカウントでのみ強制されるため、「開発環境では動いたのに新しく作った本番アカウントで落ちる」という順序で表面化しかねません。

失敗3: ベンチマークスコアの総合点だけで判断する

❌「Intelligence Indexで1位だから、Opus 5がすべての面で優れている」

⭕「総合スコアは僅差でも、AA-Omniscience(事実知識)ではFable系が優位、AA-Briefcase(エージェント実務)ではOpus 5が優位、というようにベンチマークごとの得意分野を見る」

なぜ重要か: 総合指標は複数の評価軸を平均したものです。自社の業務がどの評価軸に近いかを見極めないと、「総合1位のモデルなのに自社業務では期待通りの結果が出ない」という事態が起きます。またFable 5.1のTerminal-Bench系の数字はFable 5との比較であって、Opus 5との比較ではない点も混同しないでください。

失敗4: データ保持ポリシーの確認を後回しにする

❌「性能とコストだけ比較して契約し、あとからゼロデータ保持(ZDR)が使えないと気づく」

⭕「機密性の高いデータを扱う業務では、契約前にデータ保持ポリシー(Fable 5.1・Mythos 5.1はCovered Model指定で30日保持・原則ZDR不可)を必ず確認する」

なぜ重要か: 情報システム部門・法務部門が事後にポリシー違反に気づくケースは、研修現場でも実際によく相談を受けます。Fable 5.1でもこの制約は引き継がれたので、「新バージョンで緩和されたのでは」という期待で確認を飛ばさないでください。契約前のチェックリストに必ず含めるべき項目です。

失敗5: コスト削減のためにeffortを下げっぱなしにする

❌「Fable 5.1は高いから、effortをlowに固定して使えば安く済む」

⭕「鮮度が必要なターンだけeffortを上げる。会話途中でのeffort変更(beta)を使えば、プロンプトキャッシュを壊さずに切り替えられる」

なぜ重要か: 公式は「最も低いeffortでは検索・取得ツールの呼び出しが減り、記憶から答えることが増える」と明記しています。最新情報が要る調査でこれをやると、古い知識で断定した回答が返ってきます。安さのために正確さを捨てる設定になっていないか、運用ルールで担保してください。

よくある質問

Q1. Opus 5とFable 5.1、結局どちらを標準にすべきですか?

A. 2026年9月時点の公式方針ではOpus 5が標準です。Fable 5.1のドキュメントは「ほとんどのワークロードはClaude Opus 5から始めてください」と明記し、Fable 5.1の用途を「要求の厳しい推論と長期エージェント作業、またはOpus 5を高いeffortで回しても評価基準に届かない場合」に限定しています。7月のOpus 5公開時にあった「Fable 5が最高峰／Opus 5は半額でフロンティア級」という二重表現は、この記述で整理されました。

Q2. Fable 5.1とFable 5は何が違いますか?

A. 入力$10・出力$50という基本料金は同じで、キャッシュ読み取りだけ$1.00から$0.25へ4分の1になりました。性能面では長時間エージェントコーディング・文書/スプレッドシート/スライドの知識労働・多段リサーチ・ビジョン・長文脈・コンピュータ操作の6領域が強化されています。Anthropicの発表では、Terminal-Bench-Science 0.1が24.7%から52.6%へ、Terminal-Bench 4.0が42.0%から55.8%へ伸びました。一方でAPIには破壊的変更が3点あるので、置換前にコードの確認が必要です。

Q3. Fable 5(無印)はいつまで使えますか?

A. 公式の廃止スケジュール（platform.claude.com model-deprecations）では2026年9月7日時点も Active で、退役は2027年6月9日以降と案内されています。すぐ止まるわけではありませんが、新機能が来ない世代なので、移行の期限をカレンダーに登録しておくことをおすすめします。なおFable 5.1の提供終了は2027年9月1日以降とされています。

Q4. コンテキストウィンドウは同じですか?

A. はい。Opus 5・Fable 5.1・Fable 5とも1Mトークンのコンテキストウィンドウ、最大出力128kトークンで同一です。キャッシュ可能な最小プロンプト長も512トークンで共通。長文処理の”入る/入らない”では差がつきません。ただしFable 5.1は「1Mトークン全域にわたって details を推論しつなげる長文脈作業」が強化領域として公式に挙げられており、同じ長さを入れたときの使いこなしには差があるとされています。

Q5. Claude Pro・Maxプランではどちらが使えますか?

A. Opus 5はClaude Maxの標準モデルであり、Claude Proでも利用できる最上位モデルです。プランの利用上限内で追加費用なく使えます。Fable 5.1はAnthropic公式ヘルプ「Claude Fable models on your plan」(2026年9月2日確認)によると、Max・Team Premiumプランでは週次利用上限の50%まで追加費用なしで使え(総量は増えず他モデルと同じ枠を消費)、Pro・Team Standardプランでは従量課金の利用クレジットのみ、Freeプランでは利用できません。Fable 5.1は7月に終了したFable 5のプロモーション枠の対象になったことはありません。

Q6. 両方を契約する意味はありますか?

A. あります。第一に用途の分担です(既定はOpus 5、長期エージェントと多段リサーチはFable 5.1)。第二に可用性リスクで、Fable 5には2026年6月に輸出管理措置で3週間の全世界停止があった実績があり、単一モデルへの依存はリスクになります。第三に、Fable 5.1の安全分類器が拒否応答を返したときのフォールバック先がClaude Opus 4.8とClaude Opus 5に限られているため、Opus系を使える状態にしておくこと自体が運用上の前提になります(生物学分野はOpus 5、サイバーセキュリティ分野はOpus 4.8が既定のフォールバック先)。

Q7. 拒否応答が返ってきたときの課金はどうなりますか?

A. 出力が始まる前に返ってきた拒否については課金されません。加えてFable 5.1では、フォールバッククレジットによってモデル切り替え時のプロンプトキャッシュのコストが返金されます。拒否はstop_reason: "refusal"とともにHTTP 200で返り、stop_detailsにどのポリシー領域が反応したかが入ります。エラーではなく正常応答として返る点に注意してください。

Q8. Sonnet 5との違いも知りたいのですが?

A. Sonnet 5は入力$2・出力$10で、速度とコストのバランスを重視したモデルです。レイテンシの相対評価もFast(Opus 5はModerate、Fable 5.1はSlower)。3モデルの使い分けはClaude SonnetとOpus 5の違いで、Fable系とSonnet 5の組み合わせはFable 5とSonnet 5どっちを使う？使い分け基準で詳しく解説しています。

Q9. Claude Codeでの利用にはどちらが向いていますか?

A. 日常的な開発作業はOpus 5を標準にし、数時間規模の大規模リファクタや移行だけFable 5.1へ上げる運用が費用対効果に優れます。Claude Code・claude.ai・Claude Managed Agents・Claude Agent SDKは、思考ブロックの前提となる履歴のプレフィックスを自動で保ってくれるため、Fable 5.1の破壊的変更3点目(過去ターン編集での無効化)を自前で気にする必要がない点も利点です。

Q10. GPT-5.6など他社モデルとの比較も必要ですか?

A. Artificial Analysis Intelligence IndexではGPT-5.6 Sol(maxモード)が59点で3位圏につけており、Opus 5・Fable 5とは僅差でした(2026年7月時点)。他社モデルとの3社比較はGPT-5.6 vs Fable 5/Opus 4.8比較で解説しているので、Anthropic以外の選択肢も検討する場合はあわせて参照してください。

参考・出典

• Claude Fable 5.1 – overview — Anthropic公式ドキュメント（参照日: 2026-09-02）
• What’s new in Claude Fable 5.1 — Anthropic公式ドキュメント（参照日: 2026-09-02）
• Migrating to Claude Fable 5.1 — Anthropic公式ドキュメント（参照日: 2026-09-02）
• Claude Fable 5.1 and Claude Mythos 5.1 — Anthropic公式ニュース（参照日: 2026-09-02）
• Model deprecations — Anthropic公式ドキュメント（参照日: 2026-09-02）
• Pricing – Claude Platform Docs — Anthropic公式ドキュメント（参照日: 2026-09-02）
• Refusals and fallback — Anthropic公式ドキュメント（参照日: 2026-09-02）
• Introducing Claude Opus 5 — Anthropic公式ニュース（参照日: 2026-07-25）
• What’s new in Claude Opus 5 — Anthropic公式ドキュメント（参照日: 2026-07-25）
• Models overview – Claude Platform Docs — Anthropic公式ドキュメント（参照日: 2026-09-02）
• Claude Opus 5 – Intelligence, Performance & Price Analysis — Artificial Analysis（参照日: 2026-07-25）
• Claude Fable 5 – Intelligence, Performance & Price Analysis — Artificial Analysis（参照日: 2026-07-25）
• Opus 5: Fable 5 level intelligence at a lower cost per task — Artificial Analysis（参照日: 2026-07-25）
• Claude Opus 5: the new leader in agentic knowledge work — Artificial Analysis（参照日: 2026-07-25）

まとめ：今日から始める3つのアクション

1. 今日: 直近1か月のusage内訳を開き、cache_read_input_tokensが入力全体の何%かを確認する。ここが大きいならFable 5.1の検討対象、ほぼゼロならOpus 5一択です
2. 今週中: 「プロンプト1」でキャッシュ込みの総額試算を行い、自社のワークロードでFable 5.1がOpus 5の何倍になるかを小数第2位まで出す。あわせて「プロンプト4」でtool_choiceの棚卸しをする
3. 今月中: Fable 5を使っているなら「プロンプト7」で3択を判定し、Aを選ぶなら移行後チェック5項目まで実施する。Cを選ぶ場合も、2027年6月9日以降という提供終了の目安を移行期限としてカレンダーに入れる

次回予告: 次の記事では「Claude Codeでのモデル切り替え設定」をテーマに、Opus 5とFable 5.1を実際のワークフローで使い分ける具体的な設定方法をお届けします。

著者: 佐藤傑（さとう・すぐる）
株式会社Uravation代表取締役。X（@SuguruKun_ai）フォロワー約10万人。
100社以上の企業向けAI研修・導入支援。著書『AIエージェント仕事術』（SBクリエイティブ）。
SoftBank IT連載7回執筆（NewsPicks最大1,125ピックス）。

ご質問・ご相談は お問い合わせフォーム からお気軽にどうぞ。