Claude CodeやAnthropic APIで自作したエージェントに、Fableをモデルとして指定して回している人は多いはずです。2026年9月1日にAnthropicが公開したClaude Fable 5.1は、モデルIDを差し替えるだけで恩恵を受けられる人と、tool_choiceやthinkingブロックの扱いで400エラーを踏む人にはっきり分かれます。結論から言えば、先に3つの破壊的変更を潰しておけば、キャッシュ読み取り75%減と会話途中のeffort切り替えという、長時間エージェントに直結する2つの改善をそのまま受け取れます。逆にそこを見ずに上げると、既存のハーネスが静かに壊れることがあります。
この記事の要点
- Fable 5.1とMythos 5.1は同一モデルでsafeguardだけが違う。一般提供はFable 5.1（API ID
claude-fable-5-1）、Mythos 5.1はProject Glasswing参加者限定 - 料金は入出力据え置き。キャッシュ読み取りだけ$0.25/MTokへ75%減で、キャッシュを再読するエージェント用途は最大約45%安くなる
- 破壊的変更は3つ。①強制ツール使用が非対応（
tool_choiceのany/toolが400）②thinkingブロックがモデルに束縛される③過去ターンを編集するとthinkingブロックが無効化する - 追加は会話途中のeffort変更・ターン限定のシステムメッセージ・進捗更新の表示・コンテンツ来歴の透かし
- Claude Codeは
v2.1.257からFable 5.1が既定のFableモデル（high effort）。claude config set model claude-fable-5-1で既定にできる
この記事では、Fable 5.1がFable 5から何を変えたのか、3つの破壊的変更が自作エージェントやClaude Codeのどこを壊すのか、その日のうちに直す手順、そしてサイト制作や自社ツールの自動化でどう使い切るかまでを、公式ドキュメントの仕様に沿って書きます。数値はすべてAnthropicの公式発表と公式ドキュメントで確認したものです。
Claude Fable 5.1とは？Fable 5から何が変わったのか
Claude Fable 5.1は、長時間のエージェント的コーディング・ナレッジワーク・多段リサーチに向けた、Fable 5の後継モデルです。2026年9月1日にAnthropicが公開し、同日からAnthropic API・AWS・Google Cloud・Microsoft Foundryで使えます。APIのモデルIDはclaude-fable-5-1で、Fable 5系（2026年6月9日リリース）の系譜を継ぎます。
基本仕様は、コンテキストウィンドウ100万トークン（既定かつ最大）、最大出力12万8,000トークンです。適応的思考（adaptive thinking）が常時オンで、思考の深さはeffortパラメータで制御します。トークナイザはFable 5と同じで、Fable 5から上げる場合はトークン数の数え方は変わりません。
Mythos 5.1とは何が違うのですか？
中身は同じモデルで、違いはsafeguard（安全対策）の水準だけです。一般提供されるのがFable 5.1、信頼済みアクセスプログラム（Project Glasswing）の参加者だけに提供されるのがMythos 5.1です。Mythos 5.1のsafeguardはサイバーセキュリティやライフサイエンスの研究を支える設計で、APIのモデルIDはclaude-mythos-5-1ですが、承認済みの一部組織しか呼べません。ふだんの開発で触るのはFable 5.1のほうだと考えて差し支えありません。
Claude Fable 5.1の料金は本当に安いのか？キャッシュ75%減の中身
入力と出力の単価はFable 5から据え置きです。安くなったのはキャッシュ読み取りだけで、$0.25/MTokへ下がりました。典型的なワークロードで約25%、キャッシュを何度も再読するエージェント的な用途では最大およそ45%のコスト減になります。据え置きの単価と、変わったキャッシュ料金を並べると差分が見えます。
編集部のccusage実測（3日間・モデル別内訳）で見たトークン消費の実態はFable 5.1のトークン消費と使用量で公開しています。
| 項目 | これまで（Fable 5） | 今回（Fable 5.1） | 実務での意味 |
|---|---|---|---|
| 入力 | $10 / MTok | $10 / MTok | 据え置き |
| 出力 | $50 / MTok | $50 / MTok | 据え置き |
| キャッシュ書き込み（5分） | $12.50 / MTok | $12.50 / MTok | 据え置き |
| キャッシュ書き込み（1時間） | $20 / MTok | $20 / MTok | 据え置き |
| キャッシュ読み取り | $1 / MTok（入力の0.1倍） | $0.25 / MTok（入力の0.025倍） | 再読の多い長時間エージェントが1/4に |
| バッチ処理 | 入力$5 / 出力$25 | 入力$5 / 出力$25 | 据え置き |
キャッシュ再読が多いほど安くなる
ここで差が出るのは、同じプレフィックスを何度もキャッシュから読み返す使い方ほど得をする点です。長いシステムプロンプトや大きなコードベースを前提に、ツールを何十回も呼ぶエージェントループは、そのプレフィックスを毎ターン読み返します。その読み取りが4分の1になるので、会話が長いほど差が大きくなります。キャッシュ書き込みの単価と、キャッシュが適用される条件は変わりません。
3つの破壊的変更｜自作エージェント／Claude Codeで何が壊れるか
モデルIDを差し替えるだけで済む人と、動かした瞬間に400を踏む人の差は、ここにあります。Fable 5から上げるときに壊れる可能性がある変更は3つです。Claude Code・claude.ai・Claude Agent SDKを使っている場合は、これらの前提はランタイム側が守ってくれますが、自分でmessages配列を組んでいるコードは要確認です。
① 強制ツール使用（forced tool use）が使えなくなった
Fable 5.1では、tool_choiceに{"type":"any"}や{"type":"tool","name":"..."}を指定すると400 invalid_request_errorが返ります。返るメッセージはtool_choice: type "tool" and "any" are not supported for this model.です。既定の{"type":"auto"}と{"type":"none"}は今までどおり動きます。
理由は、このモデルが思考を常時オンにしているためです。ツール呼び出しを強制すると思考が飛ばされ、モデルが考えをツール引数の中に書いてしまい、引数の質が落ちます。対処は、スキーマを厳密に守らせたいならtool_choice:{"type":"auto"}のままstrict:trueのstrict tool useを使うか、structured outputsへ移すことです。特定のツールを必ず呼ばせたいだけなら、プロンプトで「この質問にはget_weatherツールを使って答えて」のように条件を明示します。Fable 5.1は明示的なツール指示には素直に従います。
② thinkingブロックがモデルに束縛される
すべてのthinkingブロックには、それを生成したモデルが記録されます。読める向きは一方向で、Fable 5.1は過去モデルのthinkingブロックを読めますが、過去モデルはFable 5.1のthinkingブロックを読めません。Opus 5やFable 5からFable 5.1へ会話を引き継ぐと推論は保たれますが、Fable 5.1から過去モデルへ戻すと、そのターン分の推論は失われます。
これが刺さるのは、会話の途中でモデルを切り替えるルーターやフォールバックを自作している場合です。読めないブロックを含むリクエストが来ると、APIはモデルに見せる前にそのブロックを落とします。落ちたブロックはinput_tokensに数えられず課金もされませんが、既定では黙って落ちるため気づきにくいのが難点です。thinking-binding-controls-2026-08-01のbetaヘッダを付けると、落とした事実がトップレベルのinput_transformations配列に報告されます。
③ 過去のターンを編集するとthinkingブロックが無効化する
Fable 5.1のthinkingブロックより前にあるもの（systemプロンプト、tools、過去のメッセージ）を書き換えると、次のリクエストでエラーになります。再生成しようとすると400が返り、メッセージはThe block is bound to a different conversationです。このチェックは2026年8月31日以降に作成した新規アカウントで強制されます。それ以前のアカウントは不一致を記録するだけで、thinking.block_binding.prefix_mismatch_behaviorを設定したときにだけ作用します。
無効化を引き起こす典型は、過去ターンの編集・並べ替え・削除、リクエストごとに過去ターンへ差し込んで次で消すリマインダーやステータス行、同じ会話内でのsystemやtoolsの作り直しです。対処の考え方はひとつで、会話を追記専用（append-only）として扱うことです。指示を足したいなら会話途中のシステムメッセージで、ツールを変えたいなら会話途中のツール変更で行い、systemやtoolsを編集しません。文脈の削減はサーバー側のcontext editingやcompactionを使えば編集扱いになりません。3つの破壊的変更を、誰が踏むかと一緒に一覧にします。
| 破壊的変更 | Fable 5での挙動 | Fable 5.1での挙動 | 踏みやすい人 | 対処 |
|---|---|---|---|---|
| 強制ツール使用 | any / tool を指定できた | any / tool は400エラー | ツールを必ず呼ばせる実装 | strict tool use か structured outputs、プロンプトで明示 |
| thinkingブロックのモデル束縛 | モデル間で自由に持ち回れた | 過去モデルは5.1の思考を読めない | 自作ルーター／フォールバック | 切替時はブロックを落とす（drop_block）ことを許容 |
| 過去ターン編集での無効化 | 履歴を編集できた | 編集で以降のthinkingブロックが無効化 | 履歴を書き換える自作ハーネス | 追記専用にし、途中システムメッセージで足す |
Claude Fable 5.1でコードを変えなくても変わる7つの挙動
破壊的変更のほかに、コードを一切変えなくても既定の挙動が変わる点が7つあります。いずれもFable 5.1がFable 5と違う振る舞いで、実務での出力に差が出ると想定されます。ここは「こういう仕様差があるから、この工程ではこう変わると想定される」という形で読んでください（編集部が全項目を実測したわけではなく、公式が明示した仕様差からの想定です）。
| 挙動 | これまで（Fable 5） | 今回（Fable 5.1） | 想定されるアウトプット差 |
|---|---|---|---|
| 並列ツール呼び出し | 独立した読みをまとめて呼んだ | 1ターン1呼び出しになりやすい | エージェントループでラウンドトリップとトークンが増える。答えの質は落ちない |
| 進捗更新 | ツール間で多めに書いた | 特に高effortで少なくなる | UIが進捗を出す設計だと、長い処理が無言に見える |
| 低effort時の検索 | 検索・取得ツールをよく呼んだ | 低effortでは記憶から答えがち | 鮮度が要る工程はeffortを上げないと古い情報が出る |
| 散文の密度 | 相対的に区切りが多い | 文が長く段落区切りが減る | そのままだと読みにくい原稿になりやすい |
| チャットの整形 | 太字・見出し・箇条書きを使った | 整形が少なめ | 整形禁止ルールを書くと必要な構造まで消える |
| 引用の明示 | 引用を区別しやすかった | 出典の一節を引用と示さず再現しがち | 要約タスクで引用マーク漏れが起きうる |
| ファイル編集 | ピンポイント編集をした | 小さな変更でも全書き換えしがち | 出力トークンと時間が増える |
プロンプト側の一言で戻せる差
この差は、プロンプト側の一言で多くが戻せます。並列で呼ばせたいなら「独立した読みはまとめて呼んで」と一行足す、進捗を見せたいなら開始の一言・定期更新・締めの要約を明示的に求める、小さな変更はピンポイント編集を優先させる、といった具合です。特にコーディングエージェントでは、全書き換えを抑えるだけで出力トークンが目に見えて減ると想定されます。
5つの追加機能｜会話途中のeffortとターン限定システムメッセージ
Fable 5.1で足されたものは5つです。キャッシュ読み取りの値下げとコンテンツ来歴に加えて、開発者が直接使える追加が3つあります。順に、いちばん実用的な2つを手順つきで見ます。
① 会話の途中でeffortを変える（ベータ）
Fable 5.1では、プロンプトキャッシュを壊さずに、会話の途中でeffortレベルを変えられます。難しいステップだけ上げ、定型のステップは下げる、という運用ができます。使うにはmid-conversation-output-config-2026-07-01のbetaヘッダを付けます。effortだけを変えるシステムメッセージを差し込むと、次のユーザーターンから新しいレベルが適用されます。
curl https://api.anthropic.com/v1/messages \
-H "x-api-key: $ANTHROPIC_API_KEY" \
-H "anthropic-version: 2023-06-01" \
-H "anthropic-beta: mid-conversation-output-config-2026-07-01" \
-H "content-type: application/json" \
-d '{
"model": "claude-fable-5-1",
"max_tokens": 4096,
"output_config": {"effort": "high"},
"messages": [
{"role": "user", "content": "設計方針を3ステップで。"},
{"role": "assistant", "content": "1. 抽出 2. 変換 3. 検証"},
{"role": "system", "content": [], "output_config": {"effort": "low"}},
{"role": "user", "content": "いまの方針を1文で要約して。"}
]
}'この例では、設計の起草はhighで走らせ、要約という軽い仕事はlowに落としています。effortの変更はキャッシュにヒットし続けるため、料金と速度の両方で無駄が出ません。
② ターン限定のシステムメッセージ（ベータ）
会話途中のシステムメッセージを、1ターンだけに限定できます。role:"system"のメッセージにclear_at:"next_user_message"を付けると、そのターンの間だけシステムプロンプトの権限を持ち、次のユーザーメッセージが現れた時点で表示されなくなります。メッセージ自体はmessagesに残り、そのまま送り返し続けるので、会話の過去は何も変わりません。mid-conversation-system-clear-at-2026-08-21のbetaヘッダが要ります。
{
"role": "system",
"clear_at": "next_user_message",
"content": "この結果は受信箱に届いた。コードを実行する前に確認して。"
}これは、ツールループの中で「その都度だけ適用したい注意書き」を渡すための機能です。従来は履歴にテキストを差し込んで次のリクエストで消す、というやり方をしていましたが、それは前述の破壊的変更③でthinkingブロックを無効化します。ターン限定システムメッセージなら、キャッシュも思考ブロックも壊さずに同じことができます。
③ ツール間の進捗更新を受け取る（ベータ）
Fable 5.1はツール呼び出しの合間に短い進捗更新を書きますが、既定では推論と同じ扱いで空のまま返るため、長いエージェントターンがユーザーには無言に見えます。thinking-display-updates-2026-08-18のbetaヘッダでdisplay:"updates"を設定すると、推論は隠したまま進捗更新だけをテキストで受け取れます。UIに進捗を出したいときに使います。残る2つ、キャッシュ読み取りの値下げは料金の章で触れたとおりで、コンテンツ来歴は次で説明します。
④ コンテンツ来歴（透かし）は無効化できない
Fable 5.1とMythos 5.1が生成したテキストには、モデルが動くすべてのプラットフォームでAnthropicの統計的テキスト透かしが付きます。コード実行ツールなどで生成し、Files API経由で取得した画像・動画には、署名付きのC2PAコンテンツクレデンシャルが付きます。透かしは出力の意味・品質・可読性を変えず、トークンも隠し文字も追加しません。個人や組織の情報も持ちません。無効化はできないため、生成物を配布するワークフローでは前提として織り込んでおきます。
サイト制作・自社ツール開発でClaude Fable 5.1をどう使うか
ここからは、Fable 5.1を実際の制作・開発の現場でどう使い切るかを、コピペできる粒度で書きます。題材は編集部が日々触っている2領域、サイト／LP制作と、効率化のための自社ツール開発です。
① Claude Codeで既定にして、既存プロジェクトを移行する
Claude Codeはv2.1.257から、Fable 5.1を既定のFableモデル（high effort）として扱います。手動で既定にするなら次のコマンドです。
claude config set model claude-fable-5-1自作のAPI連携コードを移すときは、まずモデルIDを差し替えます。
# Before
model = "claude-fable-5"
# After
model = "claude-fable-5-1"Claude Codeを使っているなら、同梱のスキルで移行を半自動化できます。プロジェクト内で/claude-api migrate this project to claude-fable-5-1を実行すると、モデルIDの差し替えに加えて、破壊的変更にあたるパラメータの修正や、effortの再調整をコードベース全体に適用し、手で確認すべき項目のチェックリストを返します。編集前に対象範囲（作業ディレクトリ全体か、サブディレクトリか、ファイル指定か）の確認を求めてくるので、いきなり全書き換えされる心配はありません。移行後は必ずevalを回し直します。モデルの切り替え全般を自動化する方法はモデル切替をフックで自動化する設定にまとめています。
② LP・サイト制作の長時間エージェントでキャッシュ75%減を活かす
1本のLPをコンポーネント分割で作らせ、レスポンシブ調整・コピー調整・QAまで同じセッションで回すと、システムプロンプトとデザインガイドラインという長いプレフィックスを毎ターン読み返します。Fable 5.1ではこの読み取りが4分の1になるので、プレフィックスを固定して会話を追記専用に保つほど得をします。具体的には、ガイドラインやコンポーネント規約を最初のシステムプロンプトに置いて以降いじらず、途中の指示はすべて会話途中のシステムメッセージで足していきます。こうするとキャッシュがヒットし続け、破壊的変更③のthinkingブロック無効化も避けられます。難所（複雑なグリッドやアニメーション）だけeffortをhighに上げ、文言の微修正はlowに落とせば、料金と時間の両方が締まります。設計判断を長く保つ運用はコンテキストを8割減らした実例もあわせて参考にしてください。
③ 定期実行の自動生成パイプラインでeffortとシステムメッセージを使い分ける
工程の切れ目でeffortを段階的に落とす
記事やレポートを定期実行で自動生成するようなパイプラインでは、1回の生成の中に「重い工程」と「軽い工程」が混在します。リサーチと本文執筆はhigh、体裁チェックやメタデータ整形はlow、というように、1つの会話の中でeffortを段階的に切り替えるのがFable 5.1の使いどころです。前掲のeffortだけを変えるシステムメッセージを工程の切れ目に差し込みます。工程ごとの注意書き（「この出力はユーザーに見えない」「実行前に入力を確認」など）は、履歴に残さず1ターンだけ適用したいので、ターン限定システムメッセージで渡します。低effortでは検索を呼びにくくなる仕様があるため、最新情報を取りに行かせたい工程では明示的にeffortを上げるか、検索を促す一文を足しておきます。自作エージェントの組み方はworkflowとサブエージェントの使い分けも参考になります。
どんな人がClaude Fable 5.1に上げるべきか
公式の指針はシンプルで、ほとんどのワークロードはまずOpus 5から始めることです。そのうえで、要求の重い推論や、数時間走る長期的なエージェント作業、あるいはOpus 5を高effortで回してもevalが届かない場合に、Fable 5.1を使います。能力の伸びはeffortを上げるほど大きく、長時間のエージェント的コーディング、ドキュメント・表計算・スライドのナレッジワーク、多段のリサーチと検索、密なPDFの読み取り、100万トークン文脈での横断推論、コンピュータ操作の6領域に集中しています。多言語性能はFable 5と同等で、日本語で使う分には差を感じにくい水準です。
仕事の種類ごとにどのモデルを選ぶかはClaudeモデルの仕事別の使い分けで、8つのベンチマークの読み解きはFable 5.1の性能評価でまとめています。
拒否時のフォールバック先はOpus 4.8とOpus 5です。Fable 5.1は拒否をHTTP 200とstop_reason:"refusal"で返すため、フォールバックは設定しておきます。Opusとの位置づけはClaude Opus 5は本当に安いのか、Sonnetとの使い分けはSonnet 5とOpus、どちらに何を任せるかで整理しています。
よくある質問（FAQ）
Claude Fable 5.1は無料で使えますか？
Fable 5.1はトークン課金のAPIモデルで、入力$10／出力$50（各100万トークン）です。無料枠での提供はなく、料金は前世代のFable 5から据え置きです。安くなったのはキャッシュ読み取りだけで、$0.25/MTokへ75%下がっています。
Fable 5はいつまで使えますか？
Fable 5.1のリリース時点でFable 5は継続提供されており、モデルIDをclaude-fable-5のまま呼べます。ただしFable 5.1はキャッシュ料金が安く、破壊的変更を踏まなければモデルIDの差し替えだけで移行できるため、新規に組むなら5.1が基本です。
Claude CodeでFable 5.1に切り替えるにはどうしますか？
v2.1.257からはFable 5.1が既定のFableモデルです。明示的に既定へ設定するならclaude config set model claude-fable-5-1を実行します。既存プロジェクトの移行は/claude-api migrate this project to claude-fable-5-1で半自動化できます。
Mythos 5.1は誰でも使えますか？
使えません。Mythos 5.1はFable 5.1と同じ能力ですが、Project Glasswingの承認済み参加者だけに提供されます。アクセスにはAnthropic・AWS・Google Cloudのアカウントチームへの問い合わせが必要です。一般の開発ではFable 5.1を使います。
Fable 5.1で日本語の性能は変わりましたか？
多言語性能はFable 5と同等とされており、日本語で使う分には大きな差は見込みにくい水準です。伸びが大きいのはコーディング・エージェント・長文脈・コンピュータ操作などで、言語そのものの品質差より、これらの作業での安定性に表れると想定されます。
まとめ：破壊的変更を先に潰してから上げる
Fable 5.1に上げるかどうかは、「自分のコードがmessages配列を手で組んでいるか」でまず分かれます。Claude Code・claude.ai・Agent SDKに任せているなら、モデルIDの差し替えとeffortの再調整だけで移行できます。自作ハーネスなら、強制ツール使用・thinkingブロックの束縛・過去ターン編集の3点を先に潰してから上げるのが、静かな不具合を避ける唯一の順番です。潰したあとは、キャッシュ読み取り75%減と会話途中のeffort切り替えが、長時間エージェントの料金と速度にそのまま反映されます。まずは1プロジェクトだけモデルIDを差し替え、evalを1本回して差分の当たり方を確かめるのが手堅い入り方です。
出典：Anthropic「Introducing Claude Fable 5.1 and Claude Mythos 5.1」（anthropic.com、2026年9月）／Claude Platform Docs「What’s new in Claude Fable 5.1」「Migrating to Claude Fable 5.1 and Claude Mythos 5.1」（platform.claude.com、2026年9月時点）