Claude Code における Claude Fable 5：Opus 5 との実地比較

Fable 5 とは？

Fable 5 は Anthropic の Claude 5 ファミリーに属するコーディング特化モデルで、2026 年 6 月 9 日に公開されました。同時に、安全分類器を持たない姉妹モデルの Mythos 5 も出荷されましたが、Anthropic はごく少数の審査済み組織にのみ提供しました。リリース全体の流れや Fable 5 のベンチマーク比較は、専用の Fable 5 ガイドをご覧ください。

Fable 5 は価格帯として Opus 5 より上で、難度の高いコーディング作業を狙っています。使い心地の主な違いは、Fable はリクエストごとに思考モードが常時オンで無効化できない点。そのため、より慎重で遅く感じられます。Opus 5 は、追加の思考が必要かどうかを自ら判断します。

仕様と価格

両モデルはコンテキストウィンドウと最大出力サイズは同じですが、価格と「思考」の扱いが異なります。

Fable 5 はトークン単価で Opus 5 の約 2 倍です。思考が常時オンのため、1 回の実行でも出力量が増えがちで、実運用での価格差は単価以上に開きます。本ガイド後半の同一条件ビルドでは、Fable はより小さなプログラムにもかかわらず、Opus より 74% 多い出力トークンを出しました。

ベンチマーク差を含む詳細な比較は、Claude Opus 5 と Claude Fable 5 の比較をご覧ください。

実装で考慮すべき拒否挙動

Fable 5 の普遍的に厄介な点は、内蔵の安全分類器です。このモデルは強力すぎると見なされているため、生物学やサイバーセキュリティのような分野にほんのわずかでも関連するリクエストは扱わせない設計になっています。

ある免疫学者のケースでは、単語「cancer」だけでバイオセキュリティのフィルタに引っかかり、Claude Code が Opus 4.8 にフォールバックしました。

私自身も、個人プロジェクトのログイン不具合で遭遇しました。Telegram Gateway API を使った OTP サインインのフローで、Fable 5 は完全に手を引きました。Opus 5 はきちんと解決。つまりここが問題で、その不具合はセキュリティリスクとは無関係だったのです。

自動のゼロ設定フォールバックが起きるのは Claude Code と Claude アプリ内だけです。API で Fable を使う 場合は、200 成功コードでもレスポンスに stop_reason フィールドが含まれます。

レスポンスは次のようになります。

{
  "stop_reason": "refusal",
  "stop_details": {
	"category": "bio",
	"explanation": "The request was declined by a safety classifier."
  }
}

したがって、レスポンス内容を扱う前に stop_reason を必ず確認してください。 

サーバー側フォールバックを有効にするには、fallbacks 配列（例： "fallbacks": [{"model": "claude-opus-4-8"}]）を渡し、anthropic-beta: server-side-fallback-2026-06-01 ヘッダーを付けてください。アカウント全体のスイッチはないため、毎リクエストで設定が必要です。

フォールバック先に関する補足

情報源によって「Fable 5 は Opus 4.8 にフォールバックする」「Opus 5 にフォールバックする」と説明が分かれるのを不思議に思うかもしれません。どちらも正しく、カテゴリと利用面によって行き先が変わります。 

Claude Code では、生物学カテゴリのフラグが立ったリクエストは現在 Opus 5 で再実行され、サイバーセキュリティにフラグが立ったものは引き続き Opus 4.8 で再実行されます。API では、サーバー側の fallbacks 機能は現状 Opus 4.8 のみをサポートしています。 

この分岐はタイミングの問題です。Fable の 6 月のローンチ時点ではすべて Opus 4.8 にフォールバックしており、7 月 24 日に Opus 5 が出荷された後で、生物学の経路だけが Opus 5 に切り替えられました。

Fable 5 をめぐる論争

安全分類器の是非とは別に、Fable 5 の船出は波乱含みでした。

サイレントなスロットルと誤拒否

ローンチから数日で、Fortune の報道により、Anthropic が告知なく、AI／ML インフラ関連トラフィックの約 0.03% で Fable 5 の回答をこっそり弱めていたことが明らかになりました。

研究者や開発者の多くは激怒しました。月額 $200 のサブスクリプションを支払っている以上、どんな課題にも挑める最前線のモデルを期待していたからです。

Anthropic は 1 日でコミュニティの圧力に屈し、「判断を誤った」と表明。変更したのは可視化であり、スロットル自体ではありませんでした。現在はフラグが立ったリクエストが拒否と同様に表面化するようになり、劣化そのものは継続。Claude を競合 AI の構築に使うことは規約で既に禁じている、という主張は理屈としては成り立ちますが、1 カ月間黙って実施していたのはいただけません。

輸出規制による提供停止

さらに大きな出来事が続きました。公表されたジェイルブレイクを受け、6 月 12 日に商務省の輸出規制命令が発動。Anthropic は Fable 5 と Mythos 5 を全世界で 19 日間オフラインにしました。

Anthropic は当期間中、回収措置に強く反発。ジェイルブレイクは普遍的というより限定的で、より弱いモデルでも見つけられる、と主張し、 回収基準 は不透明だとしました。基準そのものについての論点は一理あります。普遍的なジェイルブレイクはこれまで一度も実現されておらず、現行のどのモデルもその基準を満たしません。UK AI Safety Institute はその実現へ前進があると報告しましたが、実用段階のものはありません。

もっとも、提示の仕方はともかく、基準そのものに関しては一理あります。普遍的ジェイルブレイクは存在します。UK AI Security Institute の報告では、同研究所がテストしたあらゆるフロンティアシステムで発見しており、Fable 5 自身に対しても、モデルカードの記載によれば、数時間で単一ターンのものが、数日でマルチターンの自律型ワークフローに拡張されたとされています。

本当に争点なのは、そうした基準が回収を引き起こすべきかどうかであり、ジェイルブレイクの可能性そのものではありません。

復旧と新たな制限

Anthropic はより強力な分類器を出荷し、阻止率 99% 超を報告。それを受けて商務省は 6 月 30 日ごろに規制を解除しました。

一般提供は 7 月 1 日に再開されましたが、条件は厳しくなりました。約束されていた 2 週間の無制限ウィンドウは約 1 週間に短縮。さらに新たな週次 50% の上限が設けられ、それを超過すると、以降の Fable 5 利用は $10／$50 の正規単価のクレジットとして課金されることに。Reddit では加入者の不満が噴出しました。

Anthropic は期限を 2 度延長し、7 月 20 日にはプラン別の方針に分割。Max と Team Premium は期限なしで週次上限の 50% まで Fable 5 を維持し、Pro と Team Standard には一度限りの $100 クレジットが付与され、その後は API レートでの請求となりました。Mythos 5 は、より幅広い国際提供から、審査済みの米国内約 100 組織のみへの提供に後退しました。

結果として、Fable 5 は強力なモデルでありながら、月ごとに揺れるアクセス方針に包まれた状態です。時折の誤拒否を見込み、今月のレート制限が来月も続くとは考えない方が無難です。

同一プロジェクトでの Claude Fable 5 と Opus 5 の比較

両モデルの挙動を同条件で見るため、各モデルに新しい Claude Code セッションで同じ作業を与えました。終了後、セッショントランスクリプトと内部の JSONL ファイルをすべて読み、完成アプリはブラウザで評価しました。

最初は URL 短縮サービスで比較しようとしましたが、これは失敗でした。URL 短縮はどのモデルの学習データにも明確な解があり、テーマも機能もほぼ同じアプリが出てしまうため、テストとして意味をなしませんでした。

Fable 5 と Opus 5 でワンショットの「生態系」構築

そこで正解が決まりきっていない課題を選びました：生態系シミュレーション。食物網に属する 3 種、群れ・追跡・餓死の挙動、画面上に同時に 5000 体、かつシードから決定的に再現可能。難所を肩代わりするライブラリは禁止し、空間クエリ、操舵、個体群動態を自前で書くよう促しました。

両モデルに与えたプロンプトは、以下のとおり一語一句同じです。

Build a living ecosystem simulation that runs in the browser, and ship it end-to-end in one shot, without asking me any questions or pausing for confirmation. Make all decisions yourself and only stop when it is fully built, tested, and pushed to GitHub.
 
Requirements:
 
- A real-time canvas simulation of an ecosystem with at least three species in a food web (for example producers, herbivores, predators). Species interact: they eat, they are eaten, they reproduce, and they die.
- Agents move with steering behaviour — flocking among their own kind, and avoidance or pursuit across species.
- Each agent has an energy budget. Moving and reproducing cost energy, eating restores it, and running out kills the agent. Population levels must emerge from these rules rather than being scripted.
- The simulation must stay stable and interactive at 5000 agents. Show a live FPS counter and a live population graph per species.
- The whole world is generated from a numeric seed. The same seed must always produce the same run.
- Controls to pause, resume, reset, reseed, and tune the key simulation parameters live while it runs.
- Implement the simulation yourself: the steering, the spatial queries, the integration, and the population dynamics. Do not use a physics engine, a flocking library, a game engine, or a charting library. Plain canvas and your own code.
- Tests covering the core simulation logic.
- A README with setup and run instructions.
 
The simulation should run in the browser and be usable by someone who has never seen it before.
 
When it is complete, create a new GitHub repository with the gh CLI (which is already installed and authenticated) and push the project to it.

質問禁止ルールが肝です。誰も軌道修正してくれない状況で、各モデルがどこまで自力で構築を進められるかを示します。各モデルは、もう一方も同じタスクを持つとは知らせず、空のディレクトリで実行しました。

この課題は見た目はビジュアルでも、出力の中に 4 つの客観テストを隠しています。 

• 近傍探索は空間インデックスを使わないと、5000 体でフレームレートが死にます。 
• ワールドが正しくラップ／クランプされないと、エージェントが壁抜けします。
• 乱数はシード付きジェネレーターを経由しないと、同じシードで結果が再現できません。
• 出生と死亡のバランスが崩れると、個体群がゼロで張り付くか暴発します。 

いずれの不具合も画面上で一目瞭然。だからこそ、見栄えの良いデモでも採点可能です。

両ビルドは公開中なので、鵜呑みにせず自分で比較できます。左右に並べて、それぞれで reseed してください。

• Fable 5 のビルド：ecosystem-fable-5.vercel.app（ソース）
• Opus 5 のビルド：ecosystem-opus-5.vercel.app（ソース）

後述のスクリーンショットでも比較できます。なお、公平を期すために画面全体を収めるよう縮小しているため、細部はやや見えにくい点にご留意ください。

各ランを実際に担当したモデル

結果の前に、読む際に重要な方法論メモをひとつ。

Claude Code は、Fable 5 の安全分類器がリクエストを拒否した際に Opus へフォールバックするため、Fable とラベルされたランが常に Fable だけとは限りません。推測を避けるため、両トランスクリプトのすべてのアシスタントイベントで model フィールドを記録しました。

幸い、この比較では、Fable ランの全イベントが claude-fable-5（全 103 件）、Opus ランの全イベントが claude-opus-5（全 247 件）でした。相互のフォールバックは一切ありません。以下の数値は、ラベルどおりのモデルを記述しています。

Fable 5 と Opus 5 の問題解決アプローチ

Fable は黙々と作業しました。ツール呼び出しは 56 回、解説は全体で 429 語を 2 ブロックに分けて出力。

Opus はオープンに進めました。ツール呼び出しは 137 回と 2 倍超で、解説は 4,808 語を 110 ブロックに分割。ファイルあたりの改訂率は、出力量を勘案すると両者ほぼ同等で、書いたファイル 1 つにつき約 2 回の編集でした。

ツールチェーンも分かれました。Fable はプレーンな ES モジュールで、python3 -m http.server の起動スクリプトを用い、node_modules はゼロ。一方 Opus は Vite と Vitest を導入し、本格的なツールチェーンでビルドしました。

以下のビルド時間は能動作業のみを計測。各ランの最初のアシスタントイベントから最後までを取り、作業待ちでセッションが止まっていた空白時間は差し引いています。

結果：速度、コスト、正確さ

Fable は 43% 高く、より小さなプログラムに対して 74% 多い出力トークンを生成しました。思考がオフにできないため、必要のない場面でも課金が積み上がります。

両モデルとも、以下の客観チェックをすべてクリアしました。 

• 同じシードで同じ世界が再現される。
• 異なるシードで挙動が分岐する。
• NaN に到達しない。
• 最大速度でもエージェントがワールド外へ逃れない。
• ブラウザで 60 FPS を維持し、コンソールエラーはゼロ。

Opus のシミュレーションはティックあたりで 2.3 倍高速です。各プロパティを 1 本のフラットな型付き配列に保持し、種ごとに独立した空間グリッドを持たせています。Fable は各エージェントをオブジェクトとして保持し、3 種で共用の一様グリッドを使います。どちらも正しい設計ですが、データ配置としては Opus のほうが高速でした。

Fable が出荷した欠陥

Fable の npm test は動きません。出荷物は node --test test/ で、Node 26 ではこれがディレクトリではなくモジュールパスとして解決されるため、1 件もテストが走る前にコマンドが失敗します。配下の 16 テスト自体は問題なく、ファイル名を明示すれば通ります。つまり package.json のエントリーポイントが壊れています。

小さなバグですが、影響は大きい。読者が実際に最初に叩くコマンドが失敗するからです。しかも Fable 自身はそれを捕捉しませんでした。プロンプトはテストの実装を求め、Fable はユーザーが実際には通らない経路で検証してしまった、というのが本質です。

Opus に同等の失敗はありません。58 のテストは npm test から実行でき、すべて合格。どちらのスイートも、シード付きの決定性、エネルギー保存、トーラス状のラッピング、長期的な種の存続と、要点を検証しています。差は種類ではなく深さです。Opus だけが書いた唯一の検証は 5000 体のストレステストで、要件の中でも壊れやすい部分です。

スクリーンショットが示すもの

2 つのアプリは見た目がまったく異なります。課題を変えた狙いどおりです。

Fable 5：左にコントロール、エージェントはフラットな四角形。種名は Plants、Herbivores、Predators。

Opus 5：右にコントロール、エージェントは向きの分かる三角形。水生テーマで、種名は Plankton、Grazers、Hunters。

UI 周りの主な違いは次のとおりです。

• Fable は左側にパネルを置き、全エージェントを四角で描画。種名はPlants、Herbivores、Predators。
• Opus は右側にパネルを置き、群れの向きが読めるよう方向付き三角形で描画。水生テーマで、Plankton、Grazers、Hunters を採用。

個体群グラフの読み方

設計差が最もはっきりするのが個体群グラフです。

Fable 5 のグラフ（線形スケール）。植物の線が縦軸を占有し、捕食者は軸に貼り付いたまま。

Opus 5 のグラフ（対数スケール）。3 種すべてが読みやすく、捕食者（ハンター）の線が被食者（グレイザー）を横切る様子が見える。

両シミュレーションは、捕食—被食系として適切に振動します。Fable の植物は 5 分間で 520〜7,061 の間で揺れ、草食と捕食がそれに遅れて周期を描きます。捕食者のピーク 248 と、草食が底 119 に落ちるタイミングが正確に重なります。

線形スケールでは植物の線が縦幅を食い尽くし、草食は薄い帯に圧縮、捕食者は軸に張り付いたままです。

そこで Opus はグラフを対数スケールにし、ピークにラベルを付けました。3 種すべてが可読で、ハンターが上がってグレイザーを横切り、回復とともに落ちる様子が見て取れます。データのクラスは同じでも、読めるのは 2 つのうち 1 つだけです。

2 つの生態系の挙動

基盤となる生態系も異なります。Opus は生産者層（プランクトン）を 4,229 で上限に張り付かせ、上位 2 種のみが循環。Fable は 3 層すべてを結合のままにし、振幅が大きく、より生き生きとした世界に。プロンプトでは指定していませんが、安定性とダイナミズムの対比が生まれました。

Fable 5 のパラメータパネル：シミュレーション固有単位の 13 スライダー。

Opus 5 のパラメータパネル：1.00 から始まる乗数の 9 スライダー、World と Behaviour に分類。

Fable は 13 の実単位パラメータ（例：植物成長 5、知覚半径 60、分離 1.5、種別の代謝率）を公開。Opus は 9 つの正規化された乗数（初期値 1.00）を World と Behaviour に分けて公開しています。 

ひと言でいえば、Fable はコントロール幅を広く与え、Opus は生態系バランスを簡単には壊せないパネル設計です。

Fable 5 と Opus 5、どちらを選ぶべきか？

基本は Opus 5 を使ってください。本ビルドではコストが 30% 低く、シミュレーションは 2.3 倍高速、テスト網羅も優れていました。Fable は所要時間で勝り、約半分の時間で完了しました。

Fable 5 は、最小限の監督でワンパス完了させたい場合や、依存関係のフットプリントが重要な場合に選んでください。Fable は依存ゼロのプログラムを出荷し、代替案より 42% 小型で、アシスタントのターンは 103 対 247。簡潔さは、後から自分で読む前提のタスクでは確かな価値になります。

まとめ

同一タイプのプロジェクトを 2 本比べただけでは、まだベンチマークとは言えません。実環境の性能は既存ベンチとは大きく異なることがあります。

例えば、今回の比較では Fable のほうが Opus より多くトークンを使いましたが、現場の開発者の多くは逆の報告です。類似タスクで Opus 5 が Fable や Sol よりはるかにトークンを消費するというのです。疑われているのは、Opus 5 の RL 事前学習が、簡潔で有用であることよりも、トークン消費を稼ぐ方向に最適化されすぎているのではないかという点。私自身の仕事でも、その冗長さは確かに感じます。Opus 系は表層の冗長化が進み、読みづらくなりつつあります。

個人的には、長期的な正確さで勝るため、クライアント案件も含め、ほぼすべてのコーディングで今後も Fable 5 を使います。最新の Max プランを利用していますが、複数セッションで Fable を使っても（Claude Code を常時回し続けはしませんが）まだ使用上限に達していません。トークンコストを抑えたいときや、進行中のタスクについて逐次解説が欲しいときは Opus を使います。

モデルやその周辺ツールの詳細は、 Claude Fable 5 ガイド、Claude Code、Claude Code のベストプラクティス の各チュートリアルをぜひお読みください。