Claude Fable 5.2：長い仕事を検証可能なワークフローに変える
単に回答を長くするアップデートではない。難しい開発、研究、設計を継続し、途中の確認点を残すためのモデルだ。
Claude Fable 5.2は2026年11月9日に公開された。Anthropicは、長時間動くエージェント、複数リポジトリの移行、研究、レポートまで続く分析など、最も難しい知識作業とコーディング向けに位置づけている。Fable 5.2とMythos 5.2は同じ基盤モデルで、Fableは広く使える構成としてサイバーセキュリティと生物学の保護を強化している。
トークン
トークン
MTok
最大速度
数字が示すのは、長い連鎖に強いということ
Anthropicの表では、Fable 5.2は多くの項目でOpus 5.5を上回る。FrontierCode 2.0はエージェント型コーディング、OSWorld 2.1はPC操作、Terminal-Bench-Science 0.1は科学研究エージェントを測る。
| ベンチマーク | Fable 5.2 | Fable 5.1 | Opus 5.5 | 対象 |
|---|---|---|---|---|
| FrontierCode 2.0 | 49.1% | 32.4% | 45.5% | エージェント型開発 |
| FrontierSWE v2 | 69.9% | 56.3% | 62.3% | ソフトウェア開発 |
| OSWorld 2.1 | 89.3% | 83.5% | 87.2% | PC操作 |
| Terminal-Bench-Science 0.1 | 74.6% | 52.6% | 58.7% | 科学研究 |
AutomationBenchは51.4%、WANDRの緩和スコアは82.1%、ツール付きHumanity’s Last Examは74.2%、Chartographyは73.4%。いずれも自社業務の成功率ではない。ツール権限、停止条件、テストセット、費用計算で結果は変わる。
料金は下がったが、請求を動かすのはeffort
標準価格は入力8ドル、出力40ドル/MTok。Fable 5.1の10/50ドルから20%下がった。キャッシュ読み取りは0.20ドル/MTok、Batch APIは入出力50%割引。fast modeは最大2.5倍速くなるが、16/80ドル/MTokになる。
ドキュメントではeffortが思考の深さ、ツール呼び出し、遅延、トークン量を変える。APIの標準はhigh。明確な大量処理はlow、対話的な作業はmedium、難しい開発や長時間実行はhigh、xhighやmaxは効果を測れた場合に使う。
Anthropicは、FrontierCodeの初期テストでFable 5.2のhighがOpus 5.5のmax程度に達し、タスク費用はおよそ半分だったと説明している。実際の費用は入力、ツール呼び出し、再試行で決まる。
移行前に400エラーをつぶす
モデルIDを変えるだけでは足りない。adaptive thinkingは常に有効で、thinking: {type: "disabled"}は使えない。Fable 5.2の標準effortはhighで、Opus 5.5のmediumとは異なる。
- ツール選択：
tool_choiceのanyとtoolは400を返す。autoと明示的な指示、schema検証を使う。 - thinking block：空のブロックを含め、ツールループごとにそのまま返す。位置でなくtypeで読む。
- PC操作：Bedrock以外では
computer_20251124をcomputer_toolset_20260801へ変更する。 - データ保持：標準では30日保持が必要。ゼロデータ保持はEnterprise Frontier Safeguardsなどの条件が要る。
移行ガイドは、別枠のレート制限と低いトークン上限、Fable 5.2 executorがFable 5.2またはMythos 5.2 advisorだけを使える点も説明している。
実務で試す三つの場所
複数リポジトリの移行
受け入れ条件、互換性、テストコマンドを渡し、依存関係の調査、段階的変更、テスト、失敗説明まで行わせる。価値はコード量よりdiffと証拠の履歴にある。
研究から成果物へ
論文を読み、実験し、結果を比較して報告書にする仕事では大きなコンテキストが役立つ。出典、仮定、未解決点、再現コマンドを必ず求める。
ハードウェアと視覚設計
CAD、コード、シミュレーションを実行する前に、対象、寸法、不確実性を列挙させる。視覚の誤りを操作の前に見つけられる。
結論：Fable 5.2を長い仕事のリード役として使う
Claude Fable 5.2は、一度きりの回答から継続的な仕事へとモデルを押し出す。目標を分け、ツールを使い、結果を検証し、文書やコード、研究成果物まで修正する。料金とコンテキストは改善したが、常時思考、データ保持、API互換性の条件も増えた。
受け入れ条件を数値で確認できる身近な業務を一つ選び、medium、high、fast modeで比較する。成功率、トークン、ツール呼び出し、人の引き継ぎ、手戻り時間を記録することが、チームにとっての答えになる。