Claude Fable 5.1で何が変わった?Fable 5からのアップデートを実際に検証
AI評価クラウド
そのAI、精度やリスクを正しく計測できていますか?
ハルシネーション検知や満足度計測など、AI品質の可視化をご支援します。
Kohei Uesugi
株式会社Moji ビジネス開発・コンテンツマーケティング担当 鹿児島県出身。大学2年次から複数のスタートアップで長期インターンを経験し、営業・事業開発と0→1の立ち上げに携わる。2026年9月より、生成AI特化の開発会社・株式会社Mojiに参画。AI開発プロジェクトの事業開発と運営体制づくりを担当しながら、自社メディアのコンテンツ運用をリードしている。
Claude Fable 5.1で何が変わった?Fable 5からのアップデートを実際に検証
2026年9月1日、Anthropicが最上位モデルの新版「Claude Fable 5.1」を公開しました。
派手な話題はベンチマークの更新ですが、実務でより効くのは価格です。基本料金(入力10ドル・出力50ドル/100万トークン)は Fable 5 から据え置きのまま、キャッシュ読み込みだけが75%下がりました。長時間動かすエージェントほど、この一点が効いてきます。
すでに Fable 5 を使っている方が知りたいのは、「5.1に上げる価値があるか」だと思います。本記事は、Fable 5 から 5.1 で何が変わったのかを整理し、実際に Fable 5.1 を業務に近いタスクで動かした結果まで含めて検証します。
なお、Fable そのものの基礎(Mythosクラスの位置づけ、Opus・Sonnetとの違い、他社モデルとの横断比較)は、別記事「Claude Fable 5とは?実際に使って分かった特徴と他社AIとの違い」で整理しています。
Claude Fable 5.1とは(要点だけ)
Claude Fable 5.1 は、Anthropicが一般提供するなかで最上位(Mythosクラス)のフロンティアモデルです。制限付きで提供される Claude Mythos 5.1 と同じ基盤モデルで、安全対策のレベルだけが異なります。
長時間・複数アプリをまたぐ自律的な作業(コーディング、知識労働、リサーチ)に向けて設計されている点は、Fable 5 から一貫しています。知識のカットオフは2026年6月、コンテキストウィンドウは100万トークン、最大出力は12万8,000トークンです。
モデルの階層(Fable > Opus > Sonnet > Haiku)や料金プランの全体像は、Fable 5 の解説記事で扱っています。
Fable 5 から何が変わったのか
賢さ:難しい仕事ほど差が出る
5.1は、最難関の推論タスクで一段性能が上がり、曖昧で判断の難しい作業での精度が改善しました。あわせて、「自信を持って間違える(confident wrong answers)」が減ったとされています。
世代差が最も大きいのは、エージェント型の科学研究とターミナルでのコーディングです。たとえば、ターミナル上での自律的な科学研究を測る Terminal-Bench-Science 0.1 では、Fable 5.1 が52.6%と、Fable 5 の24.7%から倍以上に伸びています。実務では、指示が曖昧なときに誤った前提のまま突き進むリスクが下がる、という意味で効いてきます。
コスト:キャッシュ読み込みが大幅に安くなった
今回のアップデートで実務的に大きいのが価格です。基本料金は据え置きですが、キャッシュ読み込みが 1.00ドル → 0.25ドル(約75%減)になりました。
エージェントは同じコードベースやドキュメント、指示文を何度も読み直します。そのため、キャッシュ価格の引き下げは長時間タスクほど効いてきます。Anthropicの見積もりでは、一般的な用途で約25%、繰り返し読み込むエージェント用途では最大約45%、実質コストが下がるとされています。
料金項目 | 100万トークンあたり |
|---|---|
入力 | 10ドル |
出力 | 50ドル |
キャッシュ読み込み | 0.25ドル(1.00ドルから約75%減) |
キャッシュ書き込み(5分) | 12.50ドル |
キャッシュ書き込み(1時間) | 20ドル |
Batch API | 入力・出力ともに50%割引 |
effort(努力度)が会話中に切り替えられる
処理にかける"努力度"を Low / Medium / High の3段階から選べます(思考プロセスは常時オン)。会話の途中でも切り替えられるため、軽い工程はコストを抑え、難所だけ努力度を上げる、といった使い分けができます。既定値は Claude Code が High、Claude Cowork と Claude.ai が Medium です(API既定は公式未明記のため記載しません)。
Anthropicによると、LowやMediumの設定でも Fable 5 と同等以上の結果をより低コストで出せるとされています。effortは、品質を落とす設定というより、コストを調整するためのつまみと考えるとよいでしょう。
安全対策とデータの扱い
サイバー領域では、本来は無害な要求のブロック(誤検知)が改善し、Claude Code では1セッションあたりの介入が平均で約60%減ったとされています。脆弱性の"発見"には使える一方、"エクスプロイトの開発"はできないよう制御されています。バイオ領域でも、初歩的な生物・医療の質問に対する誤検知が約85%減ったとされています。
データ保持については、顧客データをAnthropic側ではなく顧客自身のクラウドに保持する枠組み「Enterprise Frontier Safeguards(EFS)」が発表されました。不正利用の検知を残しつつ、ゼロデータ保持に近いプライバシーを実現する仕組みで、今秋から段階的に提供されます。提供が始まるまでの間も、対象となる顧客は Fable 5.1 をゼロデータ保持で利用できるとされています。
変更点まとめ(Fable 5 → Fable 5.1)
項目 | Fable 5 | Fable 5.1 |
|---|---|---|
リリース | 2026年6月 | 2026年9月1日 |
難所の推論・判断 | 基準 | 向上(自信ある誤答が減少) |
基本料金(入力/出力・100万トークン) | 10ドル/50ドル | 10ドル/50ドル(据え置き) |
キャッシュ読み込み | 1.00ドル | 0.25ドル(約75%減) |
実質コスト | 基準 | 一般用途 約25%減/エージェント用途 最大約45%減 |
effort段階 | 基準 | Low/Medium/High(会話中に切替可) |
サイバー誤検知(Claude Code) | 基準 | 約60%減 |
実際に検証してみた
公式のベンチマークだけでは、実際の業務でどこまで使えるかは分かりません。そこで、Fable 5.1 が特に改善したとされる2点を、業務に近いタスクで確かめました。ひとつは複数ファイルにまたがるコードの根本原因デバッグ、もうひとつは情報が不足した曖昧な依頼への判断です。
いずれも Claude.ai で Fable 5.1 を選択し、既定の Medium effort で実行しています。
検証1:複数ファイルにまたがるコードの根本原因デバッグ
一度の回答ではなく、複数ファイルにまたがる不具合の"根本原因"を突き止め、対症療法ではなく根本を直せるかを確かめます。「症状ではなく根本原因を直す」「自信を持った誤答が減る」とされる点の検証です。
わざと、クラス属性の共有という気づきにくいバグを仕込んだ2ファイルのコードを渡し、原因特定・修正・テスト追加・根拠説明を依頼しました。
入力したプロンプト
あなたは、Pythonのコードレビューを担当するシニアエンジニアです。
以下の2つのファイルからなる簡易なショッピングカートで、「あるユーザーがクーポンを使うと、その後に会計する別のユーザーにも、使っていないはずの同じ割引が適用されてしまう」という不具合が報告されています。
# discount.py
COUPONS = {"SAVE500": 500, "SAVE1000": 1000}
class DiscountEngine:
applied_coupons = []
def add_coupon(self, code):
self.applied_coupons.append(code)
def total(self, subtotal):
discount = sum(COUPONS.get(c, 0) for c in self.applied_coupons)
return max(0, subtotal - discount)
# cart.py
from discount import DiscountEngine
class Cart:
def __init__(self, user):
self.user = user
self.engine = DiscountEngine()
self.items = []
def add_item(self, price):
self.items.append(price)
def checkout(self, coupon=None):
if coupon:
self.engine.add_coupon(coupon)
subtotal = sum(self.items)
return self.engine.total(subtotal)
次の順で対応してください。①根本原因の特定 ②症状を隠さず根本原因を修正した完全なコード ③この不具合を検出できる自動テストの追加 ④その原因だと判断した根拠の説明。
なお、与えられていない仕様は追加せず、推測は「仮定」と明記し、症状を一時的に隠すだけの対症療法にはしないでください。追加の質問はせず、不足情報は仮定または確認事項として明示したうえで進めてください。
生成された回答(要点)
Fable 5.1 は、根本原因を「DiscountEngine.applied_coupons がクラス属性として定義され、すべてのインスタンスで共有されている点」と特定しました。Pythonではクラス本体に書いたリストが一度だけ生成され、全インスタンスが同じ1つのリストを参照する、という挙動まで踏み込んで説明しています。
修正は discount.py の1行のみで、cart.py には手を入れていません。
# discount.py(修正)
class DiscountEngine:
def __init__(self):
self.applied_coupons = [] # インスタンスごとに独立させる
あわせて、不具合の再現・エンジン間で状態を共有しないこと・クラス属性が復活していないことの回帰テストの3件を用意し、修正前は3件すべて失敗、修正後は3件すべて成功することを確認しています。会計処理を書き換えるといった対症療法も、自ら挙げたうえで「共有状態が残るため再発する」と退けています。
評価
評価項目 | 評価 | 評価理由 | 主な改善余地 |
|---|---|---|---|
根本原因の正確さ | 5.0/5 | クラス属性の共有という根本原因を、Pythonの評価タイミングまで含めて正確に説明。 | これは既知の典型パターンで、難度の高いバグではない点は補足したい |
対応の妥当性(根本対応か) | 5.0/5 | 修正を1行に限定し、対症療法を自ら挙げて理由とともに退けている | ― |
誤りへの慎重さ | 4.5/5 | 他の候補を除外し、仕様が未定義な点は仮定・確認事項として切り分けている | 「実行して確認した」と述べる箇所は、実行ログの有無まで確かめたい |
出力の再利用しやすさ | 4.5/5 | そのまま貼り付けて使える完成度で、回帰テストまで含む | 回帰テストが実装詳細に依存しており、やや壊れやすい |
バグ自体は典型例ですが、対症療法を自ら退け、仮定と確認事項を切り分ける進め方は、「自信を持った誤答が減った」という今回のアップデートの方向性と一致していました。
検証2:情報が不足した曖昧な依頼への判断
前提が足りない依頼に対して、それらしい数値をでっち上げずに、仮定と確認事項を切り分けて整理できるかを確かめます。「曖昧な作業での判断が良くなった」の検証です。
入力したプロンプト
あなたは、生成AIの導入を支援するコンサルタントです。クライアントから「社内の問い合わせ対応をAIで効率化したい。費用対効果もあわせて示してほしい」とだけ依頼されました。現時点で共有されているのは業種(BtoBソフトウェア企業)のみで、問い合わせ件数・対応人数・平均対応時間・予算などは未共有です。
この条件で、①現時点で提案できる効率化の方向性 ②費用対効果を試算するための前提とその置き方 ③提案を確定させる前にクライアントへ確認すべき事項、を作成してください。
なお、与えられていない数値は事実として断定せず、試算のために置く場合は「仮定」と明記し根拠も添えてください。確認できていない数字を実データのように書かず、追加の質問はせず、不足情報は仮定または確認事項として整理してください。
生成された回答(要点・抜粋)
Fable 5.1 は冒頭で、依頼にない「社内の問い合わせ」の解釈の分岐を自ら提示し、確認事項の最上位に置きました。
解釈 | 内容 |
|---|---|
A. 社内向けヘルプデスク | 社員から情シス・人事・総務・経理などへの問い合わせ |
B. 社内からの製品・技術問い合わせ | 営業・CSが顧客対応のために開発・サポートへ聞く問い合わせ |
費用対効果は単一の数値で断定せず、各変数に幅と根拠を添えたうえで、3シナリオで提示しています。
シナリオ | 件数/月 | 対象割合 | 削減率 | 年間削減工数(仮定) |
|---|---|---|---|---|
保守的 | 100件 | 30% | 20% | 約24時間 |
中央 | 300件 | 50% | 40% | 約240時間 |
楽観的 | 1,000件 | 70% | 60% | 約1,680時間 |
そのうえで、中央シナリオでも単年ROIがマイナスになることを隠さず示し、「AIは効果がない」ではなく「この件数規模では工数削減だけではペイしにくい」と論点を整理。シナリオ間で結果が約70倍に開くことを根拠に、「ヒアリングとログ分析なしにROIを断定することはできない」と結んでいます。
評価
評価項目 | 評価 | 評価理由 | 主な改善余地 |
|---|---|---|---|
事実と仮定の切り分け | 5.0/5 | 共有された事実以外をすべて仮定・確認事項として明示し、各仮定に幅と根拠を添えている | 初期費用の年割りで償却年数(3年)を暗黙に置いている。仮定として明記したい |
提案の実務適合 | 5.0/5 | セルフサービス化・一次対応支援・仕分け・ナレッジ循環の4方向に整理し、ログ分析→PoC→本導入という現実的な順序を示している | ― |
誤りへの慎重さ | 5.0/5 | 単年ROIがマイナスになる不都合な結果を隠さず提示し、断定を避けて確認事項に落としている | ― |
出力の再利用しやすさ | 4.5/5 | そのままクライアント提出前の骨子として使える構成と粒度 | 分量が多く、実提出では要約が要る |
情報が乏しい依頼に対し、数値を仮定と明示しながら、あえて不都合なマイナスROIまで示して論点を整理する。もっともらしい費用対効果を断定しないこの進め方は、今回のアップデートの方向性をよく表していました。
公式ベンチマークでの位置づけ
本記事の比較の主軸は「Fable 5 → 5.1」の世代差です。他社(GPT-5.6 Sol、Gemini 3.1 Pro)や Claude 内の他モデル(Opus 5、Sonnet 5)との横断的な選び方は、Fable 5 の解説記事で扱っています。
Anthropicが公表したベンチマーク(本番セーフガード有効時)では、Fable 5.1 は公表された全項目で Opus 5 を上回り、GPT-5.6 Sol に対してもスコアが掲載されている項目すべてで上回っています。
ベンチマーク | Fable 5.1 | Fable 5 | Opus 5 | GPT-5.6 Sol |
|---|---|---|---|---|
Terminal-Bench-Science 0.1(自律的な科学研究) | 52.6% | 24.7% | 29.0% | 22.4% |
Terminal-Bench 4.0(ターミナルでのコーディング) | 55.8% | 42.0% | 52.3% | 37.3% |
CursorBench 3.2.0(IDE上のコーディング) | 73.4% | 70.5% | 70.0% | 67.2% |
GDPval-AA v2(知識労働の質・Elo) | 1853 | 1723 | 1824 | 1711 |
AutomationBench(業務ワークフロー自動化) | 31.4% | 17.1% | 26.9% | 19.6% |
Humanity's Last Exam(ツール有・学術推論) | 65.0% | 63.8% | 63.6% | 未公表 |
OSWorld 2.0(strict・PC操作) | 41.7% | 36.1% | 39.6% | 未公表 |
ただし、ベンチマークは評価条件が各社で異なります。数値の順位だけで選ぶのではなく、用途・料金・データの扱いで判断するのが現実的です。なお、セーフガードが介入したタスクでは、Anthropicが別モデル(Opus 4.8 や Opus 5)に処理を代行させており、これは Fable 側のスコアをむしろ押し下げている可能性があります。
いつ 5.1 を選ぶ・乗り換えるべきか
すでに Fable 5 を使っているなら、5.1 への切り替えは基本的に前向きに検討してよいアップデートです。特に、次のケースで効果が出やすいと考えられます。
- コンテキストを繰り返し読むエージェント運用(キャッシュ値下げの恩恵が大きい)
- 判断の難しい・曖昧な要件を含む業務(誤った断定が減る)
- Claude Code でのコーディングで、正当な要求がブロックされて困っていた場合(誤検知の改善)
一方で、短い文章生成や単純な要約など、速度とコストを優先する業務では、引き続き Sonnet 5 や Opus 5 のほうが合う、という基本方針は Fable 5 のときと変わりません。Anthropic自身も、日常的な業務ではまず Opus 5 や Sonnet 5 を勧めています。
まとめ
Claude Fable 5.1 は、Fable 5 の路線を維持しつつ、「難所での賢さ」「キャッシュ利用時のコスト」「安全対策の誤検知」を改善したアップデートです。基本料金は据え置きのまま、エージェント用途では実質コストが最大で約45%下がるとされ、長時間・繰り返し読み込みの多い業務ほど恩恵が大きくなります。
今回、Fable 5.1 を2つのタスクで実際に動かしました。複数ファイルにまたがる不具合では、根本原因の特定から根本修正、回帰テストまでを一度で完結させました。情報が乏しい提案依頼では、数値をすべて仮定と明示し、あえて不都合なマイナスROIまで示して「データがなければ費用対効果は断定できない」と整理しました。いずれも、もっともらしい誤りを避けるという今回の方向性と一致する挙動でした。
5.1 に乗り換えるかどうかの判断は、文章量ではなく、業務に含まれる判断の多さと、繰り返し読み込みの量で考えるとよいでしょう。 Fable そのものの選び方や他社比較の全体像は「Claude Fable 5とは?」で解説しています。あわせてご覧ください。
FAQ
Q. Fable 5.1 は Fable 5 から何が変わった? A. 難所の推論性能の向上、キャッシュ読み込みの約75%値下げ(実質コスト減)、effortの会話中切り替え、サイバー・バイオ領域の誤検知改善が主な変更点です。基本料金は据え置きです。
Q. Fable 5.1 は安くなった? A. 基本料金(入力10ドル・出力50ドル/100万トークン)は変わりませんが、キャッシュ読み込みが0.25ドルへ下がり、一般用途で約25%、エージェント用途で最大約45%の実質コスト減とされています。
Q. Fable 5 と 5.1、どちらを使うべき? A. 新規に選ぶなら 5.1 が基本です。既存で 5 を使っている場合も、エージェント運用や難しい判断を含む業務では乗り換える価値があります。日常的な業務は Opus 5・Sonnet 5 の方が費用対効果に優れます。
Q. どこで使える? A. Claude の Web・モバイル・デスクトップ、Claude Code、Claude Cowork、API(モデルID claude-fable-5-1)、および主要クラウド(AWS・Google Cloud・Microsoft Foundry)で一般提供されています。