Claude CodeのFable 5.1移行ガイド｜料金・新機能とmigrate手順

Claude Code Fable 5.1が既存ワークロードに与える変化の全体像

Anthropicが公開したFable 5.1のリリース情報には、Claude Codeを実運用するエンジニアが即座に対処を迫られる変更点が複数含まれている。モデル性能の向上（長時間タスクの自律継続能力向上、曖昧な問題での判断精度改善）はあくまで前提として、実装担当者が意思決定すべき事項は次の四軸に絞られる。

1. /claude-api migrate コマンドによる移行手順と、その適用限界
2. キャッシュリード料金75%削減がコスト計画に与える実際の影響範囲
3. Per-message Effort Controlによるエージェントループ設計の変化
4. Preserved Thinking・セーフガード・ウォーターマーク等のコンプライアンス要件

提供環境はClaude Platform（API）、Amazon Web Services（Bedrock）、Google Cloud（Vertex AI）、Microsoft Foundry、Claude Platform on AWSだ（公式 Fable 5.1 概要ページ、2026年10月23日確認）。Claude Code自体はCLI、VS Code/JetBrains拡張、デスクトップアプリ、ウェブから利用できる（Claude Code公式ドキュメント）。

本記事では、上記の四軸それぞれについて「何が変わったか」だけでなく「どう設計を変えるべきか」まで踏み込む。

移行後に使うモデルを途中で変えたいときは、Claude Codeのモデル切り替えで説明しています。

関連記事Claude CodeのAPI料金の仕組みは？

Claude Code Fable 5.1への移行：/claude-api migrateコマンドの実際の挙動と注意点

Anthropic公式リリース情報が明記する移行手順はシンプルだ。Claude Code内で /claude-api migrate this project to claude-fable-5-1 を実行すると、同梱のClaude APIスキルが移行範囲を確認したうえで、モデルIDの置換・破壊的なパラメーター変更・effortの調整を行い、最後に手動確認リストを出す（公式移行ガイド、2026年10月23日確認）。コマンド一本で差し替えが完結する設計だが、実際の挙動と注意点を正確に把握しておく必要がある。

このコマンドが自動化するのは、コードベース内のモデル名のハードコード、プロンプト内のモデル指定、設定ファイルの該当箇所だ。開発者が手作業でgrep・置換する作業をスキルが代行する。ただし、次の点は手動確認が不可避だ。

• カスタムシステムプロンプトの動作検証: 特定モデルの挙動を前提とした複雑なプロンプト設計を施している場合、自動更新で構文は合っていても意味的な挙動が変わる可能性がある。代表的なユースケースでの出力確認は省略できない。
• Preserved Thinking要件への対応確認: 2026年8月31日以降に作成したアカウントでは、thinking blocksを同一会話内で未修正のまま返す必要がある（後述）。migrateコマンドはこのロジックを自動修正しないため、マルチターン実装を持つコードベースは別途確認が必要だ。
• エラーハンドリングの再確認: セーフガード仕様の変更（後述）に伴い、従来ブロックされていたリクエストの一部が通過するようになる一方、ブロック時のエラーレスポンス処理が適切かを改めて確認する。

Claude Code自体のモデルをFable 5.1にするには、v2.1.257以降で /model fable を実行する（公式 Model configuration、2026年10月23日確認）。モデルの選択・切り替えコマンド自体の使い方から確認したい場合はClaude Codeのモデル切り替えと実行制御コマンド完全ガイドを参照されたい。

Claude Code CLIがまだ導入されていない環境では、まず以下でインストールする（Claude Code Quickstart公式ドキュメント）。

# macOS / Linux / WSL
curl -fsSL https://claude.ai/install.sh | bash

# Windows PowerShell
irm https://claude.ai/install.ps1 | iex

# Windows CMD
curl -fsSL https://claude.ai/install.cmd -o install.cmd && install.cmd && del install.cmd

ネイティブインストールはバックグラウンドで自動更新される。Windowsネイティブ環境ではBashツール利用のためGit for Windowsの導入が推奨されており、未インストールの場合はPowerShellがシェルツールとして使われる（公式ドキュメントより）。

エージェントとして自律タスクを実行するワークロードを構築する際、Agent SDK・CLI・Client SDK・Managed Agentsのどれを選ぶかはツールループの実装責任をどこに置くかで変わる（Agent SDK公式ドキュメント）。

Claude Code Fable 5.1のコスト構造：キャッシュリード削減の実効値を正確に読む

Fable 5.1のコスト変更はキャッシュリード料金の一点集中だ。入力・出力トークン料金は据え置きのままで、キャッシュリードのみが$1.00から$0.25へ75%引き下げられた（Anthropic公式リリース情報）。

表: Claude Fable 5 → Fable 5.1 料金比較（Anthropic公式リリース情報より）

料金種別	Fable 5	Fable 5.1	変化
入力トークン	$10 / 百万Token	$10 / 百万Token	変更なし
出力トークン	$50 / 百万Token	$50 / 百万Token	変更なし
キャッシュリード	$1.00 / 百万Token	$0.25 / 百万Token	75%削減
キャッシュ書き込み	5分 $12.50・1時間 $20 / 百万Token（Fable 5と同額。公式料金、2026年10月23日確認）

削減の実効値はトークン使用内訳に依存する。公式リリース情報は「入力トークンの大半がキャッシュヒットになる長時間稼働のエージェント的タスクで、Fable 5比おおよそ25%安価。コンテキストを多用するタスクほど削減幅が大きい」と明記している。

逆に言えば、短い一問一答型のAPIコールが主体のワークロードでは、キャッシュリードの占める割合が小さいためコスト差はほぼ発生しない。コスト削減期待値を設定する前に、実際のトークン使用内訳でキャッシュリード比率を把握するのが先決だ。

なお、Per-message Effort Controlと組み合わせると、高effortターンの出力トークンコストが増加する可能性がある。入力側のキャッシュリード削減と出力側の増加のトレードオフを、ワークロードごとに見積もっておくことが望ましい。

Claude Code Fable 5.1の新機能：Effort制御・セーフガード・Preserved Thinking・ウォーターマークの実装への影響

Per-message Effort Control（beta）：エージェントループの粒度制御が現実的になった

Fable 5.1で導入されたPer-message Effort Controlは、エージェントループの設計に実質的な選択肢を追加する機能だ（ベータ機能）。Opus 5で導入されたmid-conversation controlsを踏まえ、開発者が各ユーザーターンごとにeffortレベルを明示的に指定できるようになった（Anthropic公式リリース情報）。

技術的に重要なのは、effortレベルの変更がプロンプトキャッシュを無効化しない点だ。これにより次の設計が成立する。定型的なルーティングや前処理ステップは低effortで処理し、複雑な推論や曖昧な判断が必要なステップだけ高effortを割り当てる。キャッシュを維持したままeffortを動的に変更できるため、従来は「どのターンも同一effortで動かす」か「キャッシュを捨ててeffortを変える」かという二択だったところが、キャッシュを温存したまま細粒度の制御ができるようになる。

レイテンシ管理の観点でも意味がある。高effortターンはレイテンシが上昇する。エージェントループのステップをeffortレベルで分類し、クリティカルパス上のステップだけ高effortにする設計は、全体のSLAを維持しながらコスト・精度のバランスを取る上で有効だ。

/effortコマンド自体の基本的な使い方はClaude Code /effortコマンドの使い方で解説している。

セーフガードの変更：脆弱性発見リクエストの許可と、ブロック時の課金仕様

Fable 5.1のサイバーセキュリティ分類器は緩和されており、ソースコード内の脆弱性発見（vulnerability finding）リクエストが許可されるようになった（Anthropic公式リリース情報）。コードレビューやセキュリティ監査のユースケースで実務的な影響がある。

拒否はHTTP 200の stop_reason: "refusal" として返る。2026年9月24日以降、出力前の拒否のうち誤検知の少ない分野のものは課金対象になった（それ以前は非課金）。出力の途中での拒否は、入力と出力済みの分が通常料金で課金される（公式 What’s new in Fable 5.1、2026年10月23日確認）。拒否を無料とみなすコスト計算は見直しが必要だ。

Messages APIではフォールバック先モデルをオプトインで設定できる。Anthropicはサイバーセキュリティ用途のフォールバックにOpus 4.8、生物分類器のフォールバックにはOpus 5を推奨している。Managed Agentsではフォールバックが組み込み済みだ（Anthropic公式リリース情報）。Agent SDKとManaged Agentsの選択判断についてはAgent SDK Quickstart公式ドキュメントを参照されたい。

Preserved Thinking：マルチターン実装で最も注意すべき仕様変更

2026年8月31日以降に作成したアカウントでは、モデルのthinking blocksを同一会話内で未修正のまま返す必要がある（anti-distillation measures）。それ以前のアカウントは現時点では対象外だが、将来のモデルでは全顧客に適用される（Anthropic公式リリース情報）。

マルチターンのエージェントを実装している場合、この要件が最も見落とされやすい。thinking blocksを途中で要約・加工・削除して会話ステートをコンパクトに保つ実装パターンは、対象のアカウントではエラーになる。なおClaude Code・Agent SDKはこの部分を自動で保つ。移行前に、会話履歴の保持・受け渡しロジックがthinking blocksをそのまま流す設計になっているかを確認する必要がある。

ウォーターマークとEnterprise Frontier Safeguards

2026年8月2日以降にリリースされたモデル（Fable 5.1を含む）は、EU AI法の行動規範（Code of Practice on Transparency of AI-Generated Content）に基づき、テキスト出力に電子透かしが付与される。出力品質や内容への影響はなく、ユーザー・組織・会話に関する情報も含まれない。EU法適格組織および透かし検証が必要な企業向けに、Detection APIがプライベートプレビューで提供されている（Anthropic公式リリース情報）。

データ保持要件が厳しい環境向けにはEnterprise Frontier Safeguards（EFS）が用意されている。EFSはゼロデータリテンション（ZDR）と最新セーフガードを組み合わせ、データをAnthropicではなく顧客管理のクラウドインフラに保存する仕組みだ。2026年秋から企業向けに段階的に提供される（Anthropic公式リリース情報）。EFS非適用のFable 5.1はCovered Modelとして扱われ、30日保持が行われ、Anthropicが明示的に認めない限りゼロデータリテンション（ZDR）では利用できない（公式 What’s new in Fable 5.1）。

実装チェックリスト：Fable 5.1移行前後に確認すべき8項目

以下のチェックリストは、Claude Code Fable 5.1への移行時に見落としが起きやすい判断ポイントを整理したものだ。

• migrateコマンドの実行と動作検証: /claude-api migrate this project to claude-fable-5-1 を実行し、出てきた手動確認リストを順に確認する。カスタムプロンプトは代表的なユースケースで出力品質を必ず検証する。
• キャッシュリード比率の把握: 実際のトークン使用内訳でキャッシュリードが占める割合を確認し、25%削減という目安が自社ワークロードにどの程度当てはまるかを見積もる。一問一答型が主体の場合は効果が限定的になる。
• Effort設定の設計見直し: エージェントループの各ステップを低effort/高effortに分類する。キャッシュを無効化しない点を前提に、コスト・レイテンシのトレードオフを設計に反映する。
• Preserved Thinking要件の確認: 2026年8月31日以降に作成したアカウントの場合、会話ステート保持ロジックがthinking blocksを未修正のまま返す設計になっているかを確認する。要約・加工・削除する実装は修正が必要になる。
• セーフガードとエラーハンドリング: 脆弱性発見リクエストが許可されるようになった点を踏まえ、セキュリティレビュー用途の実装を見直す。拒否（refusal）の処理が適切かも確認する（2026年9月24日以降は一部の拒否が課金対象）。
• フォールバックモデルの設定判断: Messages APIでのモデルフォールバックをオプトインするか判断する。サイバーセキュリティ用途ではOpus 4.8、生物分類器用途ではOpus 5がAnthropicの推奨。Managed Agentsはフォールバック組み込み済み。
• ウォーターマークへの対応確認: EU法適用環境や透かし検証が必要な場合は、Detection APIのプライベートプレビューアクセスを検討する。出力品質への影響はない。
• EFS適用の検討: データ保持要件が厳しい環境では、Enterprise Frontier Safeguardsの展開スケジュールを確認し、適用可否を判断する。2026年秋から段階的に提供される。

本記事の技術仕様・料金はAnthropicの公式リリース情報およびClaude Code公式ドキュメントに基づく。ベータ機能は仕様変更の可能性がある。料金・仕様は最新の公式情報を参照のこと。

参考文献

• Anthropic公式リリース情報「Claude Fable 5.1」（Anthropic、一次情報として引用）
• Claude Code Overview（Anthropic）: https://code.claude.com/docs/en/overview.md
• Claude Code Quickstart（Anthropic）: https://code.claude.com/docs/en/quickstart.md
• Claude Code Agent SDK Overview（Anthropic）: https://code.claude.com/docs/en/agent-sdk/overview.md
• Claude Code Agent SDK Quickstart（Anthropic）: https://code.claude.com/docs/en/agent-sdk/quickstart.md