Fable 5.1とOpus 5は何が違う？差が出る場面と節約術
Claude Fable 5.1が2026年9月1日に公開されました。ただ、Claude Codeで切り替えて使ってみても「どこが違うのか分からない」と感じた方は多いはずです。
結論から言うと、それは正常です。差が出る条件が限られているからです。
この記事では、Anthropicの公式ドキュメントをもとに次の3つを整理します。
- どういう作業で差が出て、どういう作業では出ないのか
- Fable 5.1で変わったクセ（性能が上がっただけではありません）
- 入力$10・出力$50という価格に対して、トークン消費をどう抑えるか
筆者はWeb制作とAI活用を仕事にするフリーランスで、Claude Codeを日常的に使っています。「使い分けろと言われても判断できない」という方に向けて書きます。
結論：短い作業では差は出ない
公式ドキュメントは「多くの用途ではまずClaude Opus 5から始め、Fable 5.1は要求の厳しい推論と長時間のエージェント作業に使う」と明記しています。Opus 5を高いeffortで試しても結果が足りないときの選択肢、という位置づけです。
そして見落とされがちなのが、能力の差はeffort（思考の深さ）を上げるほど広がるという点です。浅い思考で終わる作業には、差が出る余地がそもそもありません。
差が出るのは、次の3条件のどれかに当てはまるときです。
- 作業が長い（数時間続くセッション）
- 扱う情報が多い（100万トークンの文脈をまたぐ）
- 手順が多い（多段階の調査、複数ファイルにまたがる変更）
「この関数を直して」「この文章を整えて」といった日常の作業では、ほぼ違いは出ません。差が分からないのは、モデルの問題でも設定の問題でもないということです。
スペックの違いを並べて見る
| 項目 | Claude Fable 5.1 | Claude Opus 5 |
|---|---|---|
| 入力料金 | $10 / 100万トークン | $5 / 100万トークン |
| 出力料金 | $50 / 100万トークン | $25 / 100万トークン |
| キャッシュ読み取り | $0.25 / 100万トークン（基本入力の2.5%） | 基本入力の10% |
| 速度 | 遅い | 中くらい |
| コンテキスト | 100万トークン | 100万トークン |
| 最大出力 | 128Kトークン | 128Kトークン |
| 知識のカットオフ | 2026年6月 | 2026年5月 |
| 提供終了 | 少なくとも2027年9月1日まで | 少なくとも2027年7月24日まで |
入力と出力の価格はFable 5から据え置きで、Opus 5と比べると2倍です。速度も遅い。ここだけ見ると使いにくいモデルに見えます。
ただしキャッシュ読み取りだけは逆転します。Fable 5.1は基本入力価格の2.5%で、他のClaudeモデルの10%より安い。Fable 5の$1.00から$0.25へ4分の1になりました。Anthropicはこの変更について、典型的な使い方で約25%、エージェント中心の使い方では最大45%コストが下がると見積もっています。
同じ前提を何度も読み直す長いセッションほど、実際の価格差は縮まるということです。
差が出る6つの場面
公式が挙げている改善領域は6つです。いずれもeffortが高いほど差が開くと明記されています。
1. 数時間続くコーディング作業
複数ファイルにまたがる機能追加、大規模なリファクタリングや移行、デバッグ、コードレビュー。数時間にわたって走り続けるセッションが対象です。1ファイルの修正では差が出ません。
2. ドキュメント・スプレッドシート・スライドの作成
最初の問いから、完成した資料まで一気に仕上げる作業です。数式が実際に動くスプレッドシートや、構成から作るスライドが含まれます。
3. 多段階のリサーチ
Web調査で、見つけた情報をさらに追いかけていく深掘り型の調査。一度検索して終わりではなく、結果を見て次の調べ方を決める種類の作業です。
4. 画像・PDFの読み取り
密度の高いグラフ、財務資料、PDFに入れ子になった表。グラフの一部を切り出して拡大しながら読む使い方でも精度が上がっています。
5. 長い文脈をまたぐ推論
100万トークンの文脈全体にわたって、離れた場所にある情報同士を結びつける作業です。コンテキストの上限そのものはOpus 5と同じ100万トークンですが、その全体を使い切る場面での精度が違います。
6. パソコン操作
ブラウザやデスクトップアプリの操作です。失敗した手順からの復帰が安定します。
Computer Useそのものの仕組みは別記事にまとめています。
数字で見ると差の出方がはっきりする
Anthropicが公開しているベンチマークを並べると、どこで差がつき、どこでつかないのかが数字で見えます。
| ベンチマーク | Fable 5.1 | Fable 5 | 差 |
|---|---|---|---|
| Terminal-Bench-Science 0.1 | 52.6% | 24.7% | +27.9pt |
| Terminal-Bench 4.0 | 55.8% | 42.0% | +13.8pt |
| CursorBench 3.2.0 | 73.4% | 70.5% | +2.9pt |
| Humanity’s Last Exam（ツール使用あり） | 65.0% | 63.8% | +1.2pt |
見てほしいのは差の幅です。長時間かかる科学タスクでは2倍以上に伸びているのに、日常的なコード編集では3ポイントも違いません。
「切り替えても差が分からない」と感じるのは、多くの人が日常的にやっているのが後者だからです。数字の上でも、その体感は正しいということになります。
この数字をどう読むか
ベンチマークの名前だけでは実感が湧かないので補足します。Terminal-Benchは、AIがコマンドライン環境で与えられた作業をどれだけ解き切れるかを測るものです。手順が多く、途中で判断や試行錯誤が必要な作業ほど難しくなります。
つまり上の表が示しているのは、手順が長く複雑な作業ほど差が開き、1回のやり取りで終わる作業ではほとんど変わらないということです。
なお、Anthropicは各ベンチマークの具体的なタスク内容を公開していません。ここではスコアの差の大きさから読み取れる範囲で書いています。
「長い作業」とは具体的にどれくらいか
ここまで「長時間の作業」と書いてきましたが、イメージが湧きにくいと思います。たとえば次のような仕事です。
- 決算資料のPDFを10本読み比べて、比較表にまとめる
- 半年分の問い合わせ履歴を分類して、傾向と対策を出す
- 古いExcelマクロの処理を、Google Apps Scriptに書き直す
- ひとつのテーマで20サイトを調べて、共通点と差分を抽出する
共通しているのは、1回聞いて終わりではなく、AIが自分で手順を決めて何十回も読み書きを繰り返す点です。こういう作業を実際に任せたことがないなら、Opus 5で足りている可能性が高いと考えてよいです。
「そもそも何を任せられるのか」から知りたい方は、コピペで試せるプロンプト例を別記事にまとめています。
安全側の誤検知も減っている
もう1つ、実務で効く改善があります。サイバーセキュリティ関連で誤検知が60%、初等生物学や医学の質問で85%減ったと発表されています。
Fable 5では、脆弱性の調査やセキュリティ診断に近い依頼が安全対策に引っかかり、別のモデルに切り替わってしまうことがありました。5.1ではその誤爆が減っています。
性能が上がっただけではない｜変わった7つのクセ
ここは日本語の解説記事があまり触れていない部分です。公式ドキュメントには、コードを一切変えなくても現れる挙動の変化が7つ挙げられています。「なんとなく使いにくくなった」と感じる正体は、たいていこのどれかです。
小さな修正でもファイルを丸ごと書き直す
1行だけ直せば済む場面でも、ファイル全体を書き直すことがFable 5より増えました。出来上がるファイルは同じですが、出力トークンと時間が余計にかかります。対処法は後述します。
ツールの呼び出しが1回ずつになることがある
Fable 5がまとめて複数のツールを呼んでいた場面で、1ターンに1回ずつ呼ぶことがあります。起きるのは、次に読むべきものが明示されず文脈から察するタイプのループ（コーディングエージェント、パソコン操作）です。往復が増えるぶんトークンと時間を消費しますが、答えの質は落ちません。
作業中の進捗報告が減る
長いツール実行の合間に書かれる「いま何をしているか」の文章が減りました。effortが高いときほど顕著です。画面が静かになるので、止まっているように見えることがあります。
low effortだと調べずに答えることがある
一番浅い設定では、検索や取得のツールを呼ぶ頻度が下がり、記憶から答えることが増えます。最新の情報が必要な場面では、その回だけeffortを上げる必要があります。
文章が密になる
文が長くなり、段落の区切りが減る傾向があります。読みやすさを優先したい用途では、書き方を指示したほうが安定します。
チャットでの装飾が減る
太字・見出し・リストの使用が以前のモデルより少なくなりました。「箇条書きを使うな」といった指示を昔のモデル向けに書いたまま使っていると、必要な構造まで消えることがあります。
要約で引用が引用と分からなくなる
資料を要約するとき、原文の一節をそのまま書き写して、引用と明示しないことがあります。記事や資料に転用するなら、引用箇所の確認が要ります。
これらは「劣化した」という話ではなく、クセが変わったという話です。ただし知らずに使うと、原因の分からない使いにくさとして残ります。
トークン消費を抑える7つの方法
入力$10・出力$50は、気軽に回せる価格ではありません。ここからは、公式ドキュメントが挙げている対処と、海外で共有されている運用のコツをまとめます。
1. まずeffortを下げて試す
effortは、コストと賢さのバランスを決める主要な設定です。公式は「既定のhighから始めて、low・medium・xhigh・maxを自分の評価基準で試せ」としています。
注目したいのは次の2点です。mediumならFable 5と同等の結果を、より低いコストで出せること。そしてlowでも、OpusやSonnetと同程度のコストで、それより高いスコアを出すことが多いこと。つまり「小さいモデルを高いeffortで回す」くらいなら、Fable 5.1をlowで回したほうが得な場面があります。
Claude Codeなら /effort で切り替えられます。なおeffortの名前が示す思考量はモデルごとに違うので、Fable 5で調整した設定をそのまま持ち込まず、測り直すよう公式は注意しています。
2. 難しいステップだけeffortを上げる
Fable 5.1では会話の途中でeffortを変えてもプロンプトキャッシュが壊れません（ベータ機能）。難所だけ上げて、定型作業では下げる、という使い方ができます。
これは地味に効きます。一般には、途中でeffortや思考の設定を変えるとそこからキャッシュが無効になり、再びフルの入力料金がかかります。Fable 5.1はその制約から外れた数少ないモデルです。
3. ファイル全体の書き直しを止める一文を入れる
先ほど挙げた「丸ごと書き直す」クセには、公式が具体的な指示文を用意しています。システムプロンプトか最初のメッセージの末尾に足すだけです。
The number of tokens used to edit files is best minimized, all else being equal. Therefore, when it will not affect the end result, try to surgically edit a file rather than rewrite the entire thing.
意味は「結果が変わらないなら、ファイルを丸ごと書き直さず、必要な箇所だけを外科手術のように直せ」。これでFable 5と同じ振る舞いに戻る、と公式は書いています。小〜中規模の修正が多い人ほど効きます。
4. ツールの呼び出しをまとめさせる
1ターン1呼び出しになる問題にも、一文で対処できます。公式は「依頼の末尾に、独立したツール呼び出しはまとめて出すよう一文を足せ」としています。往復の回数が減れば、そのぶん入力トークンも時間も減ります。
5. 会話の履歴を書き換えない
これが一番大きい節約です。長いセッションでは、毎回すべての前置きが送り直されます。キャッシュが効いていればその読み込みは基本価格の2.5%で済みますが、履歴を書き換えるとその時点からキャッシュが作り直しになります。
キャッシュを壊すのは次のような操作です。
- 過去のやり取りを編集する、並べ替える、削除する
- 毎回の注意書きを履歴に差し込んで、次のリクエストで消す
- セッションの途中でシステムプロンプトやツール定義を作り直す
履歴は足すだけにして、削るのはサーバー側の機能に任せる。これが公式の推奨です。Claude Codeやclaude.aiを使っているなら自動でそう扱われるので、気にする必要はありません。自分でAPIを叩いてツールを組んでいる人だけが対象の話です。
もう1点。キャッシュ読み取りが安くなったので、従来のように早めに履歴を圧縮するのが最適とは限らなくなりました。圧縮のタイミングを後ろにずらして試す価値がある、と公式は書いています。
6. 実作業は安いモデルに渡す
海外で共有されている運用で分かりやすいのが、高いモデルを進行役に置いて、実際の作業は安いモデルに任せる形です。Fable 5.1が$10/$50なのに対し、Haiku 4.5は$1/$5。作業量の多い部分をHaikuに渡せば、桁が変わります。
公式も、サブエージェントに任せるときは進行役を待たせず並行して動かすほうが、同等の品質・同等のコストで平均の完了時間が短くなると書いています。
7. xhigh・maxでは出力の余白を確保する
effortをxhighやmaxまで上げると、Fable 5.1は返答を書き始める前に長く考えます。ここで起きやすいのが、成果物を思考の中でほぼ書き上げてから、返答としてもう一度書き直すという無駄です。待ち時間も出力トークンも倍近くなります。
公式の推奨は、まずhighで回すこと。xhighやmaxは、品質が上がると測って確認できた場面だけに使う。どうしても使うなら、思考と返答の両方が収まるようmax_tokensに余裕を持たせ、「思考の中で成果物を書き上げてから返答で書き直すな」と明示的に伝えます。
Web制作の実務ではどう選ぶか
ここまでの整理を、Web制作の作業に当てはめます。判断の目安は「この作業は1時間以内に終わるか」です。終わるならOpus 5で十分です。
| 作業 | 選ぶモデル | 理由 |
|---|---|---|
| LPを1ページぶんコーディングする | Opus 5 | 短く終わるので差が出ない |
| WordPressテーマの大規模改修 | Fable 5.1 | 複数ファイル・長時間 |
| 納品前のチェック | Opus 5 | 1回で終わる |
| 外注指示書・仕様書を書く | Opus 5 | 文章1本ぶん |
| 競合調査・市場リサーチ | Fable 5.1 | 多段階の調査 |
| サイト全体を読んで構造を設計し直す | Fable 5.1 | 長い文脈をまたぐ |
| PDFの仕様書から要件を読み取る | Fable 5.1 | 入れ子の表に強い |
| 記事の下書き・リライト | Opus 5 | 差が出にくい。文章のクセもOpus 5のほうが扱いやすい |
迷ったらOpus 5から始めて、結果が足りないと感じたときにFable 5.1へ上げる。これが公式の推奨でもあり、費用の面でも無理がありません。
よくある質問
Q. Fable 5はもう使えないのですか？
A. 使えます。公式のモデル一覧では今も「Active」の扱いで、少なくとも2027年6月9日までは提供されると公表されています。これから新しく使い始めるならFable 5.1を選ぶほうが無難ですが、すでに動いているものを慌てて移行する必要はありません。
Q. 料金は上がりましたか？
A. 入力・出力ともFable 5と同じです。キャッシュ読み取りだけが4分の1に下がりました。長いセッションを回す使い方なら、実質的には安くなっています。
Q. Fable 5から切り替えるとき、何か壊れますか？
A. Claude Codeやclaude.aiを使っているなら、そのままで問題ありません。自分でAPIを組んでいる場合は3点あります。ツールの強制呼び出しがエラーになること、Fable 5.1の思考ブロックを以前のモデルが読めないこと、過去のやり取りを編集すると思考ブロックが無効になることです。
Q. 結局どちらを使えばいいですか？
A. まずOpus 5です。公式が「多くの用途ではOpus 5から始めよ」と書いています。数時間かかる作業、100万トークンを使い切る作業、多段階の調査に当たったときだけFable 5.1に上げてください。
まとめ
- 短い作業で差が分からないのは正常。差が出る条件が限られている
- 差が出るのは「長時間」「大量の文脈」「多段階」の3条件。effortを上げるほど広がる
- 性能が上がっただけでなく、クセも7つ変わっている。使いにくさの正体はたいていここ
- コストはeffortの調整とキャッシュの維持でかなり変わる。履歴を書き換えないのが一番効く
Fable 5そのものの現状（いつまで使えるのか、定額プラン外でどう使うか）は、別記事にまとめています。
Web制作・AI活用のご相談はこちら
モデルの使い分けや、AIを実際の制作・運用にどう組み込むかで迷っている方へ。
筆者はフリーランスのWebディレクターとして、Web制作とAI活用の相談を受け付けています。制作会社の外注先としての実装・進行も対応しています。
