Claude Fable 5.1 が​来た​ ──乗り換えで​止まる​3つの​変更と、​エラーが​出ないまま​変わる​7つの​挙動

技術ノート ｜ AIの最新動向を、現場目線で

2026年9月1日、AnthropicがClaudeの新しい最上位モデルClaude Fable 5.1とClaude Mythos 5.1を出した^[1]。価格は前世代のFable 5と同じ（100万トークンあたり入力$10・出力$50）で、キャッシュ読み込みだけが4分の1に下がっている。

ただ、この記事はベンチマークの話ではない。公式の移行ドキュメントが、冒頭で自分からこう書いているからだ——「すでにFable 5を呼んでいるなら、3つは破壊的な変更で、5つは追加機能」^[2]。そして同じページの後ろには、破壊的変更とは別枠で、コードを1行も変えなくても挙動が変わる7項目が並んでいる。

前者はエラーで止まるので、乗り換えた日に気づける。後者は止まらない。動いてはいるが、遅くなったり、黙ったり、古い情報で答えたりする形で出る。この記事では①止まる3つ ②止まらない7つ ③値段と契約で動いたところの順に見る。読み終えると、自社のAI実装で「モデル名を書き換えるだけ」で済むのかどうかが判断できる。

01 まず、​何が​出たのか──30秒で​分かる​要点

Fable 5.1 はFable 5の後継で、何時間も動き続けるコーディング・調査・資料作成を想定した最上位クラスだ。Mythos 5.1 は中身が同じで、審査を通った参加者だけが使える限定版——この関係も前世代から変わっていない。

項目	Claude Fable 5.1 ／ Claude Mythos 5.1
モデルID	claude-fable-5-1 ／ claude-mythos-5-1
文脈の長さ	100万トークン（既定かつ最大）・全域で同じ単価
1回の出力上限	128,000トークン
思考	常時オン（深さは effort で調整。オフ指定は400エラー）
価格	入力 $10 ／ 出力 $50（100万トークンあたり・Fable 5と同額）
キャッシュ読み込み	$0.25（Fable 5の4分の1）
提供先	Claude API／Amazon Bedrock／Claude Platform on AWS／Google Cloud／Microsoft Foundry
使える人	Fable 5.1＝審査なし ／ Mythos 5.1＝Project Glasswing 参加者のみ

能力について公式が言っているのは2つだ。伸びは effort（考える深さの設定）を上げるほど大きいこと。そしてmedium でだいたいFable 5並みの結果が、より安く出ること^[4]。つまり乗り換えは「そのまま速く賢くなる」ではなく、設定を測り直す作業を含む。効かせ方は前世代の解説と地続きなので、クラスそのものの成り立ちはこちらを。

関連記事 ｜ このクラスがどう生まれたかClaude Fable 5 が来た ──"Opusの上"の新クラス、開発者は何を知るべきか →

02 止まる​変化①──ツールの​「強制呼び出し」が​エラーに​なる

いちばん引っかかるのはここだ。tool_choice の any（何でもいいからツールを呼べ）と tool（このツールを呼べ）が非対応になり、400エラーを返す^[2]。既定の auto と、呼ばせない none はそのまま。トークンを数えるAPIにも同じ検証がかかる。

tool_choice: type "tool" and "any" are not supported for this model.

Claude Fable 5.1 が返すエラーメッセージ（公式ドキュメントより）^[2]

塞いだ理由も書いてある。このモデルは思考が常に走っていて、ツール呼び出しを強制するとその思考を飛ばすことになる。するとモデルは考えた内容をツールの引数のほうに書き込み、引数の質が落ちる——だから外した、という説明だ^[2]。

代わりの手段は3つ示されている。決まった形式のJSONを確実に受け取りたいなら「strict tool use」か「構造化出力」を使う。文章で返さずツールを呼ばせたいなら、プロンプトに「天気を答えるときは get_weather を使う」と書く。公式は「Fable 5.1は明示的なツール指示に確実に従う」としている^[2]。

「AIに必ず決まった形式で答えさせる」ために強制呼び出しを使っている実装は珍しくない。それが乗り換え当日にエラーで止まるわけだが、これは幸運な部類だ。止まるものは直せる。

03 止まる​変化②③──​思考は​一方​通行、​履歴を​書き換えると​無効に​なる

残り2つは「思考ブロック」に関するものだ。思考ブロックとは、モデルが答えを書く前に考えた内容のかたまりで、次のターンに持ち越すと、長い作業ほど精度と速度に効く。

② 思考ブロックは、それを作ったモデルか、それより新しいモデルしか読めない^[2]。Fable 5.1 は Opus 5・Fable 5・Mythos 5・それ以前のモデルの思考を読める。逆はできない。会話の途中でモデルを切り替えるルーターやフォールバックを組んでいると、読めない側に渡ったブロックをAPIが黙って捨てる（捨てられた分は課金されない）。ベータヘッダを付ければ応答の input_transformations に記録が出るが、付けなければ無言だ。

③ 会話の前の方を書き換えると、それ以降の思考ブロックが無効になる。システムプロンプト・ツール定義・過去のメッセージのどれかを変えて次のリクエストを送ると、The block is bound to a different conversation という400が返る^[2]。公式が挙げている「無効になるやり方」はこうだ。

無効になる（400が返る）	無効にならない
過去のターンを編集・並べ替え・削除する	古い方から順に思考ブロックをまとめて消す
毎回のリクエストで過去ターンに注意書きを差し込み、次で消す	サーバー側の圧縮・コンテキスト編集で削る
同じ会話の中でシステムプロンプトやツール配列を組み直す	キャッシュの目印（cache_control）を動かす
同じURLなのに中身のバイトが変わる画像・書類を参照する	リクエストごとに effort を変える

要するに「会話は後ろに足すだけにする」設計なら通る。ここで見落としやすい非対称がひとつある。この検査が強制されるのは2026年8月31日以降に作られたアカウントだけで、それ以前のアカウントでは違反が記録されるものの、リクエスト側が明示したときにしか作動しない^[2]。Mythos 5.1 はこの検査自体を行わない。つまり同じコードでも、新しく作った検証用アカウントでだけ落ちる（あるいはその逆）ことが起こりうる。

自社で messages 配列を組み立てているなら、乗り換え前に見るのはここだ。Claude Code・claude.ai・Claude Managed Agents・Claude Agent SDK を通しているなら、この整合性は向こうが保ってくれる^[2]。私たちも記事や社内の道具立てでClaudeを使っているが、自前でエージェントの会話履歴を管理し始めると、必ず触ることになる場所でもある。

04 エラーが​出ない​7つの​変化──品質ではなく、​速度・費用・体験に​出る

ここからが本題だ。公式は破壊的変更とは別に「Fable 5から変わった点」という節を設けていて、そこにコードを変えなくても現れる差が7つ並んでいる^[2]。品質が落ちるとは書かれていない。落ちるのは、速度・費用・体験、そして情報の鮮度だ。

変わること	現場で起きること	公式が示す対処
並列でツールを呼ばなくなることがある	自作のコーディングエージェントなどで1ターン1呼び出しに。答えの質は落ちないが、往復・待ち時間・トークンが増える	「独立して取れるものは1回でまとめて要求せよ」の一文を毎ターン添える
作業中の実況が減る	長いツール実行の途中で数分ぶん黙る。既定の設定では進捗の中身が空で返るため、画面に出しようがない	thinking.display を "updates"（ベータ）に。旧モデル向けの「発見は最後まで伏せろ」という指示を消す
low では検索しなくなる	検索・参照ツールを呼ばず記憶で答えやすい＝古い情報が自信ありげに出る	そのターンだけ effort を上げる／「知っている名前ほど確認せよ」と促す一文を入れる
文章が密になる	一文が長く、段落が減る	文体の指示を明示する
チャットの整形が減る	太字・見出し・箇条書きを以前より使わない。旧モデル向けに書いた「整形を減らせ」の指示が効きすぎる	古い抑制ルールを外す
要約で引用符が付かない	資料を要約するとき、原文の一節を引用と示さずそのまま再現しやすい	「正しい応答」の完全な例を1つシステムプロンプトに入れる
小さな修正でもファイル全体を書き直す	結果の中身は同じでも、出力トークンと時間が増える	「必要な箇所だけ直せ」の一文を足す

いちばん費用に効くのは1行目だ。「独立して取れるものをまとめて頼む」ができないと、3つの読み取りが3ターンに分かれる。答えは同じでも、往復が3倍になる。

7つのうち5つは、コストと体験の話だ。だが3番目と6番目は違う。片方は古い情報を事実として出し、もう片方は他人の文章を引用と分からない形で混ぜる。どちらもエラーにならず、レビューを通れば公開まで届く。外向けの文章や調査レポートをAIに書かせている会社なら、乗り換えの週はここだけ人の目を増やしたほうがいい。

05 値段で​動いたのは​1か所、​契約で​動いたのは​2か​所──発表文に​無い​1行が​ある

料金表を見ると「据え置き」に見える。だが動いたところがある。

30日間のデータ保持が必須で、ゼロデータ保持（ZDR）では使えない（Anthropicが個別に認めた場合を除く）。これはFable 5から変わっていない——新しい制約ではない。ただしZDR契約の組織がそのまま呼ぶと400エラーになるので、乗り換えの障害としては新しく現れる^[3]。

もうひとつ、Priority Tier（優先ティア）に非対応だ。Fable 5は対応している。この一行はリリースノートになく、移行ガイドの本文にだけある^[3]。混雑時のレイテンシを優先ティアで確保している運用は、乗り換えると外れる。

発表文にはなくドキュメントにだけある項目は、毎回ある。料金の数字だけを見比べて「据え置きだから影響なし」と結論しないほうがいい。

06 乗り換え前に​見る​6つ──そして、​何を​測るか

最後に、今日そのまま使えるチェックリストにしておく。上から順に、止まるもの・黙って変わるもの・契約、の順に並べた。

• tool_choice に any / tool を使っている箇所を検索する（あれば strict tool use か構造化出力へ）
• 会話の途中でモデルを切り替える仕組み（ルーター・フォールバック）があるか。あるなら、思考ブロックが黙って捨てられる前提で組み直す
• messages を自前で組んでいるなら、過去ターンを書き換えていないか（毎回入れて消す注意書きが典型）
• 検証に使うアカウントの作成日を確認する（2026年8月31日以降なら履歴の検査が強制される）
• ZDR契約か、優先ティアを使っているかを確認する
• 乗り換え後の1週間、エラー件数ではなく「1タスクあたりの往復数・所要時間・出力トークン」を測る

今回の発表で興味深いのは、Anthropic自身が「破壊的な変更」と「挙動の差」を別の節に分けて書いたことだ。前者は直せば終わる。後者は直すものではなく、付き合い方を決めるもの——プロンプトに一文足すか、設定を上げるか、人の目を足すか、という判断になる。モデルの乗り換えが「バージョンアップ」ではなく「相手が変わる」ことに近づいている、ということでもある。

乗り換えが終わったかどうかは、エラーが出ないことでは決まらない。