Fable 5とMythos 5とは何か
Claude Fable 5は、Anthropicが「広く一般提供するなかで最も高性能」と位置づけるモデルだ。
最も要求の厳しい推論と、長時間にわたるエージェント作業（long-horizon agentic work）のために設計されている。
兄弟モデルのClaude Mythos 5は、能力はFable 5とまったく同じだが、後述する安全分類器を持たない。こちらは「Project Glasswing」を通じた承認済み顧客への限定提供のみで、一般には使えない。
まず基本スペックを押さえておこう。
| 項目 | 内容 |
|---|---|
| モデルID（Fable 5） | claude-fable-5 |
| モデルID（Mythos 5） | claude-mythos-5 |
| コンテキストウィンドウ | 100万トークン（デフォルト） |
| 最大出力 | リクエストあたり128kトークン |
| 料金 | 入力 $10 / 100万トークン、出力 $50 / 100万トークン |
| 一般提供開始 | 2026年6月9日 |
| データ保持 | 30日（ゼロデータ保持は非対応） |
提供基盤はClaude API、AWS上のClaude Platform、Amazon Bedrock、Google Cloud、Microsoft Foundryと幅広い。
100万トークンという広大なコンテキストは、大規模なコードベースや長い会話履歴を丸ごと抱えたまま作業を続けられることを意味する。長時間自律というコンセプトを支える土台だ。
Opus 4.8から何が変わったか
Fable 5の理解でつまずきやすいのは、「Opus 4.8の上位版」という捉え方だ。
もちろん、ほぼすべてのタスクで前世代より高性能になっている。だが本質は、得意領域の重心が「一発の賢さ」から「長く走り続ける力」へ移ったことにある。
公式が挙げる主な改善領域は次の7つだ。
見てのとおり、改善は「賢さ」だけでなく「任せられる範囲の広さ」に集中している。
Anthropicは「最も成果を出しているチームは、自分たちの最難関の未解決問題にFable 5を当てている」と述べている。簡単なタスクだけで試すと、その実力を過小評価してしまう、というわけだ。
最大の変化は「ターンが長くなる」こと
移行時に最も多くのチームが直面する変化が、これだ。
難しいタスクでは、1回のリクエストが数分間走り続けることがある。文脈収集、構築、自己検証を挟むためだ。自律実行に至っては、数時間に及ぶこともある。
つまり、これまで「数秒で返ってくる」前提で組んでいたクライアント側の作りが、そのままでは通用しない。
移行前に見直すべき3点
まず、クライアントのタイムアウトを延ばすこと。数分〜数時間の応答に耐えられる設定にする。
次に、ストリーミングと進捗表示を用意すること。ユーザーが「固まった」と誤解しないよう、途中経過を見せる。
そして、同期的に待ち続ける設計をやめること。処理をブロックして待つのではなく、スケジュールジョブなどで非同期にチェックしにいく作りへ変える。
なお、タスクが曖昧なときにFable 5が「考えすぎ」て計画ばかり立てるのを防ぎたい場合は、短い指示が効く。
公式は「行動に必要な情報が揃ったら行動せよ。すでに確定した事実を再導出せず、ユーザーが決めた決定を蒸し返さず、追わない選択肢を長々と並べるな」という趣旨の一文を推奨している。
Effortという新しいハンドル
Fable 5で、知能・レイテンシ・コストのトレードオフを握る主役が「Effort（努力度）」パラメータだ。
思考の深さをこのEffortで制御する。使い分けの目安は次のとおり。
| Effort | 使いどころ | 特徴 |
|---|---|---|
| xhigh | 最も難しく、能力が問われる作業 | 最高精度・最も慎重な検証 |
| high | ほとんどのタスクのデフォルト | 品質とコストのバランス |
| medium | 定型的な作業 | 軽快で対話的 |
| low | ルーティンワーク | 最速・最安 |
ポイントは、Fable 5の低いEffort設定でも、前世代の最高設定（xhigh相当）を上回ることが多いという点だ。
タスクが完了はするが時間がかかりすぎるとき、あるいはもっと軽快に対話したいときは、Effortを下げればいい。
一方で高いEffortには副作用もある。ルーティン作業に高Effortを当てると、頼んでもいないリファクタリングや「お掃除」を始めることがある。それを防ぐには、「タスクが要求する以上の機能追加・リファクタ・抽象化をするな。バグ修正に周辺の掃除は不要」と明示的に釘を刺すとよい。
「指示は短く」効く時代へ
Fable 5は指示追従が大きく改善した。
これが意味するのは、「振る舞いを1つずつ列挙する」必要が減ったということだ。短い指示で全体を方向づけられる。
たとえば、放っておくとFable 5は高Effort時に冗長になりがちだ。追わない選択肢を並べたり、根本原因を長々と説明したり、過剰に構造化されたPR説明文を書いたりする。
こうした癖を1つずつ禁止する代わりに、短い簡潔さの指示が同じ効果を持つ。
簡潔さを引き出す一文の例
「結論から書け。作業を終えた最初の一文で『何が起きたか／何を見つけたか』に答えよ。詳細と理由はその後。読みやすさと簡潔さは別物で、読みやすさのほうが重要だ」
この一文だけで、矢印の連鎖（A → B → 失敗）や過度な省略、専門用語の羅列に逃げずに、選別して短くする振る舞いが引き出せる。
長時間ワークフローでの「立ち止まりポイント」も同様だ。「本当にユーザーが必要なときだけ止まれ。破壊的・不可逆な操作、実際のスコープ変更、本人しか出せない入力があるときに限り、質問して手番を終えよ」と伝えれば、ケースを網羅列挙する必要はない。
長時間自律を支える4つの足場
長く自律稼働させるほど、モデルまかせにできない「運用の足場」が効いてくる。公式が挙げる代表的な4つを見ていこう。
進捗の「裏取り」を強制する
長時間の自律実行では、実際のツール結果に照らして進捗を監査させる。
「進捗を報告する前に、各主張をこのセッションのツール結果と突き合わせよ。証拠を示せる作業だけ報告し、未検証なら未検証と明言せよ。テストが落ちたなら出力とともにそう言え」という指示だ。
Anthropicのテストでは、これが「捏造された進捗報告」をほぼ根絶したという。
境界を明示する
Fable 5は、頼まれてもいない行動を取ることがある。頼んでいないメールの下書きを作ったり、防御的にgitのバックアップブランチを切ったり、といった具合だ。
対策は、やってよいこと・悪いことを明示すること。「ユーザーが問題を説明したり質問したり考えを口にしているだけのときは、成果物はあなたの『評価』だ。所見を報告して止まれ。頼まれるまで修正を当てるな」と伝える。
メモリシステムを与える
Fable 5は、過去の実行から学んだ教訓を記録・参照できると特に力を発揮する。Markdownファイル1枚のような単純な場所でよい。
「1ファイルにつき教訓を1つ、冒頭に一行サマリーを置け。修正も確定した手法も理由込みで記録せよ。リポジトリや履歴に既にあることは書くな。誤りと分かった記録は消せ」といった運用を指示する。
send-to-userツールをつくる
長時間・非同期のエージェントには、手番を終えずにユーザーへメッセージを「そのまま」届ける手段を持たせる。
ツールの入力（表示したいメッセージ）はUIに直接描画し、ツール結果には単純な受領確認を返す。ツール入力は要約されないため、内容がそのまま届くのがポイントだ。
このほか、並列サブエージェントを積極的に使うこと、ごくまれに起きる「早すぎる停止」（『次にXを実行します』と言うだけで実際のツール呼び出しをしない）への対策として「continue」で押すこと、なども公式は挙げている。
安全分類器とrefusal──フォールバック設計
統合で最も注意すべき変更が、これだ。
Fable 5には、特定のリクエストを拒否できる安全分類器が組み込まれている。対象は、攻撃的サイバーセキュリティ（エクスプロイトやマルウェアの構築）、生物・生命科学の一部（実験手法や分子メカニズム）、そしてモデルの要約思考の抽出だ。
善意のセキュリティ研究や有益な生命科学タスクでも、これらの安全装置が作動することがある。
拒否されると、Messages APIはエラーではなく、HTTP 200の成功応答として stop_reason: "refusal" を返す。どの分類器が拒否したかも報告される。
拒否されたリクエストは、多くの場合ほかのClaudeモデルで処理できる。再試行の方法は3通りある。
サーバーサイド（fallbacks パラメータでAPIに再試行させる）、クライアントサイド（各SDKのミドルウェア）、そして手動での実装だ。フォールバック先としてはClaude Opus 4.8が案内されている。
課金も理にかなっている。出力が生成される前に拒否されたリクエストには課金されない。別モデルで再試行するときは「フォールバッククレジット」がプロンプトキャッシュの切り替えコストを払い戻すため、二重払いを避けられる。
なお、限定提供のMythos 5にはこの安全分類器がない。そのため拒否・フォールバックの設計はFable 5固有の話となる。
思考まわりのAPI変更も押さえる
もう一つの重要な変更が、思考（thinking）の扱いだ。
Fable 5とMythos 5では、思考モードは「適応的思考（adaptive thinking）」のみ。thinking: {"type": "disabled"} は使えず、拡張思考の予算指定もない。思考の深さはEffortで制御する。
さらに、生の思考連鎖（raw chain of thought）は決して返されない。返るのは要約された思考ブロック（summarized）か、空の思考ブロック（omitted、デフォルト）のいずれかだ。
この仕様には運用上の落とし穴もある。モデルに「自分の推論をそのまま応答として書き出せ」と指示するプロンプトやスキルは、reasoning_extraction（推論抽出）の拒否カテゴリを踏み、Opus 4.8へのフォールバックが増える原因になる。移行時には、既存のスキルやシステムプロンプトから「思考を見せろ」系の指示を洗い出しておきたい。
まとめ：一番難しい問題を渡してみる
Claude Fable 5は、「性能の階段をもう一段上がったモデル」ではなく、「AIとの付き合い方を変える転換点」だと捉えるのが正しい。
要点を振り返ろう。重心は一発の賢さから長時間の自律へ移った。ターンは長くなり、非同期な足場が要る。Effortが新しい主役のハンドルになり、指示は短く方向づけるほうが効く。そして安全分類器とフォールバックという、統合面での新しい作法が加わった。
前世代向けに細かく作り込んだプロンプトやスキルは、Fable 5にはむしろ「指示過多」で品質を下げることがある。公式が勧めるのは、古い指示を思い切って削り、まずデフォルトの実力を見ることだ。
そして最大の推奨は、拍子抜けするほどシンプルだ。「前世代には任せなかったはずの、一番難しいタスクから始めよ」。
あなたのプロジェクトで、これまで「AIには無理」と諦めていた未解決問題は何だろうか。その一つを、Fable 5に丸ごと渡してみることが、この新しいモデルを理解する最短ルートなのかもしれない。
出典・参考
- Anthropic「Prompting Claude Fable 5」
- Anthropic「Introducing Claude Fable 5 and Claude Mythos 5」
