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 5 はあらゆるリクエストで思考モードが常時オンでオフにできない点。結果として、より慎重でやや遅く感じられます。Opus 5 は、追加の思考をかけるべきかを自ら判断します。

仕様と価格

両モデルはコンテキストウィンドウと最大出力サイズは共通ですが、価格と思考の仕組みが異なります。

Fable 5 はトークン単価で Opus 5 の約 2 倍です。思考が常時オンのため、1 回の実行でも出力量が増える傾向があり、実利用での価格差は単価以上に広がります。本ガイド後半の直接対決では、より小さなプログラムにもかかわらず、Fable は Opus より 74% 多い出力トークンを生成しました。

より詳しいベンチマーク差を含む比較は、Claude Opus 5 vs Claude Fable 5 をお読みください。

実装で考慮必須の拒否挙動

Fable 5 の普遍的に厄介な点は、内蔵の安全性分類器です。モデルが強力すぎると見なされているため、生物学やサイバーセキュリティなどに少しでも関連するリクエストは扱えません。

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

私自身も、個人プロジェクトのログイン不具合で遭遇しました。OTP サインインに Telegram Gateway API を使っていたのですが、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 システムの構築は既に規約で禁止している、というのが Anthropic の理屈で、これは理にかなっています。ただし 1 か月間黙って行っていたのは不適切でした。

輸出規制による停止

さらに大きな出来事が続きました。開示された脱獄手法により、6 月 12 日に商務省の輸出規制命令が発動し、Anthropic は Fable 5 と Mythos 5 の両方を世界中で 19 日間オフラインにしました。

Anthropic はこのリコールに対し終始強く反論。脱獄は普遍的ではなく限定的で、弱いモデルでも見つけ得ると主張し、そのためリコール基準は不透明に見えると述べました。基準の妥当性については一定の筋が通っています。普遍的な脱獄はこれまで誰も作れておらず、現行のどのモデルもその基準を満たしていません。UK AI Safety Institute は進展を報告していますが、実用段階ではありません。

基準自体への指摘はもっともですが、提示の仕方にはやや難があります。普遍的な脱獄は存在します。英国 AI セキュリティ研究所の報告によれば、同研究所がテストしたあらゆるフロンティアシステムで見つかっており、Fable 5 自身に対しても、モデルカードにあるとおり、数時間で単発の手法が、数日でマルチターンのエージェント型ワークフローに拡張されました。

本当に争点となっているのは、そうした基準がリコールを引き起こすべきかどうかであり、脱獄の可能性そのものではありません。

復旧と新たな制限

Anthropic はより強力な分類器を導入し、ブロック率 99% 超を報告。これを受けて、6 月末頃に商務省は規制を解除しました。

7 月 1 日に一般提供は再開されましたが、条件はより厳格に。約束されていた 2 週間の無制限ウィンドウは約 1 週間に短縮され、週次 50% の新上限が導入。これを超えると、Fable 5 の追加利用は 100 万トークンあたり $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 種、同種で群れ、異種で追跡や回避、空腹で餓死。画面上に同時に 5,000 体、すべてシードから決定論的に再現。難所を肩代わりするライブラリは禁止し、各モデルが空間探索、操舵、個体群動態を自前で書く条件です。

両モデルが受け取ったプロンプトは、次のとおり一語一句同じです。

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 つの客観テストを内包しています。

• 近傍探索は空間インデックス必須。でなければ 5,000 体でフレームレートが落ちます。
• 世界のラップまたはクランプが正しくないと、エージェントが壁抜けします。
• 乱数はシード付き生成器を通す必要があります。でなければ同じシードで別の結果になります。
• 出生率と死亡率の釣り合いが崩れると、個体群がゼロで張り付くか、爆発します。

これらの不具合はすべて画面上で視認できます。だからこそ、見栄えの良いデモでも採点可能なのです。

両ビルドは公開中なので、私の言葉を鵜呑みにせず、自分で比較できます。両方を並べ、シードを入れ替えてください。

• 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 回、コメントは 2 ブロックで 429 語のみ。

Opus はオープンに進めました。ツール呼び出しは 137 回で 2 倍以上、テキストは 110 ブロックで 4,808 語。ファイル 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 のみが書いた唯一のチェックは 5,000 体のストレステストで、最も壊れやすい要件でもあります。

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

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 の範囲で揺れ、草食と捕食がその背後で周期。捕食者は草食が 119 で底を打つちょうどその時に 248 でピークを迎えます。

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

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

2 つの生態系の挙動

基盤の生態系も異なります。Opus は生産者層（プランクトン）を 4,229 で上限に張り付け、上位 2 種のみが周期します。Fable は 3 層を結合のままにし、振幅が大きく、世界はより生気に満ちています。プロンプトでは求めなかった「安定性 vs ダイナミズム」の違いが現れました。

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

Opus 5 のパラメータパネル：1.00 を起点とする乗数の 9 スライダー、World と Behaviour に分類。

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

ひと言で言えば、Fable は制御範囲が広く、Opus は生態系バランスを壊しにくい調整パネルを提供します。

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

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

監督最小で一発で仕上げたい、あるいは依存関係のフットプリントが重要な場合は Fable 5 を選んでください。Fable は依存ゼロで、代替より 42% 小さいプログラムを出荷し、アシスタントのターン数も 103 対 247 と端的でした。後で自分で読む前提のタスクでは、この簡潔さに確かな価値があります。

まとめ

同一タイプのプロジェクト 2 件の比較は、依然としてベンチマークではありません。実環境での性能は、既存ベンチマークに反して大きく変動し得ます。

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

個人的には、長期的な精度で勝るため、クライアント案件を含むほぼすべてのコーディングで Fable 5 を使い続けます。私は最新の Max プランで、複数セッションで Fable を使っても（Claude Code を常時回し続けているわけではありませんが）上限に達していません。トークン費用が効く場面や、理解のために進行中の解説を伴走させたいときは Opus を使います。

各モデルや周辺ツールについては、詳細なClaude Fable 5 ガイド、Claude Code、Claude Code ベストプラクティスの各チュートリアルをおすすめします。