Anthropicは、既存のFable 5プロンプトが変更なしでClaude Fable 5.1でも十分に機能すると述べています。これは回答に関しては当てはまります。しかし、それを取り巻くあらゆる点については、その限りではありません。例えば、モデルが1ターンあたりにバッチ処理するツール呼び出しの数、ナレーションの量、文章の密度の高さ、チャットでのフォーマットの仕方、1行変更するためにファイル全体を書き換えるかどうか、既にリクエストした作業の許可を求めるために停止するかどうかなどです。これらはいずれもFable 5からFable 5.1への間で変化しており、それぞれAnthropicのClaude Fable 5.1のプロンプトガイドに具体的な修正策が記載されています。
このガイドでは、すべての変更点とその修正策をまとめています。正確な表現が重要となる公式スニペットを引用し、これまでのどのモデルよりもこのモデルで重要となる配置ルールについても説明しています。つまり、1ターンごとの指示をどこに配置するかによって、思考ブロックが無効になったり、キャッシュが再起動されたりするかが決まります。モデルの概要については、Claude Fable 5.1とは何かをご覧ください。
プロンプトではなく、Effortから始める
Effortは、Fable 5.1におけるインテリジェンス、レイテンシー、コストのトレードオフを制御するための主要な要素であり、プロンプトを変更する前に調整する必要があります。デフォルトのhighから始めて、他の4つのレベルを独自の評価基準でテストしてください。Fable 5で一度スイープを実行した場合でも、再実行してください。レベル名はモデル間で同じ思考量に対応しているわけではありません。
Anthropicがテストで主張していること：mediumでは、Fable 5と同等の結果がより低いコストで得られます。lowでは、Fable 5.1はタスクあたりのコストでOpusやSonnetと競合し、より高いスコアを出すことがよくあります。Fable 5に対する最大の改善はxhighとmaxで確認できます。Fable 5.1では、キャッシュをリセットすることなく、会話途中でEffortを変更できます。これは、output_config（ベータヘッダーmid-conversation-output-config-2026-07-01）を持つコンテンツが空のrole: "system"メッセージを使用することで可能です。APIウォークスルーでリクエストの形式が示されています。
言葉遣いよりも配置が重要
Fable 5.1の思考ブロックは、それらを生成した正確な会話内でのみ有効です（思考の保存）。以前のターンにリマインダーを挿入し、次のリクエストで削除することは履歴の編集であり、プロンプトキャッシュを再起動させます。2026年8月31日以降に作成されたアカウントでは、それ以降のすべての思考ブロックを無効にします。
したがって、ターンごとの指示は2つの場所のいずれかに配置されます。mid-conversation-system-clear-at-2026-08-21ベータ版を使用している場合は、ツール結果メッセージの後にターンにスコープされたシステムメッセージとして{"role": "system", "clear_at": "next_user_message", "content": "..."}を追記し、それ以前のすべてのコピーは配列に残します。後続のユーザーメッセージが存在すると、APIは以前のコピーをクリアするため、モデルは最新のコピーのみを読み取り、クリアされたコピーはトークンを消費しません。ベータ版を使用しない場合は、同じユーザーメッセージ内のtool_resultブロックの後にテキストブロックとしてその文を配置し、以前のコピーは保持します。既に送信されたコピーを削除したり書き換えたりしないでください。思考の保存ガイドにその理由が説明されています。
セッションレベルの指示は、システムプロンプトまたは最初のユーザーターンに配置します。Anthropicは、最初のユーザーターンでのスタイル指示が、システムプロンプト内の同じテキストよりも効果的であると指摘しています。
エージェントループでは1ターンあたり1つのツール呼び出し
変更点。複数の取得対象を指定するリクエストの場合、Fable 5.1は呼び出しを並行して実行します。コーディングやコンピューター使用のループで、次の独立した読み取りが暗黙的に示されている場合、Fable 5が複数バッチ処理していたのに対し、Fable 5.1は1ターンあたり1つの呼び出しを発行する可能性があります。回答は影響を受けませんが、余分なターンごとにトークン、ラウンドトリップ、実時間がコストとしてかかります。
まず測定してください。複数のツール呼び出しを含むアシスタントターンの割合を追跡し、その割合が減少した場合にのみ修正を加えてください。修正策は、各ツール結果メッセージの後にターンにスコープされたシステムメッセージとして追記します。
First privately list what you need next; then request every item that doesn't depend on another's result in this one response.
「privately（個人的に）」という言葉を保持してください。これがないと、モデルはユーザーではなくリマインダーに回答してしまうことがあります。現在のリクエストの最後近くにある1つの文は、システムプロンプト内の同じテキストよりもはるかに多くの数値（tool callsの数）を動かします。
ツール呼び出し間のテキストは最小限またはなし
変更点。Fable 5.1は、長いツール呼び出しターン中にFable 5よりもユーザー向けの更新を少なく出力します。Effortが高いほどその傾向が顕著です。ユーザーはエージェントが数分間沈黙したり、最後のステップのみをカバーする最終メッセージを見ることになります。
3つの修正策を順に。まず、進捗更新を全く受け取っているかを確認してください。モデルのツール間のメモは、デフォルトのdisplay: "omitted"では空のthinkingブロックとして返されます。display: "updates"（ベータヘッダーthinking-display-updates-2026-08-18）を設定し、空でない各思考ブロックをステータス行としてレンダリングしてください。次に、更新を熱望する古いモデルのために書かれた「すべての結果を最終応答まで保持する」のようなプロンプト行を削除してください。第三に、それでもさらに情報が必要な場合は、システムプロンプトに次の行を追加してください。
Before you start, say in a line what you're about to do; brief updates while you work help the user follow along. Close with a short recap that stands on its own, covering what you found, what you did, and what's next, so a reader who only sees the last message has the full picture.
もしあなたの製品がツール出力を隠す場合は、ターンにスコープされたシステムメッセージとしてモデルに伝えてください。そうしないと、モデルはユーザーが見ることのない出力を「表示する」コマンドを実行する可能性があります。「そのコマンドの出力はあなただけが見ることができます。ユーザーがその一部を読み取る必要がある場合は、返信に含めてください。」
作業が完了する前にターンが終了する
変更点。複雑な非同期ワークロードにおいて、Fable 5.1は次に何をするかを実際に行う代わりに説明したり、リクエストで既にカバーされているステップの許可を求めたりすることがあります。ユーザーは「続行」と返答する必要があり、これはモデルの長期的な能力を制限します。
修正策は、冒頭の文が最も効果を発揮するシステムプロンプトブロックです。
You are operating autonomously. The user is not watching in real time and cannot answer questions mid-task, so asking 'Want me to...?' or 'Shall I...?' will block the work. For reversible actions that follow from the original request, proceed without asking. Stop only for destructive actions or genuine scope changes the user must decide. Offering follow-ups after the task is done is fine; asking permission before doing the work is not.
Before ending your turn, check your last paragraph. If it is a plan, an analysis, a question, a list of next steps, or a promise about work you have not done, do that work now with tool calls. End your turn only when the task is complete or you are blocked on input only the user can provide.
Anthropicは、ユーザーのリクエストを成果物の範囲と定義する2つ目のブロックと組み合わせています。つまり、それを狭めたり、広げたり、交換したりしてはいけません。ブロックされていない部分はすべて完了させ、省略した部分を伝えます。気づいたが要求されなかったことは、変更ではなく提案として扱います。この2つのブロックを組み合わせることで、モデルがあいまいなリクエストについて尋ねる可能性を低くすることができます。そのため、まだ必要な確認事項をリストアップする行を追加してください。Opus 5との違いが1つあります。プロンプトがモデルに報告前に作業を確認するよう求めている場合は、それを保持してください。Opus 5の検証指示を削除するというアドバイスは引き継がれません。
要求されていない修正と余分なテストファイル
変更点。オープンエンドな機能が要求された場合、Fable 5.1はそれを実現し、時にはそれ以上のものを提供します。例えば、関連する修正、拡張された動作、変更が正当化する以上のコミットされたテストファイルなどです。
修正策は、Anthropicがタスクの成功を変えずに余分なものを大幅に削減すると述べているものです。
If, while working or testing, you find a pre-existing bug, a performance concern, or behavior the task doesn't mention, don't fix, optimize or extend it in this change unless the requested behavior cannot work without it; report it as a follow-up in your summary. Verify your work however you like; scratch scripts and quick checks need not be kept. Commit tests only where the task asks for them or this repository already keeps tests for this kind of change, sized like the neighboring test files. This is about extras only: implement every behavior the task asks for, completely.
小さな変更のためにファイル全体が書き換えられる
変更点。Fable 5.1は、Fable 5よりもファイル全体を書き換える傾向が強く、ターゲットを絞った編集を行うことは少なくなります。結果は同じですが、出力トークンが増加します。
修正策は、システムプロンプトまたは最初のユーザーメッセージに含めます。
The number of tokens used to edit files is best minimized, all else being equal. Therefore, when it will not affect the end result, try to surgically edit a file rather than rewrite the entire thing.
文章が長く、密度が高い
変更点。Fable 5.1の文章は一般的に改善されており、定型句が少なくなっていますが、場合によってはFable 5よりも密度が高くなることがあります。例えば、長い文章や段落区切りの少なさなどです。
修正策は、アンチパターンを定義することです。Anthropicのスニペットでは、「気取った散文（mannered prose）」を、直接的な表現の代わりに比喩や華麗な言い回しを用い、アイデアを伝えるというよりも書き手を見せびらかすための文章と説明しています。指示としては、言いたいことを率直に伝え、利用可能な場合は直訳的な表現を使用することです。短い形式も有効です。「すべての気取った散文を削除してください。」
チャットの返信は、コンテンツが必要とするよりも構造が少ない
変更点。以前のモデルでは箇条書きや太字が多用されたため、多くのプロンプトにアンチフォーマットのルールが含まれていました。Fable 5.1はその逆の傾向があり、太字が少なく、見出しやリストも減っています。これらの古いルールは現在、コンテンツが必要とする構造を抑制しています。
修正策。アンチフォーマットの記述を削除するか、フォーマットが役立つ場合について述べるルールに置き換えてください。例えば、要求された場合やコンテンツが多面的で明確化に役立つ場合はリストを使用する。最小限のフォーマットという明確な要求を尊重する。会話的または感情的なやり取りでは平易な文章に留めるなどです。
要約が元の表現をマークなしで再現する
変更点。ドキュメントを要約する際、Fable 5.1はFable 5よりも、元の文章を引用としてマークせずにそのまま再現する傾向が強くなっています。
修正策。システムプロンプトに完全な例を1つ追加してください。ユーザーのリクエスト、各情報源をアシスタント自身の間接話法で、最大1つの短いマークされた引用符とともに伝える正しい応答、そしてそれがなぜ正しいのかを説明する1文の根拠です。Anthropicの例にあるツール呼び出しのプレースホルダーを、あなたのツールの名前に置き換えてください。
低Effort時に検索せずに記憶から回答する
変更点。low Effortでは、Fable 5.1はFable 5よりも検索ツールや情報取得ツールを呼び出す頻度が低くなります。これは、認識しているが情報が古い固有名詞の製品やモデルで特に顕著です。
2つの修正策。影響を受けるターンに対して、メッセージごとのEffortでEffortレベルを上げます。または、システムプロンプトでモデルに、変化の速い分野の固有名詞を認識することと、その現在の状態を知っていることは同じではないこと、回答する前に検索すべきであること、そしてユーザーが書いたとおりの名前を少なくとも1つのクエリに含めるべきであることを伝えます。
xhighおよびmaxでの長い成果物は時間がかかりすぎる
変更点。xhigh、特にmaxでは、Fable 5.1は長い成果物の大部分を思考中に下書きし、その後返信として再度書き出すことがあり、待ち時間と出力トークンが2倍になります。
2つの修正策。それらのリクエストはhighで実行し、効果が測定できた場合にのみレベルを上げて使用してください。xhighまたはmaxを使用し続ける場合は、max_tokensを設定して思考と返信のためのスペースを確保し、ユーザーメッセージに「1回の返信で生成されるすべての内容（推論を含む）は、実際のmax_tokensとほぼ同等の一つの制限にカウントされ、成果物を推論として完全に作成し、さらに返信として再度作成すると、ターンが2倍になり、改善にはなりません」という注意書きを追加してください。後続のリクエストでは、その注意書きの以前のコピーをそのまま残しておいてください。
良性のコーディングリクエストが拒否を返す
変更点。Fable 5.1の分類器は、Fable 5がリリース当初に比べて誤検知（false positives）が少なくなっており、ソースコードの脆弱性を見つけることが許可されています。ただし、誤検知は依然として発生します。
変更すべき3つの表現。「このプログラムはエラーなくコンパイルされますか？」ではなく、「このプログラムにバグはありますか？」と尋ねてください。モデルにあまり知られていない言語のドキュメントを提供してください。base64エンコードされたデータをコンテキストに返すツールは削除してください。fallbacksは設定に関わらず構成を保持してください。拒否処理ガイドで詳細が説明されています。
クライアントサイドの圧縮要約が詳細を省略する
Fable 5.1は、圧縮要約が保持すべき内容を正確に伝えられると、うまく応答します。サーバーサイドの圧縮では既にこれが実行されています。クライアント側で圧縮を行う場合は、モデルに<summary>タグ内で要約するよう指示し、以下の情報を順に保持させてください。発生した困難とその解決方法、検討されたまたは見送られたアプローチとその理由、要求されたまたは決定された内容を正確に記述したもの、現在の状況、まだ未解決の事柄、名前、数字、リンクなど再構築が難しい詳細です。最後に「この要約を作成中にツールを呼び出さないでください。テキストのみで応答してください」と付け加えてください。これは、要約リクエストが会話のツールをまだ保持している場合に重要です。
サブエージェントと視覚
2つの修正策は、プロンプトというよりもアーキテクチャに関するものです。コーディングタスクでは、サブエージェントが実行されている間もリードエージェントが作業を続けられるようにします。サブエージェントを開始するツールは即座に結果を返し、各結果は後のユーザーメッセージで提供し、リードエージェントには待機したいときに呼び出せる別のツールを与えます。密度の高いチャートやネストされたテーブルの場合、モデルに選択した領域を拡大して返すクロップツール、または基本的な画像ライブラリを含むコンテナを提供します。low Effortではクロップをスキップする可能性があるため、呼び出しログを確認してください。
Apidogでのプロンプト変更のテスト
上記のすべての修正は、ビフォーアフターテストの候補となります。Apidogで、エージェントループの最初の3ターンをリクエストシーケンスとして保存し、システムプロンプトをパラメータ化して、同じEffortレベルで各スニペットがある場合とない場合とで実行してください。バッチ処理の修正にはアシスタントターンあたりのtool_useブロックの数を、ターゲット編集と密度修正にはusage.output_tokensを、自律性修正には「Next, I」で始まる最終段落の有無をアサート（確認）してください。Apidogをダウンロードして構築し、Claude Codeガイドで、これらの行のどれがCLAUDE.mdに属するかを示しています。
よくある質問
私のFable 5プロンプトはFable 5.1で動作しますか？ Anthropicは、変更なしで十分に機能するはずだと述べています。違いは振る舞いにあります。バッチ処理されるツール呼び出しの減少、進捗更新の減少、文章の密度の増加、チャットのフォーマットの減少、ファイル全体の書き換え、そしてオープンエンドなタスクにおけるスコープクリープです。
Fable 5.1でどのEffortレベルのプロンプトを使用すべきですか？ highから始めて、一通り試してみてください。Anthropicは、mediumがより低いコストでFable 5とほぼ同等の結果をもたらし、lowはタスクあたりのコストでOpusやSonnetと競合することが多いと述べています。
Fable 5.1でターンごとの指示はどこに置くべきですか？ ツール結果の後、以前のコピーを残したまま、clear_at: "next_user_message"を含むターンにスコープされたシステムメッセージとして配置します。以前のターンからテキストを挿入したり削除したりすると、後続の思考ブロックが無効になり、キャッシュが再起動されます。
Opus 5のように「作業を確認する」指示は削除すべきですか？ いいえ。その指示はOpus 5の過剰な検証に特化したものでした。Fable 5.1では保持してください。
Fable 5.1がファイル全体を書き換えるのを止めるにはどうすればよいですか？ システムプロンプトまたは最初のユーザーメッセージに1行追加します。結果に影響しない場合は、ファイル編集に使用するトークンを最小限に抑え、ファイル全体を書き換えるのではなく、部分的に編集するよう指示します。