---
title: Claude Fable 5.2へのプロンプト
url: https://platform.claude.com/docs/ja/build-with-claude/prompt-engineering/prompting-claude-fable-5-2
description: Claude Fable 5.2およびClaude Mythos 5.2に固有のプロンプトパターン：エフォート、早期停止、承認、コードの所有権、進捗の更新、サブエージェント、蓄積する慎重さ、以前のモデル向けに書かれた指示、最終レポート、拒否について説明します。
---

このガイドでは、Claude Fable 5.2に固有のプロンプトパターンについて説明します。モデルの機能とAPIの変更点については、[Claude Fable 5.2の新機能](https://platform.claude.com/docs/ja/models/fable-5-2/whats-new-fable-5-2)を参照してください。現在のすべてのClaudeモデルに適用される手法については、[プロンプティングのベストプラクティス](https://platform.claude.com/docs/ja/build-with-claude/prompt-engineering/claude-prompting-best-practices)を参照してください。

Claude Fable 5.2は、いくつかの点で以前のモデルとは異なる動作をします。観察された状況に合ったセクションから始めてください：

* どのエフォートレベルで実行すべきかわからない、または簡単なリクエストに時間がかかりすぎる：[エフォートを調整する](https://platform.claude.com/docs/ja/build-with-claude/prompt-engineering/prompting-claude-fable-5-2#calibrate-effort)
* 作業が完了する前にターンが終了する：[タスク全体を完了させる](https://platform.claude.com/docs/ja/build-with-claude/prompt-engineering/prompting-claude-fable-5-2#finish-the-whole-task)
* エージェントの作業中にステップを承認している、またはシステムプロンプトに承認ルールがある：[承認](https://platform.claude.com/docs/ja/build-with-claude/prompt-engineering/prompting-claude-fable-5-2#approvals)
* コーディングエージェントが既存のコードを統合せずに重複させる、または近くの問題を修正せずに報告する：[コードの所有者を明示する](https://platform.claude.com/docs/ja/build-with-claude/prompt-engineering/prompting-claude-fable-5-2#say-who-owns-the-code)
* 長いエージェントのターンで応答がないように見える：[長いターンの間もユーザーに情報を伝える](https://platform.claude.com/docs/ja/build-with-claude/prompt-engineering/prompting-claude-fable-5-2#keep-users-informed-during-long-turns)
* エージェントのセッションがタスクに必要な数以上のサブエージェントを起動する：[サブエージェントへの期待を設定する](https://platform.claude.com/docs/ja/build-with-claude/prompt-engineering/prompting-claude-fable-5-2#set-expectations-for-subagents)
* エージェントが不要な承認を求める、または日常的な作業を控える：[慎重さが積み重なるのを防ぐ](https://platform.claude.com/docs/ja/build-with-claude/prompt-engineering/prompting-claude-fable-5-2#keep-caution-from-piling-up)
* Claude Fable 5.1またはClaude Opus 5.5向けに書かれたシステムプロンプト、スキル、またはハーネスを引き継いでいる：[以前のモデル向けに書かれた指示を見直す](https://platform.claude.com/docs/ja/build-with-claude/prompt-engineering/prompting-claude-fable-5-2#review-instructions-written-for-earlier-models)
* ユーザーが長いタスクの後に最終レポートや引き継ぎ資料を読む：[レポートをわかりやすくする](https://platform.claude.com/docs/ja/build-with-claude/prompt-engineering/prompting-claude-fable-5-2#make-reports-easy-to-follow)
* リクエストが`stop_reason: "refusal"`を返す：[セーフガードによる拒否](https://platform.claude.com/docs/ja/build-with-claude/prompt-engineering/prompting-claude-fable-5-2#safeguard-refusals)

<Note>
  以前のモデルから移行する際のAPIの変更点については、[Claude Fable 5.2およびClaude Mythos 5.2移行ガイド](https://platform.claude.com/docs/ja/models/fable-5-2/migration-guide)を参照してください。移行時にこのガイダンスを適用する順序については、[どこから始めるか](https://platform.claude.com/docs/ja/build-with-claude/prompt-engineering/prompting-claude-fable-5-2#where-to-start)を参照してください。

  このページのいくつかのセクションでは、システムプロンプトに追加するテキスト、システムプロンプトやエージェントが保持するメモやルールから削除する行、またはツールの説明の変更を提案しています。これらの変更は新しい会話でのみ行ってください。Claude Fable 5.2では、APIはすべてのアカウントに対して[プレフィックスチェック](https://platform.claude.com/docs/ja/build-with-claude/preserved-thinking#prefix-check)を適用します。`system`、`tools`、または以前のメッセージが変更された後に思考ブロックを送り返すリクエストは400エラーを返す可能性があるため、新しいテキストで再開された保存済みの会話は失敗する可能性があります。会話の途中で指示を変更するには、[最新のターンに指示を入れてください](https://platform.claude.com/docs/ja/build-with-claude/preserved-thinking#changing-context)。[会話途中のシステムメッセージ](https://platform.claude.com/docs/ja/build-with-claude/mid-conversation-system-messages)が利用可能な場合は、代わりに[会話にシステムメッセージを追加する](https://platform.claude.com/docs/ja/build-with-claude/preserved-thinking#new-instructions)こともできます。
</Note>

## エフォートを調整する

Claude APIのデフォルトである`high`から始めてください。ユースケースで必要であれば、エフォートを上げ下げし、各変更を独自の評価でテストしてください。[エフォート](https://platform.claude.com/docs/ja/build-with-claude/effort)レベルは、Claude Fable 5.2がどれだけ思考するか、ターンにどれだけ時間がかかるか、どれだけのトークンを使用するかを設定します。レベルはモデルの思考の仕方や行うツール呼び出しの数も変えるため、エフォートはプロンプトと合わせて調整してください。

一般的に、エフォートレベルはClaudeモデル間で同じ順序になっていますが、各レベルの背後にある思考の量はモデルによって異なる場合があります。そのため、Claude Fable 5.1やClaude Opus 5.5で調整した設定を引き継ぐのではなく、エフォートの比較を再度実行してください。

作業の種類に応じてレベルを選択してください：

* `low`は、素早いやり取り、明確に指定されたタスク、および高速でインテリジェントなサブエージェントなどの大量のワークロードに適しています。Anthropicのテストでは、`low`でのモデルのスコアは、より高いエフォートレベルでのClaude Fable 5.1のスコアに近いものでした。
* `medium`は、インタラクティブなコーディング、チャット、日常的なナレッジワークに適しています。
* `high`は、難しいコーディング、リサーチ、エージェント型の作業、長時間の無人実行に適しています。ターンが完了するまでの時間は`medium`よりも著しく長くなります。
* `xhigh`は、効果が測定されている、最も難しい長時間のコーディングおよびエージェント型の作業向けです。Anthropicの社内コーディング評価では、スコアがわずかに上昇し、はるかに多くのトークンを使用しました。
* `max`は、モデルの上限を測定するため、または時間とトークンが問題にならないまれなタスク向けです。科学的発見や数学などのオープンエンドな問題に最も適しています。ターンは遅く、`xhigh`よりもはるかに多くのトークンを使用します。

能力向上の大部分は、すでに`high`で得られています。`medium`から`high`への段階で、Anthropicが追跡しているコーディングおよびナレッジワークの評価のほとんどでスコアが上昇しました。この段階ではより多くのトークンと時間も使用するため、品質が維持されることが評価で示される場合は`medium`に下げてください。`high`を超えると、効果はばらつきがあり、タスクに依存します。

レベルを選択する際は、次の3つの動作に注意してください：

* エフォートレベルが低いほど、モデルは早期に停止する可能性が高くなります。`low`または`medium`でのエージェント型の作業では、[タスク全体を完了させる](https://platform.claude.com/docs/ja/build-with-claude/prompt-engineering/prompting-claude-fable-5-2#finish-the-whole-task)のテキストを追加してください。
* `high`以上では、モデルは挨拶への返答を含め、ほぼすべての返答の前に思考します。簡単なリクエストに時間やコストがかかりすぎる場合は、それらのターンに低いエフォートレベルを使用してください。Anthropicのテストでは、熟考せずに直接答えるよう指示しても、`medium`以上ではモデルの思考は止まりませんでした。
* エフォートは、モデルの返答の長さをほとんど変えません。返答の長さやトーンを変えるには、プロンプトを使用してください。

1つのワークフロー内でレベルを組み合わせることもできます。たとえば、`medium`でモデルと計画や反復を行い、その後、長い無人の部分でエフォートを上げることができます。会話内でレベルを変更しつつプロンプトキャッシュを維持するには、[メッセージごとのエフォート変更](https://platform.claude.com/docs/ja/build-with-claude/effort#change-effort-mid-conversation-beta)（ベータ、`mid-conversation-output-config-2026-07-01`ヘッダー）を使用してください。利用可能なプラットフォームはそのセクションに記載されています。変更は、別の変更で置き換えられるまで有効です。メッセージごとのエフォートが利用できない場合は、次のリクエストで新しいトップレベルの`effort`値を設定してください。この場合、キャッシュは最初からやり直しになります。

## タスク全体を完了させる

長い複数ステップのタスクでは、Claude Fable 5.2は作業が完了する前にターンを終了することがあります。ターンは、残りの作業のリスト、続行の申し出、またはタイムアウトなどの通常の障害での停止で終わります。これは`low`および`medium`エフォートでより頻繁に発生します。

エージェントでこのような停止が見られる場合は、次のようなテキストをシステムプロンプトに追加してください：

```text wrap
# Finishing work
Please avoid stopping while you still owe work the user asked for. Be persistent and do not stop unless needed.

While status notes are welcome, as is clarifying with the user on open decisions, carry on with work that does not depend on the user's answer without unnecessary stops.

If you notice yourself inviting the user to redirect you or offering to wait, instead proceed on the next part of the task. You may meet ordinary obstacles like errors, timeouts, locked files, empty results or failing tools. Diagnose them first, and when they are not real blockers, work through them with the access you have (wait and retry, fix the request, use another tool or source) rather than stopping unnecessarily.

If someone clearly decided something is a hard blocker, such as a file marked not to be touched, access that was intentionally withheld, or a safety guardrail, leave it alone, say plainly what you found, and look for another safe way to finish the task. Stopping before the task is complete is very rarely merited, as in when the task can't move forward without user input, or where the blocker is deliberate and should not be worked past. This does not override the need for confirmation on risky or destructive actions.
```

このテキストは2種類の障害を区別します。エラー、タイムアウト、失敗するツールなどの通常の障害については、原因を診断して乗り越えるようモデルに指示します。触れないようにマークされたファイルなどの意図的なブロッカーについては、そのままにして報告するよう指示します。このテキストは出発点として扱い、アプリケーションに合わせて調整する際もこの区別を維持してください。

Anthropicは、エージェント型コーディング製品から記録されたセッションを`medium`エフォートで再生しました。このテキストのバージョンを使用すると、実行可能な作業が残ったまま終了したセッションは約半分になりました。このテキストにより、許可を求めたり続行を申し出たりする終わり方の大部分はなくなりましたが、残りの作業をリストしてから停止する終わり方はなくなりませんでした。出力トークンは約30パーセント増加しました。

このテキストによりモデルが確認を求める頻度が減るため、リスクのある操作や元に戻せない操作については独自の確認ステップを維持してください。

### 承認

モデルに作業を続けるよう伝える際は、単に「continue」と送るのではなく、何を求めているかを明確に伝えてください。たとえば、「go」や親指を立てた絵文字を送っていたところで、「はい、ステージングデータベースでマイグレーションを実行してください」と返答してください。

システムプロンプトに承認ルールがある場合は、モデルが書かれたとおりに適用するため、ルールが対象とする正確な操作を明記してください。承認する人が誰もいないシミュレーションタスクでのAnthropicのテストでは、あるルールが承認を必要とするステップの中に「この会話の外部の人にメッセージを送信すること」を挙げていました。このルールがあると、モデルは同僚や他のチームへの日常的な依頼のおよそ半分を控えました。

## コードの所有者を明示する

Claude Fable 5.2は、作業対象のコードの所有者が誰であるかについてプロンプトが述べている内容に敏感に反応します。小規模なコーディングタスクでのAnthropicのテストでは、プロンプトが所有権について何も述べていない場合、またはコードベースを他者のものとして提示した場合、モデルは既存のコードを重複させることになっても、既存の構造に追加する傾向がありました。また、近くの問題を修正する代わりに報告する傾向もありました。プロンプトでコードベースがモデル自身のものであると述べると、モデルは求められなくても重複したコードを統合し、関連する修正を行うことがよくあります。

作業しながら構造を改善してほしい場合は、コードがモデル自身のものであると伝えてください：

```text wrap
This codebase is yours: what it's for and how it's built are your call, and you'll keep building on it.
```

小規模なコーディングタスクでのAnthropicのテストでは、この文がある場合、モデルは試行の約半分で重複したコードを統合し、この文がない場合は試行の10分の1未満でした。この割合はタスクによって異なりました。この結果は、この文が長いシステムプロンプトの中に含まれていても維持されました。要求された機能は、いずれの場合もほぼすべての試行で動作しました。

同じテストで、この文がある場合、モデルは出力トークンを約1.5倍使用し、誰も求めていない変更をいくつか行いました。その多くは新しいテストやドキュメントでした。バグ修正を除くと、6〜10回に1回の試行で既存の機能の動作を変更し、エフォートが高いほどその頻度は高くなりました。最後の要約では大きな変更は挙げられていましたが、小さな変更は省略されることが多かったため、要約だけでなく差分も確認してください。

ユーザーがコードを所有しており、変更を最小限に抑えたい場合は、所有権に関する文を省略してください。プロンプトの別の場所にあるスコープを制限するルールは、所有権に関する文を打ち消しません。Anthropicのテストでは、同じプロンプトの前の方に「No drive-by refactors, renames or cleanups」とあっても、モデルは試行の約3分の1で重複したコードを統合しました。

## 長いターンの間もユーザーに情報を伝える

Claude Fable 5.2は、長いツール呼び出しの連続の間、ユーザー向けのテキストをほとんど書かないことがあります。また、これから何をするかを伝えずに最初のツール呼び出しを行うこともあります。

まず、クライアントがモデルの更新を受信していることを確認してください。Claude Fable 5.2では、モデルがツール呼び出しの間に書く更新は、[進捗更新の`thinking`ブロック](https://platform.claude.com/docs/ja/build-with-claude/thinking#progress-updates)として返されます。これらの更新は、モデルが何を見つけたか、次に何をするかを伝えます。デフォルトの`thinking.display`である`"omitted"`では、そのテキストは空になります。そのため、`text`ブロックのみを表示するクライアントは、長いエージェントのターンの間、応答がないように見える場合があります。各更新の短い要約を受け取るには`display: "updates"`（ベータ、`thinking-display-updates-2026-08-18`ヘッダー）を設定し、要約された推論とともに更新を受け取るには`"summarized"`を設定してください。その後、ツール呼び出しの間にある空でない`thinking`ブロックを表示してください。

頻繁な更新が最も重要なのは、インタラクティブなコーディングのように、ユーザーがリアルタイムで作業を見ている場合です。ユーザーが作業を見ていても更新が少なすぎる場合は、以下のオプションを1つ以上使用してください。

「harness」（ハーネス）を変更できる場合、効果的なオプションは、ユーザーが読めるものを何も提供しない連続したツール呼び出しステップ、つまり`text`ブロックもテキストを含む`thinking`ブロックもないステップをハーネスにカウントさせることです。`"omitted"`ではすべての`thinking`ブロックが空になるため、`display`を`"updates"`または`"summarized"`に設定してカウントしてください。このオプションは、プラットフォームが[会話途中のシステムメッセージ](https://platform.claude.com/docs/ja/build-with-claude/mid-conversation-system-messages)をサポートしている場合に機能します。そのようなステップが数回続いたら、最新のツール結果の後に次のリマインダーを[ターンスコープのシステムメッセージ](https://platform.claude.com/docs/ja/build-with-claude/mid-conversation-system-messages#turn-scoped-system-messages)（`clear_at: "next_user_message"`、ベータ、`mid-conversation-system-clear-at-2026-08-21`ヘッダー）としてハーネスに追加させてください：

```text wrap
The user hasn't heard from you in a while: say in a few words what you're doing, then continue.
```

マルチターンのコーディングタスクでのAnthropicのテストでは、このリマインダーにより最長の無言の区間がおよそ半分になり、トークンや時間の目立った増加はありませんでした。

以降のリクエストでも、各リマインダーを`messages`に残してください。リマインダーを削除したり言い換えたりすると以前のターンを編集することになり、その後の思考ブロックが無効になります。[ターンごとのリマインダーをターンスコープのシステムメッセージとして送信する](https://platform.claude.com/docs/ja/build-with-claude/preserved-thinking#per-turn-reminders)を参照してください。

最初のツール呼び出しの前の冒頭の一文、簡潔な更新、および締めくくりの要約も得るには、次のテキストをシステムプロンプトに追加してください：

```text wrap
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 (what you found, what you did, and what's next), so a reader who only sees the last message has the full picture.
```

コーディングタスクでのAnthropicのテストでは、このテキストがある場合、モデルは毎回最初のツール呼び出しの前に発言しました。このテキストにより、タスクあたりの出力トークンもおよそ20パーセント増加しました。このテキストは、人間が直接ループに関与している場合に使用してください。最も多くの更新を得るには、ハーネスが追加するリマインダーと組み合わせてください。

ハーネスを変更できない場合、またはプラットフォームに会話途中のシステムメッセージがない場合は、次の文をシステムプロンプトに追加してください：

```text wrap
Every few tool calls, give the user a one-line update on where things stand.
```

ワークフロー自動化タスクでのAnthropicのテストでは、この文により長い無言の区間の大部分がなくなりました。

リマインダーと冒頭および要約のテキストを併用しても、更新の間に数回のツール呼び出しが続くことは想定してください。Claude Fable 5.2は、ユーザーが各ステップを見るのではなく結果を確認しに戻ってくる、長時間実行の非同期タスクでうまく機能します。そのような場合、更新の間隔はそれほど重要ではありません。

## サブエージェントへの期待を設定する

Claude Fable 5.2が「subagent」（サブエージェント）にどれだけの作業を委任するかは、ハーネスとタスクによって異なります。サブエージェントを起動するための最小限のツールを使用した短いタスクでのAnthropicのテストでは、サブエージェントを起動することはほとんどありませんでした。プロンプトが委任を促すエージェント型コーディング製品では、積極的に委任します。

システムプロンプト、スキル、またはエージェントファイルがモデルに委任を指示している場合は、まずそれらの行を見直してください。サブエージェントを起動するツールの説明は、Claude Fable 5.2がそれでもタスクに必要な数以上のサブエージェントを起動する場合にのみ変更してください。ツールの説明が簡素で、プロンプトの他の部分で委任を求めていない場合は、おそらく新しい説明は必要ありません。

新しい説明では、サブエージェントがセッションのコストにどれだけ加わるかを述べ、委任する価値がある場合とない場合を伝え、起動するサブエージェントにどのように指示を与えるかをモデルに伝えてください。Anthropicがテストした説明はこの3つを行い、コストを最初に置いています。この種の説明は、ハーネスがすでに委任を促しており、サブエージェントがトークン使用量の大部分を占める場合に最も役立ちます。

短いタスクでのAnthropicのテストでは、テストした説明を使用した場合、主に委任する理由を列挙した説明と比べて、モデルが委任する頻度は約3分の1少なくなりました。タスクの成功率は同じでした。

テストした説明では、コストに関する冒頭の文が委任を抑制しています。モデルの委任が少なすぎる場合は、コストについての記述を減らしてください。それでも委任が多すぎる場合は、ハーネスにおけるサブエージェントのコストについてさらに記述し、その変更をテストしてください。

Anthropicはまた、エージェント型コーディング製品において、`xhigh`や`max`などの高いエフォートレベルで、Claude Fable 5.2がサブエージェントを使用して自身の作業をレビューする様子を観察しました。Claude Fable 5.1は同じタスクでこれを行いませんでした。初期のテスターは、Claude Fable 5.2を他のモデルのプランナーおよびオーケストレーターとして使用して良好な結果を得ました。委任により、並列でうまく実行できる作業を高速化できます。ただし、サブエージェントはセッションのコストの大部分を占める可能性があるため、ハーネスがデフォルトでサブエージェントをどのモデルで実行するかを確認してください。

## 慎重さが積み重なるのを防ぐ

慎重な指示は、メモリ、メモ、指示ファイル、エージェント間のメッセージなど、コンテキストが引き継がれる場所ならどこにでも蓄積します。Claude Fable 5.2はこれらの指示に忠実に従うため、不要な承認を求めたり、日常的な作業を控えたりすることがあります。少数の初期のテスターがこの動作を確認しており、その大半は複数のエージェントが連携する環境でした。以前のモデルもこのような指示に従いますが、ここで説明するセットアップの1つでは、Claude Fable 5.2だけが作業を控えました。

この動作が見られる場合は、エージェントが保持しているものを整理してください：

* **不要になったメモを削除する。** シミュレーションタスクでのAnthropicのテストでは、以前のセッションからの十数件のメモのうち1件に、決して再試行しないようにと書かれていました。それらのメモがコンテキストにあり、プロンプトに再試行を許可する記述がない状態では、ツールがビジー状態になった後にモデルが再試行したのは約10回中4回で、それらのメモがない場合のほぼすべての試行から減少しました。
* **承認が不要なステップを明記する。** シミュレーションタスクでのAnthropicのテストでは、コンテキストに「never」ルール、メモ、およびレビュアーの条件が含まれていました。ルールの最後に、承認が不要なステップとして再試行を挙げる1行を加えると、再試行はほぼゼロから試行の約半分に増加しました。同じセットアップで、より自由に行動するよう一般的に指示しても何も変わりませんでした。再試行を明記するのは、繰り返しても安全な呼び出しに限ってください。
* **レビュアーエージェントが添付するものを確認する。** シミュレーションタスクでのAnthropicのテストでは、あるセットアップで、承認が不要なステップとして再試行を挙げる1行がプロンプトにあり、レビュアーの「最初のエラーで停止する」がコンテキストにありました。Claude Fable 5.2は試行の約3分の1で再試行しませんでした。Claude Fable 5.1とClaude Opus 5.5は再試行しました。
* **例外をルール自体に書き込む。** シミュレーションタスクでのAnthropicのテストでは、責任者があるステップを承認していました。「never」ルールの下では、モデルがそのステップを実行したのは約10回に1回でした。承認済みのステップには許可が与えられていると述べる別の行を加えても、その割合はあまり変わりませんでした。ルール自体にまず許可を得るよう書かれている場合、モデルは約10回中9回そのステップを実行しました。[承認](https://platform.claude.com/docs/ja/build-with-claude/prompt-engineering/prompting-claude-fable-5-2#approvals)を参照してください。

また、リスクのある操作や元に戻せない操作については、独自の確認ステップを維持してください。

## 以前のモデル向けに書かれた指示を見直す

Claude Fable 5.2に移行する際は、プロンプトを見直してください。Anthropicのテストでは、以前のモデル向けに書かれた一部の指示が、コストを増加させたり、副作用を引き起こしたり、効果がなくなったりしました。次の指示を再検討してください：

* **常設の委任指示：** 作業をサブエージェントに回す行は、システムプロンプト、スキル、エージェントファイルに含まれている場合があります。移行前にそれらのファイルを読んでください。テストでモデルがタスクに必要な数以上のサブエージェントを起動する場合は、不要になった行を削除してください。[サブエージェントへの期待を設定する](https://platform.claude.com/docs/ja/build-with-claude/prompt-engineering/prompting-claude-fable-5-2#set-expectations-for-subagents)を参照してください。
* **ハーネスがプロンプトに書き込むトークン予算：** 一部のハーネスは、タスクが使用できるトークン数と残りのトークン数をプロンプト内でモデルに伝えます。その予算の大きさは、Claude Fable 5.2がどれだけ消費するかを変えます。`high`および`xhigh`エフォートでのコーディングタスクにおけるAnthropicのテストでは、大きな予算を削除するとコストが下がり、パフォーマンスは同等でした。予算なしでタスクをテストしてください。この知見はプロンプト内のテキストに関するものであり、テストの対象外であったベータ機能であるAPIの[タスクバジェット](https://platform.claude.com/docs/ja/build-with-claude/task-budgets)に関するものではありません。
* **以前のターンを編集するハーネスのコード：** Claude Fable 5.2は[保持された思考](https://platform.claude.com/docs/ja/build-with-claude/preserved-thinking)を使用します。ハーネスがリクエスト間でシステムプロンプト、ツール、または以前のメッセージを変更すると、履歴内の変更箇所以降の思考ブロックは無効になります。デフォルトでは、その場合Messages APIはリクエストを拒否し、Message Batches APIはそれらのブロックを破棄します。このエラーを発生させずに履歴を短くするには、[コンテキスト編集](https://platform.claude.com/docs/ja/build-with-claude/context-editing)、または要約の後に以前のターンを保持しない[コンパクション](https://platform.claude.com/docs/ja/build-with-claude/compaction)を使用してください。Messages APIでもそれらのブロックを破棄させるには、`thinking.block_binding.prefix_mismatch_behavior`を`"drop_block"`（ベータ、`thinking-binding-controls-2026-08-01`ヘッダー）に設定してください。Anthropicのテストでは、毎ターン以前の思考が破棄されると、モデルは再度思考し、より多くの出力トークンを使用しました。これは最悪のケースであり、増加量はハーネスが以前のターンをどれだけ頻繁に編集するかによって異なります。コンパクションとコンテキスト編集以外では、履歴を追記専用に保ってください。そうすることでキャッシュヒット率が高く保たれ、思考も破棄されません。`"drop_block"`に頼る前に独自のタスクで出力トークンを測定してください。[無効なブロックに対するAPIの処理](https://platform.claude.com/docs/ja/build-with-claude/preserved-thinking#mismatch-behavior)および[プレフィックスを編集せずに変更を加える](https://platform.claude.com/docs/ja/build-with-claude/preserved-thinking#replace-prefix-edits)を参照してください。
* **「その回答は完了したものとして扱う」行：** [Claude Opus 5.5へのプロンプト](https://platform.claude.com/docs/ja/build-with-claude/prompt-engineering/prompting-claude-opus-5-5#thinking-instructions-in-chat-system-prompts)では、チャットのシステムプロンプト向けに2つの文を紹介しています。これらは、以前の回答を完了したものとして扱い、新しいメッセージに思考を集中させるようモデルに指示します。`high`エフォートでのAnthropicのテストでは、これらの文によりフォローアップの質問に対するClaude Fable 5.2の思考は減少しましたが、モデルが以前の回答の誤りを指摘する可能性も大幅に低くなりました。モデルに以前の回答を再検討し続けてほしい場合は、これらの行を省略してください。それ以外の場合は、これらの行を採用する前に、モデルが依然として自身の誤りを指摘するかどうかをテストしてください。
* **思考を減らす指示：** Claude Fable 5.1は通常、「熟考せずに直接答えてください」のような行に従います。Anthropicのテストでは、このような行は`medium`以上でClaude Fable 5.2の思考を止めませんでした。[エフォートを調整する](https://platform.claude.com/docs/ja/build-with-claude/prompt-engineering/prompting-claude-fable-5-2#calibrate-effort)で説明されているように、これらの行を削除し、エフォートレベルを下げてください。
* **文章のスタイルルール：** Claude Fable 5.2はスタイルルールに忠実に従うため、「1文につき1つの指示、20語以内」のような厳格な制限により、文章がぎこちなくなる場合があります。[レポートをわかりやすくする](https://platform.claude.com/docs/ja/build-with-claude/prompt-engineering/prompting-claude-fable-5-2#make-reports-easy-to-follow)のテキストを追加する前に、不要になったルールを削除してください。
* **蓄積したルール、メモ、記憶：** メモリファイル、メモ、指示ファイルには時間とともに注意事項が蓄積し、その一部はモデル自身が書いた可能性もあります。移行前に、理由がもはや当てはまらない注意事項を削除し、絶対的なルールをその範囲と理由を述べる形に書き直してください。システムがすでに行き詰まっている場合は、メモリとメモを整理した上で再起動することを検討し、元のファイルのコピーを保管してください。[慎重さが積み重なるのを防ぐ](https://platform.claude.com/docs/ja/build-with-claude/prompt-engineering/prompting-claude-fable-5-2#keep-caution-from-piling-up)を参照してください。

## レポートをわかりやすくする

長いエージェント型の作業の後、Claude Fable 5.2の最終レポートを読む人は通常、その背後にあるツール呼び出しやファイルを見ていません。レポートはそれ単体で意味が通じる必要があります。

Claude Fable 5.2に最終レポートや引き継ぎ資料の作成を依頼する場合は、次のテキストをシステムプロンプトに追加し、読者と製品に合わせて調整してください：

```text wrap
# Communicating clearly
Write for an intelligent but low-context reader. The person reading has not seen your tool calls, your reasoning or the files you opened, and may be switching in from other work. Messages should generally be self-contained: the reader should understand what you mean without having to dig for other context. Put the key points in the first few sentences. Practice progressive disclosure in your sentence order, and do not use undefined references and ideas in line 1 that won't make sense until the reader reaches line 12.

Use plain words, and write in clear, understandable full sentences. Do not use a term or abbreviation that you made up during the work. Say what the thing is in a way any reader would understand. Write mostly in the style of ASD-STE100 Simplified Technical English: short sentences, one idea per sentence, active voice, and consistently using the same word for the same thing. Use a paragraph of flowing prose where ideas connect, and keep bullets for lists of separate items. Leave out unnecessary details unless the reader asks and practice concision, but do ensure that your messages have the key context. Aim to make your user-facing text as human-readable and clear as possible.
```

エージェント型タスクでのAnthropicのテストでは、このテキストにより最終レポートの密度が下がり、セミコロンが減りました。ワークフロー自動化タスクでは、文も短くなりました。長さに関する指示を追加したり、特定の詳細を含めるようモデルに依頼したりすることもできます。

## セーフガードによる拒否

Claude Fable 5.2は、リクエストを拒否する可能性のある安全性分類器を実行します。拒否されたリクエストは`stop_reason: "refusal"`を返し、`stop_details.category`が[拒否カテゴリ](https://platform.claude.com/docs/ja/build-with-claude/refusals-and-fallback#refusal-response)を示します：

* `cyber`：リクエストが、マルウェアやエクスプロイトの開発など、サイバー上の危害を可能にする可能性がある。
* `bio`：リクエストが、危険な実験手法など、生物学的な危害を可能にする可能性がある。
* `frontier_llm`：リクエストが、競合するAIモデルの開発に役立つ可能性がある。
* `reasoning_extraction`：リクエストが、モデルの内部推論を応答テキスト内に再現するよう求めている。
* `general_harms`：リクエストが、利用ポリシーの別の領域に該当する。

無害なサイバーセキュリティやライフサイエンスの作業でも、`cyber`および`bio`分類器がトリガーされる場合があります。これらが組織の正当な作業をブロックする場合は、Anthropicの[Cyber Verification Program](https://support.claude.com/en/articles/14604842)および[Life Sciences Verification Program](https://www.anthropic.com/news/life-sciences-verification-program)を参照してください。[Claude Mythos 5.2](https://platform.claude.com/docs/ja/models/mythos-5-2/overview)は、これらのプログラムを通じて検証された組織にのみ、Claude Fable 5.2と同じ機能を提供します。

プロンプト、スキル、またはツールの説明が応答内に推論を書くようモデルに求めている場合は、それらの指示を削除してください。モデルがどのように推論したかを確認するには、`display: "summarized"`を設定して思考ブロックを読んでください。[推論を思考ブロック内に保つ](https://platform.claude.com/docs/ja/build-with-claude/refusals-and-fallback#keep-reasoning-in-thinking-blocks)を参照してください。

拒否されたリクエストを別のモデルで再試行するには、[拒否、フォールバック、および課金](https://platform.claude.com/docs/ja/models/fable-5-2/whats-new-fable-5-2#refusals-fallback-and-billing)を参照してください。

## どこから始めるか

移行する際は、次の手順を順番に実行してください：

1. `effort`を明示的に`high`に設定し、その後`medium`と`xhigh`でも評価を実行します。
2. 引き継ぐシステムプロンプト、スキル、エージェントファイル、メモリファイル、メモ、およびハーネスのテキストを読みます。[以前のモデル向けに書かれた指示を見直す](https://platform.claude.com/docs/ja/build-with-claude/prompt-engineering/prompting-claude-fable-5-2#review-instructions-written-for-earlier-models)に記載されている指示を削除またはテストします。
3. 最も長いエージェント型タスクを実行します。モデルが早期に停止する、不要な承認を求める、無言になる、タスクに必要以上に委任する、または再構成してほしかった既存のコードに追加する箇所を記録します。
4. 観察した各動作に対するガイダンスを1つずつ適用し、独自のタスクでその効果とトークンコストを測定します。