Claude Fable 5が復活:サポートチームへの影響とは

アップデート — 2026年7月8日: AnthropicはFable 5のアクセスを延長している。Claudeの公式X投稿によると: "We're extending access to Claude Fable 5 on all paid plans through July 12." — @claudeai

「Fable 5が復活した」の本当の意味

まず混乱を整理しておきたい。「Fableがなくなる」という2つの異なる話が絡み合っていたからだ。

6月9日のローンチ時点で、Anthropicは「Fable 5はサブスクリプションプランで6月22日まで無料、それ以降は利用クレジットに移行する」と説明していた。これが当初の「6月22日の崖」であり、すでに不満の声が上がっていた。しかし「Fable 5が復活した」はまったく別の、はるかに奇妙な出来事だ。このモデルはローンチからわずか3日後に米国政府によって強制的に停止させられ、地球上のすべてのユーザーに対して無効化された。

実際の経緯は以下の通りだ。

• 6月9日 - AnthropicがClaude Fable 5とMythos 5をリリース。Claude Opus 4.8の上位に位置する新しい「Mythosクラス」ティアだ。
• 6月12日 午後5時21分(米東部時間) - 米国政府が、米国内外を問わずすべての外国籍ユーザーへのアクセスを停止するよう求める輸出管理指令を発令。Anthropicには国籍をリアルタイムで確認する手段がなかったため、「Fable 5とMythos 5をすべての顧客に対して即座に無効化しなければならない」状況に追い込まれた。他のモデルは稼働を続けた。
• 6月30日 - 商務長官のハワード・ラトニック氏が確認し、規制が解除された。Anthropicは「Fable 5の再展開」という投稿を公開した。
• 7月1日 - Fable 5がClaude.ai、API、Claude Code、Claude Coworkの全面で復活した。

つまりこのモデルは約18日間、完全に沈黙していた。制限されたのでも、性能が落とされたのでもなく、消えていたのだ。

Fable 5が停止された理由、そしてAnthropicが反発した理由

きっかけはジェイルブレイクだった。Anthropicの再展開に関する投稿によると、Amazonの研究者はFable 5にソフトウェアの脆弱性を特定させるプロンプトを使って安全対策を回避する方法を発見し、あるケースでは脆弱性がどのように悪用されうるかを示すコードを生成させた。

異例だったのは、Anthropicが自らを規制する政府機関に対して公然と異議を唱えたことだ。6月12日の声明では、この命令は「国家安全保障上の懸念について具体的な詳細を示していなかった」とし、脆弱性は「比較的単純なもの...他の一般公開されているモデルも、バイパスを必要とせず同様に発見できる」と述べた。同社の主張は率直だった。

"we disagree that the finding of a narrow potential jailbreak should be cause for recalling a commercial model deployed to hundreds of millions of people. If this standard was applied across the industry, we believe it would essentially halt all new model deployments for all frontier model providers."

Anthropic's June 12 statement

Anthropicは後に主張した。自社のテストでは「Claude Opus 4.8、GPT-5.5、Kimi K2.7を含む、より性能の低いモデルの多くが同じ脆弱性を発見できた」とし、Haiku 4.5に至るまでテストしたすべてのモデルがエクスプロイトのデモを再現できたという。あるコメント投稿者が皮肉交じりに述べた通り、これは「Kimiにとって良い宣伝になったんじゃないか」というわけだ。

復活にあたって何が変わったのか

Fable 5は、去った時よりも少し制限が厳しくなった状態で戻ってきた。頼りにする前に知っておくべき変更点が2つある。

安全網がより厳しくなった。 政府と協力し、Anthropicは報告された手法を「99%以上のケースで」ブロックする新しい分類器を訓練した。ただし落とし穴は同社の投稿でも率直に述べられている。「その代償として、通常のコーディングやデバッグ作業でも無害なリクエストにフラグが立てられる頻度が増える」というのだ。フラグが立てられても、リクエストが失敗するわけではなく、代わりに「Opus 4.8に送られる」。Fable 5はローンチ時点ですでにサイバーセキュリティや生物学関連のプロンプトに対してこれを行っており、その時点でも誤検知率は最も大きな不満の種だった。ラボの自動化、MRIのセグメンテーション、メッセージダイジェストのコードを扱うユーザーが、セッションの途中でOpusに振り分けられるケースが相次いでいた。

このモデルの上に何かを構築しているなら、この静かなダウングレードこそが重要なポイントだ。同じプロンプトを2回送っても、2つの異なるモデルが応答することがあり、しかもキャッチできるエラーは一切出ない。再展開に関するノートを読んだあるHNのコメント投稿者は率直にこう述べた。"the safety margin on the classifier is even worse than it was before."

サブスクリプションの内容が縮小した。 復活時点でのアクセス状況は次の通りだ。

純粋なAPI料金には変更がない。依然として入力100万トークンあたり10ドル、出力100万トークンあたり50ドルで、Opus 4.8のおよそ2倍、コンテキストウィンドウは100万トークン、知識のカットオフは2026年1月のままだ。しかし人々が不満を抱いているのはサブスクリプションの計算部分だ。これは事実上、6月22日の崖の第二版、より狭い範囲での再来と言える。Claude料金体系全体にどう影響するかが、人々をいら立たせている理由だ。

"Huge bummer. So what's the point of an anthropic subscription? Or is this just the end of subscriptions?"

mkw5053 on Hacker News

とはいえ、モデルが戻ってきたことへの安堵は本物だった。私のお気に入りの反応は、BatFastardによるものだ:"I only knew it for 3 days but I was starting to fall in love!"

Fable 5は本当にそれほど優れているのか?

どうやら、大人がたった72時間しか使っていないモデルにラブレターを書きたくなるほどらしい。その性能自体に疑いの余地はない。

Anthropic自身のベンチマーク表では、Fable 5はOpus 4.8をはじめとする他モデルから大きく飛躍しており、特に実務に直結するエージェント型コーディングやナレッジワークのスイートで顕著だ。

いくつかの数字が際立っている。SWE-Bench Proで80.3%(Opus 4.8は69.2%)、Terminal-Bench 2.1で88.0%、そして過酷なFrontierCode(Diamond)セットでは29.3%(Opus 4.8は13.4%にとどまる)。CNBCの報道によれば、一部のベンチマークで「Claude Opus 4.8より10%以上高いスコア」を記録したという。より幅広いモデルと比較したい場合は、別記事でClaude対ChatGPTやClaude対Geminiの比較も行っている。

実際に使ってみた感想もスコアと一致している。丸1日テストしたSimon Willisonは、いつも通り率直にこう述べた。

"this is something of a beast. It's slow, expensive and has been quite happily churning through everything I've thrown at it so far. As is frequently the case with current frontier models the challenge is finding tasks that it can't do."

Simon Willison

また彼は、月額100ドルのMaxプランで1日にトークン代110.42ドルを使ったといい、これこそがサブスクリプションかクレジットかという議論がこれほど激しくなっている理由をはっきり示している。これは間違いなく優れたモデルだ。同時に、間違いなく高額で、そして先月時点では、頼りにするには予測不可能なモデルでもある。

本当の教訓:製品を1つのモデルに直結させるな

ここで視点を変えてほしい。興味深い話は「最高のコーディングモデルが戻ってきた」ことではない。顧客の誰も予見も予測も異議申し立てもできない理由で、フロンティアモデルが18日間沈黙したという事実にある。claude-fable-5を直接呼び出していた製品はすべて、その18日間ずっと壊れたままで、コード上に直せる箇所は何もなかった。

これはFableの問題でも、Anthropicの問題ですらない。アプリがモデル層の上に構築されるのではなく、単一のモデルに直結させられている場合に必ず起きることなのだ。

障害を生き延びるパターンは、地味で古典的なものだ。製品とモデルの間にレイヤーを挟むこと。モデルが消えたり、制限されたり、黙って性能が落ちたり、料金が3倍になったりしても、そのレイヤーが別のモデルに切り替えてくれるので、ユーザーは何も気づかない。まともな人なら誰も、決済処理を1つのプロセッサーだけにハードコードしたりしないのと同じ理屈だ。

自分たちのリスクをざっくり点検したいなら、私ならおおよそこのように評価する。

私がこれを重視しているのは、まさに自分が日々取り組んでいる課題だからだ。私は実際のサポートキューで稼働するAIの構築に携わっており、その下層にあるモデルは私たちが管理する詳細であって、顧客が賭けをする対象ではない。自信満々に見えるボットが間違った回答をするのを何度も目にしてきたからこそ、すべてのロールアウトは顧客の前に出る前に実際の過去のチケットに対してシミュレーションされ、返信は雰囲気ではなく確信度に基づいてルーティングされる。この発想はまさに顧客から生まれたものだ。月間約7,000件のチケットを扱うあるCXリードが、営業電話で自分たちに必要なものをまさにこう語ってくれた。

「AIが100%の質問に答えられるようになることは決してありません。ですが、AIが無理に答えようとして『すみません、わかりません』とだけ返すようでは、私が7,000件すべてのチケットを確認しに行くことはできません...必要なのは、自信を持って対応できるチケットだけを処理し、それ以外にはあえて手を出さないAIなんです。」

セーフティネットが「このモデルは常に稼働していて常に賢いと信じている」というものではなく、確信度ベースのルーティングとシミュレーションであれば、Fable 5の停止のような出来事もただの日常であって、危機ではなくなる。

eeselを試す

カスタマーサポートを運用しているなら、Fable 5の一件から得るべき教訓はこうだ。キューを単一のモデルに賭けることなく、フロンティアモデルの恩恵を得ること。eesel AIはまさにそのために作られている。既存のヘルプデスクに接続し、過去のチケットやヘルプドキュメントから学習し、チケットの下書き作成や自律的な解決を行う。裏側のモデルのオーケストレーションはすべて代わりに処理してくれる。

ここで重要なのは、本番稼働前に過去のチケットに対して完全なシミュレーションを実行し、段階的にロールアウトし、確信度ベースのルーティングに頼ることで、AIが確信を持てるチケットだけに回答させられる点だ。料金は従量課金制で、1チケットあたり0.40ドルから、席数課金は一切なし。100以上のツールと接続し、80以上の言語に対応しており、Smavaの月間10万件超のドイツ語チケットから、Gridwiseが導入初月にティア1リクエストの73%を解決した事例まで、幅広いユースケースを支えている。フロンティアモデルはこれからも登場と撤退、そして値上げを繰り返すだろう。あなたのサポートはそのたびにひるむべきではない。eeselを試すのは無料だ。