2026年6月9日、Anthropic が新モデル Claude Fable 5 を発表しました。「Opus の上にもう一段？」と第一報を二度見しつつ、私たちの開発パイプラインでこのモデルが動き始めたのは、その翌日です。
playpark は2人の会社です。新モデルの検証に専任チームを割く余裕はありません。それでも発表から24時間以内に実務投入できたのは、度胸の問題ではなく設計の問題でした。先に白状すると、切り替え作業の実体は 定数1行の書き換え です（ちなみに撤退するときも同じ1行です）。
そして撤退の出番は、思ったより早く来ました。発表からわずか3日後の 6月12日、米政府の輸出管理上の指令により、Fable 5 と Mythos 5 は 全世界で提供停止 になります。私たちは件の定数を1行書き戻し、品質ゲートもブログ生成パイプラインも Opus 4.8 へ。この記事は、新モデルの紹介であると同時に、図らずも「いつでも戻せる切り替え口」を公開前に実演してしまった記録です。
追記（2026年6月15日・本記事公開時点）: Claude Fable 5 / Mythos 5 は現在も提供停止中です。以下のモデル解説は発表時点（6/9）の情報として読んでください。
この記事では、前半で「Claude Fable 5 とは何か」を公式発表ベースで整理し、後半で小さな会社が新モデルを安全に試す——そして安全に畳む——方法論を、実際のコミット履歴ベースで紹介します。
この記事で学べること
- Claude Fable 5 と Claude Mythos 5 の関係（同一基盤モデル + セーフガードの差）
- なぜ発表3日後に全世界で提供停止になったのか（米政府の輸出管理命令の経緯）
- モデル切り替えを「定数1行」にしておく設計が、新モデル対応の速度と、突然の撤退への耐性の両方を決める理由
- 全エージェントを最上位モデルにしない判断基準
- 効果測定を「賢くなった気がする」で終わらせない telemetry 設計
Claude Fable 5 とは — Opus の上に新設されたティアの「一般提供版」
名前は聞いた、Opus より上らしい、で実際どうなの？——という方のために、まず 公式発表 の要点から。なお Anthropic は「Claude 5」というファミリー名を公式には使っておらず、今回発表されたのは Claude Fable 5 と Claude Mythos 5 の2モデルです。バージョン番号 5 を冠した初の世代、と理解するのが正確です。
位置づけを整理するとこうなります。
- Mythos-class: Opus クラスの上に位置する能力ティア。今回 Opus / Sonnet / Haiku が置き換えられたのではなく、その上に新しい段が増えた
- Claude Fable 5: Mythos-class モデルを一般提供できるよう安全化したもの。Anthropic 自身が「これまで一般提供したどのモデルの能力をも上回る」と表現する、一般ユーザーが触れる最上位モデル
- Claude Mythos 5: Fable 5 と 同一の基盤モデル で、一部領域のセーフガードを解除したもの。サイバー防衛組織・重要インフラ事業者など、審査を経た組織のみに提供される
| Claude Fable 5 | Claude Mythos 5 | |
|---|---|---|
| 基盤モデル | 共通 | 共通 |
| セーフガード | dual-use 領域の分類器あり | 一部領域で解除 |
| 提供範囲 | API・サブスクで一般提供 | 承認組織のみ |
| API 料金 | $10 / $50（入力/出力、100万トークンあたり） | 同額 |
名前の由来も発表に書かれています。Fable はラテン語の fabula（語られるもの）から来ており、ギリシャ語の mythos と同根。つまり 2つのモデルを分けるのはセーフガードだけ だ、ということを名前でも宣言している構図です。
セーフガードの実装が面白い — 拒否ではなく「Opus 4.8 が肩代わり」
Fable 5 は、サイバー攻撃・生物化学・モデル蒸留に関わるリクエストを分類器が検知すると、拒否する代わりに Claude Opus 4.8 が応答を肩代わり する設計でした。発表によれば、フォールバックが一切発生しないセッションは95%超。発生時はユーザーに通知されます。
「断られるより、1世代前の優等生が代わりに答えるほうがずっとマシ」という割り切りで、開発用途では実質ほぼ意識しなくてよい設計です（Opus 4.8 も普通に強いモデルなので、肩代わりされても正直困りません）。——もっとも、この「肩代わり役」だった Opus 4.8 が、数日後に私たちの正式な戻し先になるとは、このとき思ってもいませんでした。
3日で消えた — 米政府の輸出管理命令による全世界停止
ここまでが発表時点の話です。問題は、この続きが 発表からわずか3日 で起きたことでした。
2026年6月12日、米政府は Anthropic に対し、Claude Fable 5 と Claude Mythos 5 への全アクセスを停止するよう、輸出管理上の指令 を出しました。理由は国家安全保障。指令は「米国内外を問わず、すべての外国籍ユーザーのアクセス」を禁じる内容で、Anthropic はリアルタイムに外国籍ユーザーだけを切り分けることができないため、全世界の全ユーザーに対して両モデルを無効化 しました。Anthropic の発表ページ にはいまもバナーが掲示されています——「Claude Fable 5 と Claude Mythos 5 へのアクセスを停止しています。お客様にご迷惑をおかけしており、可能な限り早期のアクセス復旧に取り組んでいます」。有償で利用していた顧客には返金が案内されています。
皮肉なのはタイミングです。本来この記事の山場は「料金スケジュール」のはずでした。API は即日 $10 / $50（100万トークンあたり、入力/出力）、サブスクリプション（Pro / Max / Team / シート制 Enterprise）は 6月9日〜22日が追加費用なし、6月23日から従量制 ——だから「試すなら今が一番安い」と書くつもりだったのです。ところがその無償期間が終わるより早く、モデルそのものが消えました。安いも高いもありません。
影響を受けたのは Fable 5 と Mythos 5 だけで、Opus 4.8 を含む他のモデルはすべて通常どおり稼働 しています。この一点が、私たちが慌てずに済んだ理由の半分です（残り半分が、次に書く切り替え設計です）。
発表翌日に投入できた理由 — 切り替え口を先に作ってあった
私たちは、GitHub の Issue 番号を渡すと分析 → 計画 → 実装 → テスト → 品質評価 → PR 作成まで自動で進む開発ワークフローを Claude Code（Pro $20/月、Max $100-200/月）の上で運用しています。仕組みの全体像は Workflow 機能の記事 に書いたので、ここでは1点だけ。このワークフローでは、エージェントを2系統に分けています。
- 手を動かす系: コードを書く実装役（sonnet）、worktree 作成のような機械的ステップ（haiku 固定）
- 判断する系（品質ゲート）: 計画立案・計画レビュー・品質評価・PR レビューの4役
そして判断する系のモデルは、ワークフロースクリプト冒頭の定数で一括管理しています。
// frontmatter 既定は opus。Fable 5 試験運用中は 'fable' を指定し、
// 戻すときはこの 1 行を 'opus' にする。
const QUALITY_MODEL = 'fable'
発表翌日のコミットがやったことは、実質これだけです。正確には、メインとサブの2つのワークフローに1行ずつの計2行。各エージェントの定義ファイル（frontmatter の model: opus）には一切触れていないので、試験をやめるときも定数を書き戻すだけで完全に元へ戻ります。新モデルの採用を「移行プロジェクト」にしない。導入と撤退が同じ1行 であることが、2人の会社が発表翌日に試せた理由のすべてです。
切り替えの動機もコミットにそのまま書いてあります。6/23 の従量課金化が始まる前に、品質ゲートのループ削減効果を telemetry で実測しておきたい——つまりこの無償期間を、ノーリスクの A/B テスト枠とみなしたわけです。本来そこにあったはずの2週間は、結果として3日に縮みました。それでも「期限が切られているからこそ、様子見ではなく初日に動く」という判断そのものは、今回むしろ正解でした。様子見していたら、3日分のデータすら残らないまま終わっていたからです。
そして3日後、同じ1行で戻した
前半で「導入と撤退は同じ1行」と書きました。正直に言うと、これは将来の——具体的には 6/23 の有償化のタイミングで「続けるか戻すか」を判断するための——一般論のつもりでした。それを、まさか記事の公開前に実演する羽目になるとは思っていません。
6/12 にモデルが止まったとき、私たちがやったのは QUALITY_MODEL を 'fable' から 'opus' に書き戻すこと。それだけです。各エージェントの定義ファイル（model: opus）には最初から触れていないので、定数を戻した瞬間に、品質ゲートの4役もブログ生成パイプラインも Opus 4.8 での運用に戻りました。差し戻しゼロ、移行プロジェクトゼロ。
新モデルが「料金改定で割高になる」程度の撤退理由なら、誰でも落ち着いて対応できます。今回の撤退理由は「政府命令で全世界から消えた」です。それでも作業量が1行で変わらなかったのは、撤退の重さを 事前に 1行へ畳んであったから。6/22 の有償化に備えて用意した切り替え口が、6/22 を待たずに、まったく別の理由で役に立った——備えの正解は、想定どおりの形で来るとは限らない、という話でもあります。
全部は切り替えない — 最上位モデルは「判断」の座席にだけ入れる
新モデルが出ると「全部これでよくない？」という気分になりますが（なります）、切り替えたのは品質ゲート系の4役だけです。実装役は sonnet のまま、機械的ステップは haiku のまま。
理由はループの構造にあります。自動開発ワークフローの所要時間と品質は、ほぼ 差し戻しの回数 で決まります。計画レビューが浅いと実装後の品質評価で差し戻しが増え、品質評価が浅いと PR レビューの反復が増える。品質ゲートを AI がすり抜けようとした攻防 で書いたとおり、判断役の見落としはパイプライン全体の品質の天井です。つまり判断系の賢さは、後工程の反復回数に掛け算で効きます。
| 役割 | モデル | 理由 |
|---|---|---|
| 計画・計画レビュー・品質評価・PR レビュー | Fable 5（試験運用 → 停止後は Opus 4.8 に復帰） | 判断の質が差し戻し回数を左右する |
| 実装 | sonnet | 計画が良ければ十分に速く正確 |
| worktree 作成などの機械的ステップ | haiku | 賢さが不要。速さと安さが正義 |
サブスクリプション運用での実コストは、API 料金表ではなく 5時間枠の消費とレイテンシ です。差し戻しが1回減れば、品質ゲートの再実行と再実装のターン丸ごとが浮く。判断の座席にだけ最上位モデルを置くのは、ケチっているのではなく、効く場所に集中させる配分です。そして座席を限定していたからこそ、戻すときに触る場所も少なくて済みました。
効果はまだ数字にしない — 先に「測る仕組み」を入れた
ここで「レビュー反復が◯◯%減りました」と続けたいのですが、実際はその数字、まだありません。切り替えと同じ日に整備されたのは、効果を測るための telemetry でした。
ワークフローが完走するたびに、journal へ次の項目が記録されます。
- shape: その Issue の実装規模判定（micro / standard / complex）
- plan_iter / eval_iter: 計画レビューと品質評価の反復回数
- eval_verdict: 品質評価の最終判定
- iterate_status: PR レビュー反復の結末
これを切り替え前（opus）と切り替え後（fable）で比較すれば、「品質ゲートのモデルを上げると差し戻しは何回減るのか」が実測で答えられる——はずでした。実際には fable 側のデータは3日分しか貯まらず、有意な比較を出すには足りません。ただ救いは、この telemetry がモデル名に依存しない設計だということ。記録の仕組みは Opus 4.8 に戻したいまも回り続けているので、もし Fable 5 が復旧したら、その日からまた計測を再開できます。
しかもこの記録は、エージェントに「完走したら記録してね」とお願いする方式ではなく、ワークフローのコードパスとして決定論的に実行されます。切り替えと同じ日の改修で、記録がセッションの裁量に依存していた状態をわざわざ潰してあります。新モデルの評価は「賢くなった気がする」で語られがちですが、気がする、は telemetry に書けません。数字が貯まったら、その結果はあらためて記事にします（期待外れならそれも書きます。定数を書き戻すだけなので）。
ところで、この記事は Fable 5 が書き始め、Opus 4.8 が書き上げました
当初この記事の最後は「この記事も Fable 5 が書いています」で締めるつもりでした。playpark ではブログ記事の生成・レビュー・公開も Claude Code 上の自動化パイプラインで運用しており、その実行セッションのモデルも一時 Fable 5（claude-fable-5）に切り替えていたからです。
ところが執筆の途中でモデルが止まりました。なので正確にはこうです——この記事は Fable 5 が書き始め、Opus 4.8 が書き上げた。採用レポートを書いていた新人が初週で異動になり、残りを先輩が引き継いだ、という構図です。引き継ぎが1行で済んだことだけが、せめてもの救いでした。
導入時の注意点
これから新モデルを試す方向けに、今回の3日間で痛感した点をまとめます。
- 戻し先を先に決める: モデル指定がコードと設定の何箇所に散っているかを最初に数えてください。散っているなら、まず1箇所（定数や環境変数）に集約してから切り替える。導入の速さは撤退の軽さで決まります
- 「値上げ」より重い撤退理由に備える: 撤退のトリガーは料金改定とは限りません。今回のように規制・地政学的な理由で、新しいモデルが予告なく全世界から消えることもあります。だからこそ「戻し先（枯れた安定モデル）」を、平時から1行先に用意しておく価値があります
- 推論の深さは別管理: 私たちの環境では、エージェント呼び出し時に指定できるのはモデルまでで、推論の深さ（effort）はエージェント定義側の固定値です。「モデルは定数で、深さは定義ファイルで」と管理が分かれる点は把握しておくと混乱しません
- 依存先の障害情報は一次ソースで: モデルが急に止まったときは、まず提供元の公式発表（今回なら Anthropic のニュースページ）を確認。憶測で対応する前に、停止範囲と影響しないモデルを把握すると、戻し先の判断が速くなります
まとめ
- Claude Fable 5 は、Opus の上に新設された Mythos-class ティアの一般提供版。Claude Mythos 5 とは同一基盤モデルで、違いはセーフガードの構成だけ
- だが発表3日後の 6月12日、米政府の輸出管理命令により Fable 5 / Mythos 5 は全世界で提供停止。Opus 4.8 など他モデルは影響なし
- 私たちは品質ゲートとブログ生成のモデルを、定数1行で Fable 5 → Opus 4.8 に戻した。撤退理由が「政府命令で消えた」でも作業は1行
- 新モデル対応の速度も、突然の撤退への耐性も、モデルの賢さではなく切り替え面の設計で決まる。導入と撤退が同じ定数1行なら、発表翌日の実戦投入は無謀ではなく低リスクの実験になる
- 最上位モデルは、差し戻し回数に掛け算で効く「判断」の座席にだけ入れる
- 効果は telemetry で実測する。今回は3日で計測が途切れたが、仕組みはモデル名に依存しないので復旧すれば再開できる。数字になるまでは「気がする」と書かない
新モデルのニュースを横目に「うちで試すのは落ち着いてから」と考えている方へ。今回 Fable 5 は、落ち着くどころか3日で消えました。それでも痛手にならなかったのは、いつでも戻せる切り替え口を1つ作ってあったからです。試すかどうかを迷うより先に、戻り道を1本引いておく——それが新モデル時代の、いちばん安い保険だと思います。
