こんにちは！

2026年6月に登場した Claude Fable 5 は、公開直後の輸出規制による一時停止、グローバル再展開、そしてサブスクリプション枠からの離脱と、わずか1か月でめまぐるしい動きを見せています。

当ブログでもその時々の状況を追ってきました。

まず全体像は ついに一般公開、Claude Mythos 5 / Fable 5 を実務視点で読み解く で、公開直後の停止騒動は 公開から3日で停止──Fable 5／Mythos 5 をめぐる米政府指令が示した、AI の新しい可用性リスク で、料金と今後の見通しは Claude Fable 5 はこれからどうなる？ 経緯・コスト・今後の見通し で扱っています。

本記事は、それらを踏まえた「実務で使うための決定版ガイド」です。

とくに

2026年7月12日（日本時間7月13日）を境にサブスクリプション枠から外れ、使用クレジットを有効化しないと使えなくなる
(この期限は当初2026年7月7日とされていましたが、のちに5日間延長されて7月12日になりました。)

という料金面の大きな変更を軸に、モデル仕様・料金の実際・Claude Code での運用注意点までを一本にまとめました。Opus 4.8 との使い分けを含め、

「Fable 5 にいくら払う価値があるのか」

を自分で判断できる材料を提供いたします。

そこで、このガイドは、Anthropic の公式発表・公式ドキュメントを基準に、
Claude Fable 5（claude-fable-5）を

「モデルとして理解する」
「料金とサブスク枠の扱いを把握する」
「安価なモデルとFableを組み合わせてClaude Code で経済的に運用する」

の3点から整理しています。

それでは、さっそく本編に入りたいと思います。

ちなみに、本記事公開時点(2026/7/10)の早朝に、1週間のrate limitが急遽解除され、実質的にFable5の利用枠が急遽また増えました

目次

• 第1部：Claude Fable 5とは何か
  • Fable 5の位置づけ
  • 発表・輸出規制・再展開のタイムライン
  • モデルとしての仕様
  • 企業利用前に確認すべき制約（データ保持）
  • ベンチマークの読み方
  • 主要なAPI差分
  • Mythos 5との関係
• 第2部：料金とサブスク枠からの移行（最重要）
  • 提供方法の変更と7月7日から7月12日への期限延長
  • 使用クレジットの仕組みと管理画面
  • 上限・残高・事前購入の割引（それぞれ別物）
  • コスト試算と、自分で実測する方法
  • 価格比較（2026年7月9日時点）
• 第3部：Claude Code で使う Fable 5
  • 前提条件とモデル選択
  • クレジットの有効化と上限設定
  • effort・1Mコンテキスト・プロンプトキャッシュ
  • 拒否（refusal）とフォールバックの実務
  • Fable 5 を Claude Code で現実的に使う ― 司令塔と実働でモデルを分ける
  • 安全分類器による誤検知への対処
• まとめ ― Fable 5 との付き合い方

第1部：Claude Fable 5とは何か

Fable 5の位置づけ

Claude Fable 5 は、Anthropic が 2026年6月9日 に発表した、現時点で同社が一般提供（GA）する中で最も高性能なモデルです。

公式ドキュメントは Fable 5 を

「最も高度な推論と、長時間にわたる自律的（エージェンティック）な作業のために設計された、Anthropic が広く提供する中で最も高性能なモデル」

と位置づけています。

鍵になるのは 「long-horizon agentic work（長時間の自律作業）」 です。

Fable 5 の特徴は、単発の質問応答よりも、タスクが長く複雑になるほど他モデルとの差が広がる点にあります。

発表時に Anthropic が挙げた事例として、決済基盤の Stripe は「5,000万行を超える Ruby コードベースのマイグレーションを、通常ならチームで2か月以上かかる作業を1日で完了した」と初期利用事例として報告しています（これは一般的な性能保証ではなく、Stripe の報告である点に注意してください）。

Fable 5 は「Mythos-class（ミュトス級）」、すなわち Anthropic の最上位研究モデルと同一系統の能力を持ちながら、一般利用に耐える安全対策（セーフガード）を組み込んで公開されたものです。

なぜ「Opus 4.8のアップグレード版」ではないのか
Fable 5 は Opus の後継ではありません。Opus 4.8（claude-opus-4-8）は依然として「Opus階層の最新・最上位」であり、多くの実務ではこちらが標準です。Fable 5 は Opus階層の上に位置する、価格も能力も別枠のモデルです。したがって「最新モデルにアップグレードしたい」という一般的な要望に対する答えは、今でも Opus 4.8 です。Fable 5 は「最も難しい問題を、コストを承知のうえで解かせたい」ときに明示的に選ぶモデルだと理解してください。

発表・輸出規制・再展開のタイムライン

Fable 5 は、安全保障・輸出規制が絡んだ異例の経緯をたどりました。

時系列で整理します。

再展開にあたり Anthropic は、新しいセーフガード分類器を導入しました。公式説明では「Amazon の報告書で説明された特定の手法は99%以上のケースでブロックされる」ようになった一方で、「安全マージンを大幅に拡大した」結果、良性（benign）なリクエストもより多くブロックされるようになりました。

Anthropic は、

"In the near term, some routine tasks like coding and debugging may be flagged more often."
（当面のあいだ、コーディングやデバッグのような日常的なタスクが、これまでより頻繁にフラグされる可能性がある）

と明言しています。これは Claude Code で Fable 5 を使ううえで実務的に重要なので、第3部で改めて扱います。

なお、この輸出規制による一時停止と再展開の経緯そのもの（そこから見える「AI の新しい可用性リスク」）は、

公開から3日で停止──Fable 5／Mythos 5 をめぐる米政府指令が示した、AI の新しい可用性リスク

で詳しく掘り下げています。

モデルとしての仕様

主要スペックを公式ドキュメントベースで整理します。単価は後述の通り2026年7月9日時点のものです。

• 1Mコンテキストは標準料金で、長文コンテキストに対する追加料金（プレミアム）はありません。
• トークナイザが Opus 4.8 と同一なので、Opus 4.7 / 4.8 から移行する場合、同じテキストのトークン数はほぼ変わりません。
  変わるのは単価です。Opus 4.6 以前・Sonnet・Haiku から移る場合はトークン数が変動するため、count_tokens で再計測してください。

企業利用前に確認すべき制約（データ保持）

Fable5には以下の用な制約があります。
よんでみて、ピンとこなくても大丈夫です。
そのしたに　ざっくり説明　をいれました

Fable 5 / Mythos 5 は「Covered Models」で、30日データ保持が必須です。ゼロデータ保持（ZDR）では利用できません。

これはモデル性能や料金以上に、企業導入の可否を左右する制約です。導入前に最低限、以下を確認してください。機密コードやデータを Fable 5 に送信できる契約・社内規程になっているか。既存の ZDR前提のワークロードは、そのままでは移行できない。30日保持はすべての提供プラットフォームで必要ですが、400 invalid_request_error が公式に明記されているのは Claude API（組織/ワークスペースの保持設定が要件を満たさない場合）です。Claude Code や各クラウド経由での表示・エラー挙動は接続先によって異なります（モデル選択肢から Fable が消える等）。Bedrock / Vertex / Foundry など接続先プラットフォームごとに、保持場所・条件を確認する。

ざっくり説明→基本のルール

つまり上記はどういうことかというと、私たちがFable 5 に送った文章と、Fable 5 が返した文章は、30日間かならず保存されます。消せません。断れません。

他の Claude（Opus 4.8 など）は「保存しない」設定にできます。Fable 5 だけできません。

なぜ保存するのか

Fable 5 は強力なので、悪用を見張るためです。悪用は1回のやりとりでは見抜けず、何百回分を並べて初めて「あ、これ攻撃だ」とわかるからです。保存したデータをAIの学習には使いません。

何が問題か

これまで「うちのデータは一切保存しない」という契約（ZDR）を結んでいた会社があります。その契約は、Fable 5 には効きません。契約より優先されます。

つまり、機密のソースコードや顧客データを Fable 5 に投げると、それが30日間どこかに残ります。しかも危険と判定されたら、人間が中身を見る可能性があります。

ベンチマークの読み方

ベンチマークについて詳しくは以下、当社別記事に譲りたいと思います。

ついに一般公開、Claude Mythos5(ミュトス)/ Fable 5(フェイブル) を実務視点で読み解く

こんにちは！ Qualitegプロダクト開発部です。 2026年6月9日、Anthropicから Claude Fable 5（フェイブル5）と Claude Mythos 5（ミュトス5）が発表されました。 この記事では、 Fable 5 とは何か、Mythos 5 と何が違うのか、 Claude Code やAIエージェントを実務で使う立場から見て何が変わるのか を整理します。当社ブログを読んでくださっている方は、4月の「強すぎて出せないモデル “Mythos”」や「Mythosレベルのオープンモデルはいつ出るのか」でも触れた、あの Mythosクラスの一般公開版がついに来た、という話でもあります。 この記事でわかること * Fable 5 と Mythos 5 は「同じ基盤モデルだが、安全装置の有無が違う」こと * 高リスク領域では応答が Opus 4.8 にフォールバック

Qualiteg BlogQualiteg コンサルティング

主要なAPI差分

まずAPIについてOpusとの差分をみてみましょう。

Fable 5 は基本的に Opus階層（4.7 / 4.8）と API のリクエスト面が概ね共通ですが、移行時に既存実装が 400 になる差分があります。
主なものだけ挙げます（網羅ではありません）。

1. 思考（thinking）は常時ON

Adaptive thinking が唯一の思考モードで、thinking を省略すれば自動的に有効になります。明示的に thinking: {type: "disabled"} を送ると 400（Fable 5 固有。Opus 4.7 / 4.8 では disabled が通ります）。budget_tokens も廃止で、送ると 400 です。深さは output_config.effort（low〜max）で制御します。

2. サンプリングパラメータは非対応

temperature / top_p / top_k は非デフォルト値を送ると 400 になります。出力の傾向はプロンプトで制御します。

3. max_tokens は思考＋最終回答の合計

max_tokens は思考トークンと最終回答の両方を含む上限です。高 effort では思考が多くのトークンを使うため、上限が小さいと回答が途中で切れます。

4. 生の思考連鎖（raw chain of thought）は返らない

返るのは通常の thinking ブロックで、display: "summarized" なら要約が入り、"omitted"（デフォルト）は空文字列です。思考は表示設定に関わらず実行・課金されます。

5. 拒否（refusal）という停止理由

Fable 5 は入力に安全分類器を走らせます。拒否されると、エラーではなく HTTP 200 の成功レスポンスとして stop_reason: "refusal" が返り、stop_details にカテゴリが入ります。

• 出力前の拒否：content は空で、課金なし。
• ストリーム途中の拒否：生成済みの部分は課金対象（部分出力は使わず破棄）。

response.content[0] を無条件に読むコードは壊れます。必ず stop_reason を先に確認してください。実務では次の順序で判定します。①HTTPステータス → ②stop_reason → ③stop_details を記録 → ④content が空でないことを確認 → ⑤拒否時は部分出力を使わない。

6. フォールバック（拒否を別モデルで救う）

サーバーサイドの fallbacks は、ポリシー拒否時に同一リクエストを別モデルで自動再実行するオプトインのβ機能（server-side-fallback-2026-06-01）で、明示的に指定する必要があります（既定でONにはなりません）。

現時点で使えるのは Claude API と Claude Platform on AWS で、

Message Batches API・Amazon Bedrock・Google Cloud・Microsoft Foundry では利用できず、

クライアント側の再実行か SDK ミドルウェアが必要です。移行先モデルはリクエストの fallbacks 配列で明示的に指定します
（公式例は Opus 4.8。Anthropic API が自動的に Opus 4.8 へ固定するわけではありません）。

接続先によって異なるのは「サーバーサイド fallbacks を使えるかどうか」です。新規に claude-fable-5 のコードを書くなら、このフォールバックを明示的に入れておくことを推奨します。

Mythos 5との関係

Claude Mythos 5（claude-mythos-5）は、Fable 5 と同じ基盤モデル・コンテキスト長・最大出力・料金体系を持ちます。

ただし、Fable 5 に追加された安全分類器を搭載していないため、拒否や自動フォールバックを含む実際の API 挙動は同一ではありません
（拒否・フォールバックの説明は Fable 5 にのみ適用されます）。

Mythos 5 は Project Glasswing 参加組織などへの限定提供で、一般ユーザーは claude-fable-5 を使います。

招待制だった旧 claude-mythos-preview の後継にあたります。Mythos 5 と Fable 5 の位置づけの違いやベンチマークの読み解きは、ついに一般公開、Claude Mythos 5 / Fable 5 を実務視点で読み解く もあわせてご覧ください。

第2部：料金とサブスク枠からの移行（最重要）

提供方法の変更と7月7日から7月12日への期限延長

Fable 5 が7月1日に再提供された際、サブスクリプションに含まれる形での提供には期限が設けられていました。

当初その期限は2026年7月7日でしたが、最初の期限の直前に、急遽、Anthropic はこれを5日間延長し、最終的に2026年7月12日（米太平洋時間の23:59:59、日本時間では7月13日）までとしました。

週間枠の最大50%までという割合や、期限を過ぎるとクレジット経由の利用に切り替わる点は、7/1再提供当初から変わっていません。

終了時刻は7月12日の23:59:59（米太平洋時間、日本時間では7月13日の午後）です。実際の切り替えのタイミングはアカウント画面（後述）でも確認してください。

将来サブスクに戻る可能性について
Anthropic は、将来的に容量（capacity）が確保できればサブスクリプション枠へ再び含めたいとの意向を示していますが、時期や実施は確約されていません。今回のように期限が動くこともあるため、最新の公式案内を確認しつつ、当面はクレジット前提で運用計画を立てるのが現実的です。

使用クレジットの仕組みと管理画面

使用クレジットは、Pro / Max などの有料プランに用意された従量課金のレイヤーです。もともとは「プラン上限に達した後も作業を続けられるように」設計されたもので、7月12日終了後（日本時間7月13日〜）はこれが Fable 5 への入り口になります。

ただし、「一般的な追加使用クレジット（プラン上限到達後の継続用）」と「7月12日終了後の Fable 5 の提供」は、公式には別の案内です。

Anthropic は後者について「使用クレジット経由で提供する」と説明しており、Fable 5 が通常枠を消費してからクレジットに移るのか、最初からクレジット消費なのかといった具体的な消費順序は断定しません。実際の枠消費はアカウント画面と最新の公式案内で確認してください。

管理は claude.ai の 設定 → 使用量（Settings → Usage） から行います。実際の画面（サブスク枠を使い切り、クレジットをONにした状態）を見ると、仕組みが具体的に分かります。

設定できる人はプランで異なります。以下の画面例と手順は Pro / Max の個人アカウントを前提としています。Team および seat-based Enterprise では、Owner / Primary Owner が「組織設定（Organization settings → Usage）」から有効化・上限設定を行います。usage-based Enterprise は、含まれる枠を使い切る方式ではなく、原則として最初のトークンから従量課金です。

※2026年7月上旬時点の当社アカウントの表示例。Fable5のサブスク枠を使い切ったあとクレジット枠に移行しているのがわかります。

この画面から読み取れるポイントは次の通りです。

• モデルごとに利用枠が別表示される。「すべてのモデル」と「Fable」が別々のバーで示され、上の例では Fable 枠が100%使用済み（サブスク枠を使い切った状態）。
• 利用クレジットのON/OFFを切り替えられる。「上限に達した場合でも Claude を使い続けるために」クレジットをONにする、という位置づけ。
• 使用量がリアルタイムで表示される（例：$68.69使用 / 上限に対して27%使用、リセット日つき）。

上限・残高・事前購入の割引（それぞれ別物）

クレジットONにすると再現なく使ってしまうのではないか？

そんな心配があるかもしれませんが、
クレジットの上限を設定することが可能です

クレジットON時には、以下の3つの概念があります

• 月間支出上限
  その月に使えるクレジット支出の上限（例：$250.00）。「上限を調整」から変更できます。ただし 「上限なし」も選べるため、クレジットを有効化しただけでは支出上限は保証されません。とくに自動チャージを使う場合は、月間上限が意図した金額になっているかを必ず確認してください。
  
• 保有クレジット残高
  現在持っている残高（例：$181.31）。自動チャージの ON/OFF で、残高が減ったときに自動で買い足すか、手動にするかを制御します（自動チャージ＋上限なしの組み合わせは、実質的に青天井になり得ます）。
  
• 割引バンドル（事前購入）
  上限や残高とは別の「まとめ買い商品」です。あらかじめ課金枠をチャージしておくようなイメージです。
  
  $50相当＝10%引き（支払い$45）
  $250相当＝20%引き（$200）
  $1,000相当＝30%引き（$700）
  
  たとば、250$ぶんを購入すると20%割引が適用され 200$で買うことができます。実際には消費税10%がのって220$を支払うことになります。
  
  

まとめると、Fable 5 のコストは、月間上限（＝設定しないと上限なし）・保有残高・自動チャージ・割引バンドルの事前購入という別々のレバーで管理する設計です。

月間上限を設定することで、青天井を避けることができ、また事前にチャージしておくと少しお得に課金枠を購入することができる、という感じです。

コスト試算と、自分で実測する方法

Fable 5 の単価（入力 $10 / 出力 $50 per 1M）をもとに、単純試算を示します。いずれもキャッシュなし・再試行なし・フォールバックなし・税/為替影響なしの前提です。

ケースA：チャット中心（1日あたり入力20万＋出力5万トークン）

• 入力：0.2M × $10 = $2.0
• 出力：0.05M × $50 = $2.5
• 1日あたり 約 $4.5 → 月あたり 約 $135

これは、Fable 5 の利用分がすべてクレジット課金されたと仮定した単純試算です。

ケースB：Claude Code の自律コーディング

コスト面で効いてくるのは、チャットよりもエージェンティックなコーディングです。Claude Code の長いセッションは、コンテキスト読み込み・ツール呼び出し・自己検証を繰り返すため、トークン消費が大きくなります。

ただし、実際の消費はモデル・コードベース規模・並列実行（サブエージェント数）・キャッシュの有無・再試行/フォールバック・利用形態によって大きく変動します。

公式ドキュメントも、コストはこれらの要因で大きく変わると説明しています。

「1時間あたり何ドル」といった一般化は、測定条件が揃わないと当てになりません。自分の環境で実測するのが確実です。

具体的には、1セッションについて以下を記録し、単価表（入力$10 / 出力$50 / キャッシュ読み出し$1 / キャッシュ書き込み$12.50〜$20、いずれも per 1M）に当てはめます。

• 使用モデル / 入力トークン / 出力トークン
• キャッシュ作成トークン / キャッシュ読み出しトークン
• フォールバック回数 / サブエージェント数 / セッション時間

Fable 5 は Opus 4.8 の2倍単価なので、常用すればクレジット消費は無視できない規模になり得ます。

だからこそ、第3部の「いつ Fable 5 を使うか」の判断が、そのままコスト管理になります。

価格比較（2026年7月9日時点）

• Sonnet 5 は、2026年8月31日までは導入価格として入力$2・出力$10が適用されています（現在適用中の価格）。9月1日以降の標準価格は入力$3・出力$15です。
• Fable 5 の単価は Opus 4.8 のちょうど2倍で、現在一般利用できる主力モデルの中では最も高価格な部類に入ります（「史上最も高価」ではありません。過去には Opus 4.1 のように、より高い単価のモデルも存在しました。また Anthropic 自身、Fable 5 を旧 Mythos Preview の半額未満と説明しています）。

「単価2倍」と「実効コスト2倍」は別物

ここが最も誤解しやすい点です。上の $10 / $50 はトークン単価の比較であって、1タスクあたりの実際のコストが2倍で収まるとは限りません。実効コストが単価倍率（2倍）を上回りやすい理由は主に2つあります。

1. Fable 5 は Adaptive thinking が常時ON。
   思考（thinking）トークンも出力として課金され（Fable 5 では $50 / 1M）、max_tokens は思考＋最終回答の合計です。一方 Opus 4.8 は思考をオフにでき（thinking 省略時は思考なしで動く）、同じタスクでも Fable 5 のほうが高い側＝出力トークンを多く消費しがちです。単価が高い出力側でトークンが増えるので、費用は二重に効きます。
   
2. Fable 5 はもともと深く長く考える設計です。
   難しいタスクでは1リクエストが数分〜十数分走ることも珍しくなく、その分だけ思考・出力トークンが積み上がります。長時間の自律タスクほど、この差は大きくなります。

つまり実効コストは「単価2倍 × 生成トークン量の増加」で決まります。倍率は 2倍〜それ以上（高 effort ではさらに）になり得ます。「Opus 4.8 の2倍払えば同じ仕事ができる」という感覚で見積もると、請求額は想定を超えます。

コストを効かせるレバー

• effort を下げる。Fable 5 は低 effort でも強く、思考トークンを直接減らせます（実効コストに最も効く）。
• max_tokens を適切に絞るか、Task Budgets（API のみ）でループ全体のトークンを制御する。
• 前章の実測で、入力・出力・思考（＝出力に含まれる）・キャッシュを分けて把握する。
• 注意：プロンプトキャッシュが割り引くのは入力側だけです。増えがちな思考・出力トークンはキャッシュで安くならないため、「キャッシュを効かせれば2倍に収まる」とは考えないでください。

したがって Fable 5 を選ぶかどうかの問いは、「単価が2倍」ではなく
「実効で2倍以上になり得るコストを払ってでも、Opus 4.8 では届かない難問を解きたいか?」 です。

第3部：Claude Code で使う Fable 5

ここでは、Claude Code で本格的にFable5を活用するシーンについて考えてみたいとおもいます。

前提条件とモデル選択

Fable 5 は Claude Code の対応モデルです。まずは使ううえでの前提を先に押さえましょう。

• 対応バージョンを確認する。公式ドキュメントによれば、Fable 5 の利用には比較的新しい Claude Code が必要です。まぁ、最新のClaude Code CLIを使いましょう。
  
• 既定モデルはプランによって異なる
  Fable 5 はどのプランでも既定モデルではありませんので、使いたければ /model コマンドで明示的にFable5を選択します。

クレジットの有効化と上限設定

前述のとおり、7月12日終了後（日本時間7月13日〜）、Claude Code から Fable 5 を呼ぶには、claude.ai 側でクレジットを有効化しておく必要があります。

1Mコンテキストとプロンプトキャッシュ

Fable 5 は1Mトークンのコンテキストを標準料金で使えますが、載せた分だけトークン消費（=コスト）は増えます。固定的な大きいコンテキスト（コードベース、仕様書）はプロンプトキャッシュを活用します。ただし価格の理解が必要です。

• キャッシュヒット時の読み出しは $1 / 1M と安い。
• 一方、初回のキャッシュ書き込みには 5分保持で $12.50 / 1M、1時間保持で $20 / 1M がかかる。

つまり、繰り返し参照する固定コンテキストでなければ、キャッシュはむしろ割高です。同じプレフィックスを何度も使うワークフローでこそ効きます。

Task Budgets は Claude Code では使えない
API には、エージェンティックループ全体のトークン予算をモデルに伝える Task Budgets（β）がありますが、これは Messages API 向けの機能で、Claude Code / Cowork では利用できません。また強制的な上限ではなく、モデルに伝える「目安」です。自前の Messages API エージェントを実装する場合にのみ使えます。

拒否（refusal）とフォールバックの実務

再提供版 Fable 5 は安全マージンを広げているため、コーディングやデバッグのような良性タスクでも誤検知（false positive）で拒否されることが以前より起きやすくなっています。

• Claude Code をそのまま使っている場合
  対応する接続先で Fable 5 とフォールバック先の Opus モデルを正しく識別できる場合は、拒否時に自動フォールバックします。
  かなりセンシティブな印象で、正直よく誤検知します。それについては口述します。
  
• API を自前で叩くエージェントを組んでいる場合
  stop_reason == "refusal" を必ずハンドリングし、オプトインのサーバーサイド fallbacks を明示的に指定しておく。利用できるのは Claude API と Claude Platform on AWS で、それ以外（Batches・Bedrock・Vertex・Foundry）はクライアント側の再実行や SDK ミドルウェアが必要。移行先はリクエストの fallbacks 配列で明示指定（公式例は Opus 4.8）。接続先で異なるのは「利用可否」の方。

Fable 5 を Claude Code で現実的に使う

司令塔(Fable)と実働(Opus,Sonnet)でモデルを分けよう

有料化後の Fable 5 は単価が高く（Opus 4.8 の2倍。思考が常時ONのため実効コストはさらに上がりがちです）、ファイル読み・試行錯誤・長時間の自律実行まで含めて何もかもを Fable 5 にやらせるのは、正直なところ経済的ではありません。

そこで当社Qualitegが実際に採っているのが、1つの Claude Code セッションを「司令塔」と「実働」に分け、役割ごとに別モデルを割り当てるやり方です。

基本の発想はシンプルです

• 司令塔＝Fable 5
  方針の決定・タスク分解・指示書の発行・報告の検収（合否判定）・次の一手の判断に専念する。自分ではコードやログを読まず、実装もしない。
  
• 実働＝Opus 4.8 / Sonnet 5 のサブエージェント
  探索・調査・実装・テスト・文書化といった「手を動かす作業」をすべて引き受け、司令塔には短い報告だけを返す。
  
• 実働は2層で使い分ける
  判断や設計理解が要る作業は Opus、手順が完全に決まった機械的な定型作業（一括リネーム・ログ収集など）は Sonnet に落とす。

ねらいは明快で、高価なモデルの価値は「判断」に集中しています。

過程（大量のファイル読み・試行錯誤・ログ）はサブエージェント側のコンテキストで消化させ、司令塔には結論だけを返させれば、Fable 5 のクレジットとコンテキストは"判断の瞬間"だけに使われます。

「Fable 5 が全部やる」から「Fable 5 は考える人、手は安いモデル」

に変えるだけで、クレジット消費は大きく下げられます。

もちろん、日常的な小さな修正はそもそも司令塔を立てず、既定モデル（Opus 4.8 / Sonnet 5）で直接こなすほうが早くて安上がりです。

司令塔メソッドが効くのは、大規模なマイグレーションや、受け入れ条件が明確な大規模実装、並列サブエージェントを使う大規模な調査といった"難所・大物"の局面です。

この Fable司令塔メソッド は、導入手順・委任プロンプトの型・並列サブエージェントの采配・CLAUDE_CODE_SUBAGENT_MODEL によるモデル固定の設定まで含めて、別記事であらためて詳しくご紹介しますのでお楽しみに。

本記事では「高い Fable 5 は司令塔に据え、手は Opus / Sonnet に任せる」という考え方だけ、まずは押さえていただければとおもいます。

安全分類器による誤検知への対処

再提供版の分類器は、サイバーセキュリティ・生物/化学などを対象に安全マージンを広げています。

ここで「意図的なブロック」と「誤検知（false positive）」を混同しないことが重要です。

1. 拒否は「エラー」ではなく「コンテンツ結果」として扱う
   stop_reason を確認し、拒否ならフォールバックや Opus 4.8 切り替えに回す。
   
2. 明確に意図されたブロック対象
   exploit チェーンの構築、マルウェア生成、攻撃ツールの作成など、攻撃的なサイバー能力を直接提供する要求は、当然ながら、Fable 5 の分類器が意図的に制限する対象です。これは誤検知ではなく設計上の制限です。
   
3. 安全マージンによるブロックと誤検知
   脆弱性探索・侵入テスト・PoC 作成などは、内容によっては攻撃にも防御にも使える曖昧な領域です。Fable 5 は安全側に広く判定するため、正当な防御目的の作業もブロックされることがあります。加えて、通常のコーディング・デバッグ・設定変更・依存関係更新など、本来は問題ない作業が巻き込まれる場合もあります。
   Anthropic は、こうした無害な要求の拒否を false positive（誤検知） と位置づけ、「本当の悪用と正当な要求をよりよく区別する」方向で今後改善するとしています。曖昧領域や誤検知と思われる場合は、正当な目的・所有関係・許可範囲を明確にして再依頼し、なお拒否されるならフォールバックや Opus 4.8 への切り替えを検討します。

関連記事：Fable 5 on Claude Code が「来なかった攻撃」を検知・拒否・反省した実体験は AI は、来なかった攻撃を「検知」し、「拒否」し、「反省」した に、正規の運用作業が Usage Policy 違反と判定されてしまう問題への対処は Claude Code で正規の運用作業が「Usage Policy違反」になる理由 にまとめています。

まとめ ― Fable 5 との付き合い方

Claude Fable 5 は、Anthropic が一般提供する中で最も高性能なモデルです。要点を5つに絞ります。

1. Fable 5 は Opus の後継ではなく、上位の別枠
   日常は既定モデル（Opus 4.8 / Sonnet 5）、難所だけ Fable 5、が基本。
   
2. サブスク枠に含まれるのは2026年7月12日（日本時間7月13日）まで
   この期限を過ぎると claude.ai でクレジットを有効化しないと使えない。
   とはいえ、直前でまた日程や方針が変更される可能性もあり、恒久措置とは限らず期限が動くこともあるため、最新の公式案内を確認しつつ、当面はクレジット前提で。
   
3. クレジットは自分で上限を設定して管理する
   （設定しなければ「上限なし」になり得る）。月間支出上限・保有残高・自動チャージ・割引バンドル（最大30%オフ）は別々のレバー。単価は Opus 4.8 の2倍だが、常時ONの思考でトークン消費が増えるため実効コストは2倍を超え得る（effort を下げるのが最も効く）。必ず実測する。
   
4. 長時間・自律・複雑なタスクほど強い
   最初に成果と制約を明示し、適切な effort で、並列サブエージェントを活かす。ただしなるべく「考える、判断」にFable5、手足にOpus,Sonnetをつかうことで、経済効率的にすすめられる。
   
5. 安全分類器に注意
   良性のコーディング/デバッグでも拒否され得る（誤検知）。一方、攻撃コード・認証回避などは誤検知ではなく意図的な制限で、正当な業務でも通らないことがある。stop_reason を扱い、フォールバックを用意し、該当領域は Opus 4.8 など別モデルに回す。

「実効で2倍以上になり得るコストを払ってでも、Opus 4.8 では届かない難問を解きたいか?」
この問いに Yes と答えられるタスクにだけ Fable 5 を投じる。またFable5にすべてをやらせず、司令塔と実働のモデルをわける。これらが、この高性能かつ高価格なモデルとの現実的な付き合い方です。

おわりに ― モデル環境の変化に振り回されないために

Fable 5 の一連の動き（輸出規制による一時停止、グローバル再展開、サブスク枠からの離脱、そして実効コストの読みにくさ）は、特定のモデルに強く依存することのリスクを改めて突きつけました。

最高性能のモデルほど、可用性も料金体系も短期間で変わり得ます。だからこそ、「そのモデルが使えなくなったら／高くなったら、すぐ別の選択肢に切り替えられるか」という視点が重要になります。

株式会社Qualitegのコンサルティングサービス では、今回ご紹介した知見をはじめAIネイティブ開発の実践知を豊富に保有しておりAIエージェントを活用したAIネイティブなソフトウェア開発プロセス革新や Claude Code を徹底活用 のご支援を提供しております。

ご興味ございましたら、ぜひ Qualiteg へご相談ください。

先端AIモデル・AIネイティブな開発プロセス、AIセキュリティの知見を踏まえて、貴社に最適な形をご提案します。

それでは、また次回、お会いしましょう！

参照した一次情報

• Claude Fable 5 and Claude Mythos 5 — Anthropic
• Introducing Claude Fable 5 and Claude Mythos 5 — Claude Platform Docs
• Redeploying Claude Fable 5 — Anthropic
• Claude Fable 5 promotional access — Anthropic 公式サポート
• Models overview / Pricing — Claude Platform Docs