結論 — 提供条件はFable 5と同じ。5.1だけの特典はない
Anthropic公式ヘルプは、Fable 5とFable 5.1はプランごとに同じ扱いだと明記しています。シート別の整理は次のとおりです(2026年9月2日時点)。Fable 5の提供条件の経緯やUsage Creditsを有効化する手順はTeamプランでClaude Fable 5は使える?で詳しく解説しているので、本記事では要点だけを示します。
表は横にスクロールできます →
| シート | Fable 5.1の扱い | Fable 5との違い |
|---|---|---|
| Team プレミアムシート | 利用枠に含まれる。週次利用上限の50%までFable系モデルに使える。超過後はUsage Creditsで継続か、他モデルへ切り替え | なし(Fable 5と同じ枠を共有する) |
| Team 標準シート | 利用枠に含まれない。組織がUsage Creditsを有効化していれば従量課金で利用可 | 1回限りのプロモーションクレジットは対象外(Fable 5の移行時特典のみ) |
| Enterprise(シート制) | プレミアムシートは50%まで枠込み、標準シートはUsage Creditsのみ | なし |
見落としやすいのは2点です。ひとつは、Fable系モデルは他のモデルより利用枠を速く消費すると公式が明記していること。もうひとつは、Fable 5のときに標準シート利用者へ配られた1回限りのクレジットがFable 5.1には用意されていないことです。「前回はクレジットが来たから」という前提で予算を組むと外れます。
「50%」は上限が増えるわけではない
プレミアムシートの50%は「週次上限のうちFable系に充てられる割合」で、週次上限そのものは変わりません。Fable 5.1と他モデルの利用は同じ枠から引かれ、合計が週次上限を超えることはできません。使用状況は各メンバーの設定画面の使用量から確認できます。
本記事の情報源
一次情報はAnthropic公式のClaude Fable 5.1の新機能とプロンプティングガイド、ヘルプセンターのClaude Fable models on your planとCovered Models、Claude Codeのモデル設定と変更履歴、テキストウォーターマークの解説です(2026年9月2日確認)。仕様は改定が頻繁なため、判断前に原文をご確認ください。
注意点1 Claude Codeは最新版に更新し、モデル選択で「Fable 5.1」を明示する
Claude CodeでFable 5.1を使うには、バージョン要件があります。公式のモデル設定ドキュメントは2.1.255以降、ヘルプセンターは2.1.250以降と記載し、変更履歴でFable 5.1が追加されたのは2.1.257です。資料間で数字が揃っていないため、「最新版に更新する」を運用ルールにするのが確実です。
もうひとつ注意したいのが別名(エイリアス)の解決先です。Claude Codeでは fable や best という別名でモデルを選べますが、ゲートウェイ経由のセッションでは別名がまだFable 5を指すことが変更履歴(2.1.257)に記されています。
5.1を使いたいときは /model の一覧から「Fable 5.1」を明示的に選び、/status で実際のモデルを確認してください。社内の手順書には別名ではなくモデルIDを書いておくと確実です。
# 起動時にFable 5.1を明示指定する
claude --model claude-fable-5-1
# セッション中に切り替える・確認する
/model claude-fable-5-1
/status標準シートのメンバーがFable 5.1を選ぶと、Claude CodeはUsage Creditsで課金する前に同意を求める画面を表示します(モデル選択画面のFable行には「Requires usage credits」と表示)。Teamプランでは「この同意画面が出たら管理者に確認する」と社内ルールを決めておくと、意図しない従量課金を防げます。
注意点2 まずはOpus 5、Fable 5.1は「重い仕事」に絞る(公式の推奨)
意外に思われるかもしれませんが、Anthropic自身が「ほとんどのワークロードでは、まずClaude Opus 5から始める」ことを推奨しています。Fable 5.1は、高度な推論や長時間のエージェント型作業が必要な場合、またはOpus 5を高いeffortで評価してもなお不十分な場合に使うモデル、という位置づけです。
Claude Codeの既定モデルも、プレミアムシートはOpus 5、標準シートはSonnet 5です(公式ドキュメント)。つまりFable 5.1は「常用するモデル」ではなく「選んで使うモデル」として設計されています。Fable 5.1が明確に強いのは、公式が挙げる次の6領域です。
- 長時間セッションのエージェント型コーディング — 複数ファイルにまたがる機能追加、大規模なリファクタリングと移行、数時間に及ぶデバッグやコードレビュー
- ドキュメント・スプレッドシート・スライドを使うナレッジワーク — 最初の質問から、完成した文書・数式入りの表・白紙からのスライドまで進める
- リサーチと検索 — 複数ステップのWebリサーチ、見つけた内容をさらに追跡するディープリサーチ
- ビジョン — 密度の高いチャート、提出書類、PDFの中の入れ子の表の読み取り
- 長文コンテキスト — 100万トークンのコンテキストウィンドウ全体をまたいだ推論
- コンピュータ操作 — ブラウザやデスクトップアプリの操作、失敗したステップからの回復
一方で、多言語性能はFable 5と同等と公式が明記しています。日本語の文書作成が主な用途なら、5.1に切り替えただけで日本語の質が上がるわけではなく、恩恵は上記の「長い・複雑・複数ステップ」の作業に出ると考えてください。
会社としては「日常はOpus 5、Fable 5.1は長時間・高難度の作業に限る」という1行を利用ルールに入れておくと、枠の消費と成果のバランスが取れます。モデルの全体像はClaude Codeのモデル一覧と使い分けを参照してください。
注意点3 思考は常にオン。枠の消費はeffortで調整する
Fable 5.1は適応型思考が常にオンで、Claude Codeの思考モードの切り替え操作でもオフにできません。思考の分もトークン消費に含まれるため、「思考を切って節約する」という従来の手段は使えないと理解しておく必要があります。
代わりの調整手段がeffort(エフォート)です。Claude Codeでは /effort で low / medium / high / xhigh / max の5段階を選べ、2.1.247以降はモデルごとに既定値を保存できます。公式の推奨はまず既定の high で始め、自社の作業で評価してから上下させることです。
公式ガイドによれば、medium ではより低いコストでFable 5とほぼ同等の結果になり、low ではタスクあたりのコストでOpusやSonnetと競合しつつスコアは高くなります。ただしeffortの名前が同じでも、モデルが違えば思考量は同じではないため、Fable 5で決めた設定をそのまま持ち込まず、5.1で改めて評価するのが公式の指示です。
表は横にスクロールできます →
| effort | 向く場面 | Fable 5.1での注意 |
|---|---|---|
| low | 短く範囲が明確な作業、応答速度優先 | 検索・取得ツールを呼ぶ頻度が下がり、記憶から答えやすくなる。最新情報が要る作業には使わない |
| medium | コスト重視。品質の低下がないことを評価で確認できる作業 | 公式は「Fable 5とほぼ同等の結果をより低コストで」と説明 |
| high | 既定値。まずここから | 公式の推奨開始点 |
| xhigh / max | 最難関の作業 | 長い成果物では思考の中で下書きしてから書き直すことがあり、時間とトークンが増える。品質向上を測定できた場合のみ |
組織として上限を設ける方法は2つあります。Teamプランで確実に使えるのは、組織設定の「管理された設定」(managed settings)で availableModels を指定し、端末側で選べるモデルを絞る方法です。
もうひとつ、管理コンソールから組織の既定モデルやeffortの上限を設定する機能は、公式ドキュメント上「組織またはカスタムロール単位」と説明されています。自社のTeam管理画面で使えるかは、組織設定のClaude Codeページで確認してください。組織設定の全体像はTeamプランの組織設定の全メニューにまとめています。
50%枠を使い切った後の2択
プレミアムシートで週次上限の50%を使い切ると、Usage Creditsで継続するか、他のモデルに切り替えるかの2択です。切り替える場合は次の注意点5を読んでから判断してください。利用制限の仕組みそのものはClaude Codeの利用制限の仕組みで解説しています。
注意点4 挙動の変化で「静か」「遅い」に見える — CLAUDE.mdと組織の指示で補正する
Fable 5.1は、プロンプトを変えなくてもFable 5と挙動が変わる点がいくつかあります。壊れているわけではなく、既定の振る舞いが変わっただけですが、現場からは「止まった」「返事が来ない」「勝手に直された」と見えます。公式のプロンプティングガイドが対処法を示しているので、業務上の影響と対処を表にまとめました。
表は横にスクロールできます →
| 変わった挙動 | 現場で起きること | 対処(公式ガイドの要旨) |
|---|---|---|
| ツール実行中の進捗報告が減る | 長い作業で数分間、無言に見える。最終報告が最後の一歩分だけになる | 「着手前に一言、作業中は短い経過、最後に全体の要約」を求める1行を入れる。「発見は最後にまとめて」等の旧い抑制指示は削除 |
| ツール呼び出しを1ターンに1回ずつ行うことがある | ターン数が増え、時間と枠の消費が増える(回答の品質は落ちない) | 「必要なものを先に列挙し、依存しないものは一度にまとめて要求する」と指示 |
| 小さな変更でもファイル全体を書き換える | 出力トークンと時間が増える。差分のレビューがしにくい | 「結果が同じなら部分編集を優先する」と指示 |
| 文章が密になり、太字・見出し・箇条書きが減る | 顧客向け文書や社内報告が読みにくくなる | 旧モデル向けの「箇条書き禁止」等の抑制ルールを外し、「いつ書式を使うか」のルールに置き換える |
| 要約で原文の一節をそのまま再現し、引用と示さない | 外部資料の要約を配布するときに出典・引用の表記が抜ける | 正しい応答の実例(引用は短く引用符つき、他は自分の言葉で)を1つ指示に入れる |
| 依頼範囲外の修正やテスト追加を行うことがある | レビュー負荷と変更管理の手間が増える | 「見つけた別の問題は直さず報告する」「テストは依頼された範囲だけ」と指示 |
| 作業を終える前にターンを終えたり、依頼済みの作業の許可を求める | 「続けて」と返す往復が増える | 自律実行の指示を入れる。ただし削除・公開などの不可逆操作の確認は残す |
重要なのはFable 5向けに書いた既存の指示はそのまま動くという公式の説明です。全面的な書き直しは不要で、上の表の該当行だけ追記すれば足ります。逆に、以前のモデルの「しゃべりすぎ」「箇条書きの多用」を抑えるために入れた指示は、5.1では必要な構造まで削ってしまうため見直しの対象です。
公式ガイドの指示文は英語ですが、要旨を日本語にまとめると次のようになります。当社が研修で配っている追記例です。自社の用語に合わせて調整してください。
## Fable 5.1 向けの補正
- 着手前に何をするか1行で伝え、作業中は短い経過を、最後に「何をした/何を確認した/何が残っている」の要約を書く
- 次に必要な情報を先に洗い出し、互いに依存しないものは1回の応答でまとめて取得する
- 結果が同じになる場合は、ファイル全体の書き換えではなく対象箇所だけを編集する
- 外部資料を要約するときは、原文をそのまま使う箇所は引用符で示し、それ以外は自分の言葉で書く
- 依頼範囲外の不具合や改善点は直さず、報告にとどめる
- 削除・公開・送信・課金など元に戻せない操作の前だけ確認し、それ以外は最後まで進める置き場所は2つです。Claude Codeなら各リポジトリの CLAUDE.md、claude.aiなら全メンバーに常時適用される「組織の指示」です。組織の指示の設計原則と当社の実文例はTeamプランの「組織の指示」に何を書くかに、CLAUDE.mdの書き方はCLAUDE.mdの書き方にまとめています。
注意点5 セッション途中のモデル切り替えで、それまでの「推論」が引き継がれない
Fable 5.1の思考ブロックには「どのモデルが生成したか」が記録され、以前のモデルはFable 5.1の思考ブロックを読めません。Opus 5やFable 5からFable 5.1へ移る会話は推論を保持しますが、逆方向、つまりFable 5.1からOpus等へ切り替えると、Fable 5.1が担当したターンの推論は引き継がれません。読めないブロックはAPIが自動で取り除き、課金もされません。
Teamプランで現実に起きるのは、プレミアムシートの50%枠を使い切ってOpusへ切り替える場面です。会話の文字(あなたの指示とClaudeの回答)は残りますが、判断の裏側にあった推論は落ちるため、切り替え直後は文脈の再確認が増えることがあります。対処は次の3つです。
- タスクの区切りで切り替える — 作業の途中ではなく、1つの成果物が完成したタイミングで
- 決定事項をファイルに書き出してから切り替える — 方針・前提・残作業を STATUS.md 等に残し、切り替え後の最初の指示でそれを読ませる
- 長い作業は最初からモデルを決めておく — 途中で枠が切れそうな作業は、最初からOpus 5で始めるか、Usage Creditsでの継続を前提にする
なお、会話の途中で以前のターンを編集すると思考ブロックが無効になる、という新しい制約も公式に示されていますが、Claude Code・claude.ai・Claude Agent SDKはこの条件を自動で満たすと明記されています。Teamプランで通常どおり使う限り意識する必要はありません。
影響を受けるのは自社でAPIを直接呼ぶツールを作っている場合だけです。該当する開発チームは、公式の移行ガイドにある「履歴編集チェック」(会話履歴を追記専用に保てているかの確認手順)を実施してください。強制的なツール使用(tool_choice の any / tool)がエラーになる変更も、同じくAPI利用者だけに関係します。
注意点6 安全性分類器による拒否と、Claude Codeの自動フォールバック
Fable 5.1は安全性分類器を備え、サイバーセキュリティや生物学の領域に触れると判定した要求を拒否することがあります。Claude Codeには判定時に別モデルへ自動で切り替える機能があり、Fable 5.1では生物学の判定でOpus 5へ、サイバーセキュリティの判定でOpus 4.8へ切り替わります。
誤判定は減っています。公式発表では、無害な要求に対する生物学系の介入は85%減、サイバー系の介入はセッションあたり約60%減とされ、ソースコード内の脆弱性を見つける作業は許可されています。それでも起きうる誤判定のパターンとして、公式ガイドは次の3つを挙げています。
- 「エラーなくコンパイルできるか」という聞き方 — 「このプログラムにバグはあるか」と聞き直す
- あまり知られていないプログラミング言語 — その言語の説明やドキュメントを先に渡す
- ツール出力に含まれるBase64データ — Base64をそのまま返すツールは、出力から取り除く
法人としての注意は2点です。ひとつは、切り替わった後のターンは別のモデルで実行されていること。情シスやセキュリティ担当がFable 5.1前提で作業しているつもりでも、実際はOpus 4.8が答えている場合があるので、モデルで結果の扱いを変えているなら /status で確認します。
もうひとつは、この自動切り替えは設定でオフにできることです(/config の「Switch models when a message is flagged」、または settings.json の switchModelsOnFlag を false に)。
オフにすると、判定時はそのターンが拒否で止まります。「黙って別モデルに切り替わるより、止まって気づきたい」というセキュリティ部門であれば、オフを選ぶ判断も合理的です。どちらにするかを部門ごとに決めておいてください。
注意点7 30日間のデータ保持とウォーターマーク — 情報セキュリティ規定に反映する
Fable 5.1は、Fable 5と同じく「対象モデル(Covered Models)」に指定されています(指定日は2026年8月31日)。対象モデルには最低30日間のデータ保持が適用され、ゼロデータ保持は使えません。この条件はプランを問わず適用され、保持されたデータは自動化された安全性レビューの対象になります。
Teamプランでゼロデータ保持を使うことは通常ありませんが、社内のセキュリティ審査書に保持期間を書いている会社は、Fable系モデルだけ保持の下限が明示されている点を反映してください。
適格なEnterprise顧客向けには、2026年秋から一時的なゼロデータ保持の提供(Enterprise Frontier Safeguards)が案内されています。学習利用の方針はClaude Codeの法人契約で整理しています。
もうひとつがテキストウォーターマークです。Fable 5.1が生成するテキストには、claude.ai・Claude Code・API・クラウド各社経由のすべてで、Anthropicの統計的な透かしが入ります。EU AI法の第50条(2)への対応で、組織側でオフにする設定はありません。
- 含まれないもの — 隠し文字や余分なトークン、利用者や組織を特定する情報。出力の意味・品質・読みやすさも変わらない
- 検出できる人 — 検出APIは規制当局・報道機関・ファクトチェッカー・研究者など適格な組織への非公開プレビュー。一般公開はこれから
- 弱くなる条件 — 大幅な編集、短い文章、正確な表記が必須のコードや事実の記述では透かしが薄くなる
実務への含意はシンプルで、「AIで書いたことを伏せる」前提の運用は成り立たないということです。社外向け文書にAIを使う会社は、開示の方針(明記する/しない/案件による)を先に決めておくと、現場が個別に迷いません。透かしは組織を特定しないため、これ自体が情報漏えいの経路になるわけではありません。
補足 標準シートの従量課金は「キャッシュ読み取り」が4分の1になった
標準シートのUsage Creditsは標準のAPI料金で消費されます。Fable 5.1の入力・出力の単価はFable 5と同じですが、キャッシュ読み取りだけが4分の1に下がりました(米ドル建て・2026年9月時点)。
表は横にスクロールできます →
| 項目(100万トークンあたり) | Fable 5.1 | Fable 5との差 |
|---|---|---|
| 基本入力 | 10ドル | 同じ |
| キャッシュ書き込み(5分/1時間) | 12.5ドル/20ドル | 同じ |
| キャッシュ読み取り | 0.25ドル | 4分の1(従来は基本入力の0.1倍、5.1は0.025倍) |
| 出力 | 50ドル | 同じ |
Claude Codeの長いセッションは、同じ前置き(CLAUDE.mdやそれまでの会話)を毎ターン読み直すため、キャッシュ読み取りの比率が高くなります。Anthropicは典型的なワークロードで約25%、エージェント型の作業では最大45%のコスト削減と説明しています。標準シートとUsage Creditsで長時間の自律作業をさせる使い方ほど、5.1への切り替えで費用が下がる構図です。
一方で、Fable 5.1のトークナイザーはOpus 4.7より古いモデルと比べて同じ文章で約30%多くトークンを使います(Fable 5とは同じ)。古いモデルの単価と直接比較するときは、この差を含めて見積もってください。料金全般の考え方はClaude Codeの料金とプランで整理しています。
Team管理者向けチェックリスト — 導入前に決める7つ
- 1Claude Codeを最新版に更新し、
/modelで「Fable 5.1」を明示選択して/statusで確認する運用を周知する - 2誰がFable 5.1を使うかをシートで決める。標準シートで使うならUsage Creditsの有効化と上限管理をセットにする
- 3「日常はOpus 5、Fable 5.1は長時間・高難度の作業」の1行を利用ルールに入れる
- 4CLAUDE.mdと組織の指示に挙動補正の追記(進捗報告・まとめて取得・部分編集・引用表記・範囲限定)を入れ、旧モデル向けの抑制指示を見直す
- 5モデル切り替えはタスクの区切りで行い、決定事項をファイルに残してから切り替える
- 6情報セキュリティ規定に対象モデルの30日保持とテキストウォーターマークを反映し、社外向け文書のAI利用開示方針を決める
- 7判定時の自動モデル切り替えを有効のままにするか、オフにするかを決める(セキュリティ部門は特に)
モデルの世代交代に、社内ルールを追随させるところまで支援します
Fable 5からFable 5.1への切り替えで分かるのは、モデルの更新は「性能が上がる」だけでなく「挙動・データの扱い・統制の前提が変わる」出来事だということです。契約や社内規定を一度決めて終わりにすると、現場は次の更新でまた迷います。
AI OrchestraのClaude Code研修・導入支援では、シート構成やモデルの使い分けルールの設計、組織の指示・CLAUDE.mdの整備、情報セキュリティ規定への反映まで、モデル更新のたびに必要になる見直しを型にして伴走しています。「自社の規定に何を足せばいいか」という具体的な相談からお受けしています。
Claude Codeを組織に定着させたい企業様へ。AI Orchestraの法人研修・導入支援をご覧ください。





