Claude Fable 5とMythos 5全停止、米輸出管理とOpus 4.8代替の不安

Claude Fable 5とClaude Mythos 5が、2026年6月12日に止まった。
Anthropicの声明では、米政府が国家安全保障上の権限を根拠に、Fable 5とMythos 5への外国人アクセスを停止する輸出管理指令を出した。
対象は米国外の利用者に加え、米国内の外国籍者、さらにAnthropic社内の外国籍社員まで含む。

この範囲だと、国籍判定、社員判定、顧客契約、クラウド経由の提供面を短時間で分けられない。
Anthropicはコンプライアンス上、Fable 5とMythos 5を全顧客向けに止める、と書いている。
Claudeのリリースノートも同じ日に、Fable 5とMythos 5のアクセス停止を記録した。

自分の手元で3日前に回した Claude Fable 5のブログ修正ベンチでは、Fableは claude-fable-5 としてそのまま動いていた。
そのときはOpus 4.8へのフォールバックも出ていなかった。
6月9日に出たモデルが、6月12日に全停止したことになる。

ただし、これを単なるモデル障害やコンプライアンス事故に収めると、重要な論点を外してしまう。
米政府とAnthropicは、Fable 5以前からかなり揉めていた。
今回の厄介さは、もともとの対立と、AI Safetyの名目としては妙に粗い輸出管理指令が同時にある点だ。

公開情報だけでは停止理由が足りない

Anthropicの説明では、政府書簡は国家安全保障上の懸念の詳細を示していない。
同社の理解では、政府側はFable 5のジェイルブレイク手法を把握した、ということになっている。
ただしAnthropicは、そのデモで確認されたのは少数の既知かつ軽微な脆弱性で、他の公開モデルでも確認できる種類だった、と反論している。

この停止はかなり不自然だ。
AnthropicはFable 5発売時点で、サイバー、バイオ、思考抽出の周辺では安全分類器が反応し、必要ならOpus 4.8へフォールバックすると説明していた。
同時に、完全なジェイルブレイク耐性は現時点ではどのモデルにも難しい、とも書いていた。

それでも政府指令の中心は「外国人に使わせるな」だった。
Anthropic側の主張どおりなら、狭いジェイルブレイクを理由に商用モデル全体をリコールする水準には届かない。
政府側の詳細が出ていないので、実際に何を問題視したのかはまだ分からない。

政府とAnthropicはもともと揉めていた

今回の停止だけを切り出すと、政府とAnthropicの対立を見落とす。
その対立は2026年2月から表に出ていた。Anthropicと米国防当局はClaudeの軍事利用条件で衝突していた。
Anthropic側の説明では、国防当局は「any lawful use（合法用途なら何でも）」なら使えるようにせよ、つまり自律兵器や大規模監視まわりのセーフガードを外せ、という方向で圧力をかけていた。

Anthropicはそれを拒み、ダリオ・アモデイの声明では、国防当局がAnthropicを政府システムから外す、サプライチェーンリスクに指定する、防衛生産法でセーフガード解除を迫る、といった脅しをかけたと書いている。
TechPolicy Pressの時系列では、2月27日にトランプ政権が連邦機関へAnthropic製品の利用停止を指示し、ピート・ヘグセスが同社をサプライチェーンリスクに指定した。
Anthropicは3月に政府を提訴している。

つまり、今回の政府指令は「中立の安全審査機関が、技術評価だけを見て静かに止めた」という説明では片づかない。
Axiosは、Anthropicが米国防総省のブラックリスト対象になる一方、米商務省のライセンス制度では外国利用には危険すぎるモデルとして扱われている、と整理している。
政府側の構図は「国内防衛には使いたいが、外国人には渡したくない」。
Anthropic側の構図は「安全ガードレールを求めたらサプライチェーンリスク扱いされ、今度は安全上危険だから止められた」。
このねじれがあるので、停止理由を単体で処理すると弱い。

AI Safety対応としては雑すぎる

もちろん、政府側がFable 5やMythos 5を警戒する理由自体はある。
Anthropic自身が、Fable 5は一般提供した中で最も強いモデルで、Mythos 5はサイバーセキュリティ能力が特に強いモデルだと説明していた。
Project Glasswingでは、Mythos Previewがゼロデイ発見やエクスプロイト開発に使えることも示していた。
国家安全保障の文脈で警戒するな、というほうが無理がある。

でも、公開情報だけを根拠にする限り、今回の停止措置はAI Safetyの実務としてかなり粗い。
問題がジェイルブレイクなら、本来の論点は、どの能力が、どのプロンプト条件で、どの安全分類器を越えて、どの程度の被害につながるかだ。
それに対して政府側の公開された命令は「外国籍者に使わせるな」であり、技術の単位ではなく国籍で切っている。

この線引きは、攻撃能力の抑止としても中途半端だ。
米国籍の利用者による悪用は止められない。
同盟国の研究者や米国内の外国籍社員は利用できない。
モデル重み、API推論、社内評価、信頼済みアクセス、クラウド経由提供の違いも、公開文からは判別できない。
その結果、Anthropicは個別切り分けを諦め、全顧客停止を選んだ。

さらに、Anthropicが書いている通りなら、政府書簡は金曜17時21分ETに届き、国家安全保障上の懸念の詳細は示されず、根拠は口頭で伝えられた狭い非汎用ジェイルブレイクだった。
これが本当に即時停止に値する重大なAI Safetyリスクなら、事前の評価プロセス、再現条件、緩和要求、期限付きの是正命令、業界横断の基準が必要になる。
逆に、その程度の材料で商用モデル全体を止めたなら、今後のフロンティアモデル公開も政府の判断ひとつで止められる。

ここが一番ひっかかる。
Anthropicは「政府は危険なAIデプロイを止める権限を持つべきだ」と普段から言っている会社だ。
そのAnthropicが、今回の手続きは透明性、公平性、明確さ、技術的事実のいずれも欠いている、と反論している。
AI Safetyのための停止措置と呼ぶには、公開されている手続きがあまりに政治的で、あまりに雑だ。

外国籍社員の制限は公式声明に入っている

「社員も使えないらしい」という話は、少なくともFable 5停止については公式声明に入っている。
Anthropicは、指令の対象に「foreign national Anthropic employees（外国籍のAnthropic社員）」が含まれると書いた。

これは単なる社内リークより重い。
米国の輸出管理では、米国内で外国籍者に管理対象技術を見せる行為も、みなし輸出として扱われることがある。
今回の声明は、モデル利用アクセスにもその発想を持ち込んだものに近い。

ただし、どの法令条項で、どのモデル能力やモデル重みや推論アクセスが対象になったのかは、公開文だけでは特定できない。
Business Insiderは、Anthropicが金曜夕方5時21分ETに政府書簡を受け取ったと報じている。
WSJも、米商務省の判断で外国籍者や一部社員への利用が禁じられ、Anthropicが全体停止を選んだと報じた。
どちらも「外国籍社員」部分はAnthropic声明と整合する。

Microsoft制限は別筋の30日保持問題

「社員も使えない」という話は、もう一つ別の問題も含んでいる。
TechRadarは、MicrosoftがFable 5の社員利用を制限したと報じた。
理由は輸出管理と別で、Mythos-classモデルの30日データ保持ルールだ。

AnthropicはFable 5、Mythos 5、同等以上の将来モデルについて、すべてのトラフィックを30日保持すると発売記事で説明していた。
安全システムが検出した内容は、調査や執行のためにより長く保持される場合がある。
Microsoft側の問題は、社員が顧客情報や社内情報をFable 5へ入れたとき、既存のエンタープライズ向けデータ処理条件と衝突する点だ。

だからMicrosoftの話は「米政府が外国籍社員を止めた」とは別件だ。
時系列が近く、どちらもFable 5の利用停止なので混同されやすい。
輸出管理指令は6月12日の全停止、Microsoft制限はデータ保持レビューとして区別する。

Fableのフォールバック先のOpus 4.8も安心できない

Fable 5の発売時点では、高リスク分類器に引っかかったリクエストをOpus 4.8へフォールバックする設計だった。
Claude APIのCookbookも、claude-fable-5 から claude-opus-4-8 へサーバー側フォールバックする手順を出していた。
分類器ブロックはHTTP 200で stop_reason: "refusal" と stop_details.category を返し、cyber、bio、reasoning_extraction のようなカテゴリを見て分岐する。

API利用者にとっては、Fableが止まってもOpus 4.8へ戻せば最低限の継続はできる、という設計だ。
ただ、Claude Codeの実運用では条件が変わる。
前に書いた Claude Codeでcourtが出てツール呼び出しが止まる記事の後も、Opus 4.8まわりのIssueはOpenのままだ。

6月10日に開かれた anthropics/claude-code のIssue #66733は、Opus 4.8でツール呼び出し前に court が出て、長いセッションで繰り返し壊れる報告だ。
Issue #65130も、Opus 4.8の1M文脈、重い日本語セッション、複数MCPサーバという条件で、ツール呼び出しが構造化ブロックを返さずプレーンテキストになり、リトライ後も止まると書いている。
どちらも、この記事を書いている時点ではOpenのままだ。

Anthropic公式のOpus 4.8ドキュメントは、Opus 4.7からの改善としてツール呼び出しの取りこぼし減少、長文脈の品質改善、コンパクション回復を挙げている。
これは「Opus 4.7の問題を一部直した」という意味にはなる。
一方で、Fable停止後にClaude Codeの長時間作業を全部Opus 4.8へ戻してよい、と言える公開材料はまだない。

Opus 4.9でお茶を濁す余地はある

短期の落としどころは、Fable 5の復帰よりも、Opus側の小刻みな更新になりそうだ。
名前がOpus 4.9になるか、Opus 4.8のサービング更新になるかは分からない。
ただ、必要な作業ははっきりしている。

Fable 5をそのまま戻すには、政府指令、外国籍者判定、企業データ保持、ジェイルブレイク評価、Project Glasswingや信頼済みアクセスの線引きを同時に処理することになる。
これは数日で雑に戻すには重い。
一方で、Opus系なら輸出管理声明の対象外だとAnthropicが明記している。
Claude CodeやAPIの顧客離れを抑えるなら、Opus 4.8のツール呼び出し崩れ、長文脈、フォールバック課金、Fableからの移行メッセージを直すほうが早い。

ただし、Opus 4.9を出してもFable 5の代替にはならない。
Fable発売記事でAnthropicは、Fable 5がOpus 4.8を上回り、長く複雑なタスクほど差が大きいと説明していた。
同じ記事では、FableとMythosはOpusより上のMythos-classだとも書いている。
Opusの更新は避難先にはなるが、Fableで売っていた長時間自律タスクの上限までは戻らない。

いま使う側で起きること

新規セッションでFableを選ぶと、モデルが存在しない、またはアクセス権がないというエラーが返る報告が出ている。
GitHub Issue一覧にも、6月13日付で claude-fable-5 を選ぶと /model で別モデルを選べと言われるIssueが上がっている。
既存セッションも、次のターンでモデル解決やアクセス確認に当たれば同じエラーになる。

Claude Codeで作業中なら、Fableセッションを延命するより、まずモデルをOpus 4.8かSonnet 4.6へ変える。
ただしOpus 4.8は長時間セッションでツール呼び出し崩れの報告が続いている。
セキュリティ、バイオ、長文脈、ツール連打が絡む作業では、作業ログ、git diff、TODOを外に出してから新規セッションへ移したほうがいい。

Fableの復帰は、Anthropicの声明では「できるだけ早く戻す」扱いだ。
でも、政府指令の詳細が公開されておらず、外国籍社員まで含む範囲で出ている以上、単純な障害復旧とは違う。
今日（2026年6月13日）以降の作業では、Fableを前提から外したほうが現実的だ。