AIニュース
【完全保存版】Anthropic公式が明かす！Claude Fable 5 プロンプトエンジニアリングの極意
「Claude Fable 5を使ってみたけど、これまでのAIと何が違うの？」「結局、どう指示を出せば一番賢く動いてくれるの？」
そんな疑問をお持ちの方へ。Anthropic公式から、Claude Fable 5の能力を100%引き出すための「公式プロンプトエンジニアリングガイド」が公開されました。
結論から言えば、「旧モデル向けの細かい指示はもう不要」です。Fable 5は「チャットで答えをもらうAI」ではなく、「仕事を完了まで進める自律型AI」へと進化を遂げました。
本記事では、公式ドキュメントの内容を実務ベースで徹底解読し、SNSで話題になっている「本当に使える」テクニックと合わせて、AI初心者のビジネスパーソンでも「読んだまま実践できる」レベルまで落とし込んで解説します。
目次
- なぜ「公式ドキュメント」を読むべきなのか？
- Fable 5の能力向上ポイント（Opus 4.8との比較）
- まず変えるべきはプロンプトより「作業契約」
effort（エフォート）設定の正しい使い分け- 挙動は「短い指示ひとつ」で制御する
- 長時間実行における「進捗の虚偽報告」を防ぐ
- 境界線を明確にする（やっていいこと・ダメなこと）
- 並列サブエージェントの活用
- メモリシステム（記憶）の構築
- 早期停止・コンテキスト予算問題への対処
- 「理由」を伝えると精度が上がる
- 推奨スキャフォールディング変更
- まとめ：今日から実践する5つのステップ
1. なぜ「公式ドキュメント」を読むべきなのか？
Fable 5の真価は「長い仕事」にあります。公式ドキュメントでは、Fable 5の主戦場を以下のように定義しています。
Claude Fable 5 takes on problems that were previously too complex, long-running, or ambiguous for prior models, and is particularly effective at end-to-end work that takes a person hours, days, or weeks to complete.── Anthropic公式ドキュメント「Prompting Claude Fable 5」より
つまり、Fable 5は「人間なら数時間〜数週間かかる仕事」を丸ごと任せるために設計されたモデルです。軽い要約やメール文の作成、壁打ち相手として使うだけなら、Fable 5の価値の1割も使えていません。
「社内AI導入の手順を作り、実行する」「長い仕様書をレビューし、修正案を実装してテストする」「複数ファイルの不具合原因を調べ、修正してテストする」といった、ゴールと検証がある重い仕事こそが、Fable 5の真骨頂です。
Claude Fable 5のスペック概要。コンテキストウィンドウ1M、最大出力128K、API料金は入力$10/出力$50（100万トークンあたり）。
2. Fable 5の能力向上ポイント（Opus 4.8との比較）
公式ドキュメントでは、Claude Opus 4.8と比較して以下の領域で改善が確認されています。
| 能力領域 | 具体的な改善内容 |
|---|---|
| 長期自律作業 | 数日間のゴール指向タスクを、指示を忘れずに完了まで維持 |
| 一発正解率 | 以前は数日かかった実装を、1パスで完了するケースが報告 |
| 画像理解 | 技術画像・Webアプリ・スクリーンショットの解釈精度が大幅向上 |
| 企業業務 | 財務分析、スプレッドシート、スライド、文書でプロ品質の出力 |
| コードレビュー | バグ発見率がOpus 4.8より顕著に高い（リポジトリ履歴の探索含む） |
| 曖昧さへの対応 | 複雑で多スレッドなリクエストから次のステップを自律判断 |
| 委任と協調 | 並列サブエージェントの派遣・管理が大幅に信頼性向上 |
特に注目すべきは「一発正解率」と「長期自律作業」です。これまでのAIでは「何度もやり取りして修正する」のが前提でしたが、Fable 5は正しく指示すれば一発で完了するケースが格段に増えています。
3. まず変えるべきはプロンプトより「作業契約」
Fable 5を使いこなすための第一歩は、プロンプトの書き方（語尾など）を変えることではありません。AIとの「作業契約」を結ぶことです。
賢いAIだからといって「雑に頼んでいい」わけではありません。賢いからこそ、任せる仕事の範囲を大きくし、「何を」「どこまでやってよいか」「何を証拠に完了とするか」を明確に定義する必要があります。
悪い依頼の例
Claude Fable 5の使い方を教えて。
良い依頼（作業契約）の例
目的：既存のClaude Code運用とプロンプトを、Fable 5向けに見直す。 成果物： - 公式原文の重要ポイント一覧 - 実務で変えるべき運用の具体案 - 既存プロンプトへ足すべき指示テンプレート 制約： - 公式原文にない性能、価格、提供条件は書かない - 推測は「実務解釈」と明記する - 軽いチャット活用ではなく、長時間タスク運用へ寄せる 検証： 出力前に、各主張が公式原文のどの内容に対応するか確認する。
AIへ長く仕事を任せるなら、プロンプトは「お願い」ではなく「契約書」として書きましょう。
4. effort（エフォート）設定の正しい使い分け
公式ドキュメントが最も強調しているのが、effortパラメータの重要性です。これは「知能・速度・コストの主導権」を握る設定です。
effortレベルの概念図。タスクの複雑さに応じて適切なレベルを選択することが重要です。
公式の推奨設定
Use high as the default for most tasks, with xhigh for the most capability-sensitive workloads and medium or low for routine work. Lower effort settings on Claude Fable 5 still perform well and often exceed xhigh performance on prior models.── 公式ドキュメントより
「高ければ高いほど良い」わけではありません。 日常的な作業を高いeffortで実行させると、AIが深読みしすぎて、不要な機能追加や過剰なリファクタリングを始めてしまいます。
実務でのeffort使い分けガイド
| effort設定 | 適した業務 | 実務での判断基準 |
|---|---|---|
| xhigh | IC memo、大規模アーキテクチャ設計、複雑なデバッグ、規制分析 | 品質が最優先で、コスト・時間を度外視できる最終確認 |
| high | 重い設計、レビュー、戦略立案、複雑な実装 | デフォルト設定。 ほとんどの業務の出発点 |
| medium | ルーティン分析、顧客フィードバック整理、PR確認 | スピードとコストのバランスを取りたい時 |
| low | 分類、フォーマット変換、簡単な書き換え、短い要約 | 深さよりも速度とコストが重要な時 |
【実践プロンプト】過剰な深読みを防ぐ一文
高いeffort設定でも、余計な作業をさせないためには以下の指示を入れます。
今回の依頼に必要な範囲だけを実行してください。 バグ修正に周辺のクリーンアップは不要です。 将来のための抽象化、不要な整理、関連しない改善は行わず、 最もシンプルに機能する解決策を提示してください。 起こり得ないシナリオのエラーハンドリングやバリデーションは追加しないでください。
5. 挙動は「短い指示ひとつ」で制御する
Fable 5は指示追従能力が飛躍的に向上しています。そのため、旧モデルで使っていたような「細かすぎる指示」は捨ててください。
Instruction-following is improved enough that you can steer most behaviors with a brief instruction rather than enumerating each behavior by name.── 公式ドキュメントより
「あれをして、これをして、こういう場合はこうして…」と長々と書くよりも、短い指示をひとつポンと置く方が、Fable 5は正確に意図を汲み取ります。
【実践プロンプト】簡潔な出力を求める
結論から始めてください。 作業完了後の最初の文で「何が起きたか」「何を発見したか」を答えてください。 詳細や推論はその後に回してください。 出力を短くする方法は、含める内容を選別すること（読者の次のアクションに影響しない 詳細は省く）であり、断片化・略語・矢印チェーン（A→B→失敗）に圧縮することではありません。 読みやすさを最優先してください。
【実践プロンプト】不要な停止を防ぐ（チェックポイント制御）
長時間の作業中、AIが何度も確認のために止まるのを防ぎます。
ユーザーへの確認が本当に必要な場合のみ一時停止してください： - 破壊的・不可逆的な操作を行う場合 - スコープが実質的に変わる場合 - ユーザーしか提供できない情報が必要な場合 上記以外は自律的に進め、タスク完了時またはブロックされた時のみターンを終了してください。
6. 長時間実行における「進捗の虚偽報告」を防ぐ
長時間の自律的な作業（数時間〜数日）を任せる場合、AIが「やったつもり」になって進捗を報告してしまうリスクがあります。
In Anthropic’s testing, this nearly eliminated fabricated status reports even on tasks designed to elicit them.── 公式ドキュメントより
たった一文で、虚偽報告をほぼゼロにできると公式が明言しています。
【実践プロンプト】証拠ベースの進捗報告
進捗を報告する前に、各主張をこのセッションのツール実行結果と照合して監査してください。 証拠を提示できる作業のみを「完了」として報告してください。 まだ検証されていないものは明確に「未検証」と述べてください。 テストが失敗した場合は失敗と報告し、ステップをスキップした場合はスキップしたと報告し、 完了して検証されたものは率直に述べてください。
SNSでも「この一文で進捗の虚偽報告はほぼ消せる」と話題になった、非常に実用的なテクニックです。
7. 境界線を明確にする（やっていいこと・ダメなこと）
Fable 5は非常に能力が高いため、時に「頼まれていないこと」まで勝手にやってしまうことがあります（メールの下書き作成、gitブランチのバックアップ作成など）。これを防ぐために、明確な境界線を設定します。
【実践プロンプト】行動範囲の制限
ユーザーが問題を説明している時、質問をしている時、または声に出して考えている時は、 あなたの成果物は「評価」です。修正を適用しないでください。 「やって」「直して」と言われるまで変更を加えないでください。 システム状態を変更するコマンド（再起動、削除、設定変更）を実行する前に、 証拠がその特定のアクションを支持していることを確認してください。
8. 並列サブエージェントの活用
Fable 5は、複数のサブエージェント（子タスク）を並列で実行する能力が大幅に向上しています。
【実践プロンプト】サブエージェント活用の指示
独立したサブタスクはサブエージェントに委任し、並行して作業を進めてください。 非同期通信を優先し、サブエージェントが軌道を外れた場合や 関連するコンテキストが不足している場合のみ介入してください。 サブエージェントは可能な限り長寿命に設計し、 コンテキストのキャッシュ読み取りの恩恵を受けられるようにしてください。
9. メモリシステム（記憶）の構築
Fable 5は、過去の実行から教訓を記録し、それを参照することでパフォーマンスが大幅に向上します。公式ドキュメントでは、Markdownファイルベースのメモリシステムが推奨されています。
【実践プロンプト】メモリシステムの構築
1ファイルに1つの教訓を、先頭に1行の要約付きで記録してください。 修正と確認されたアプローチの両方を、なぜ重要かの理由とともに記録してください。 リポジトリやチャット履歴に既にある情報は保存しないでください。 重複を作るのではなく既存のノートを更新し、間違いだと判明したノートは削除してください。
過去セッションからの学習ブートストラップ
過去のセッションを振り返り、サブエージェントを使って中核となるテーマと教訓を特定し、 [メモリディレクトリ]に保存してください。 今後の作業開始時には、必ず[メモリディレクトリ]のファイルを参照してください。
10. 早期停止・コンテキスト予算問題への対処
早期停止の防止
長いセッションで、Fable 5が「I’ll now run X」と宣言するだけでツール呼び出しをしない場合があります。
あなたは自律的に動作しています。ユーザーはリアルタイムで見ていません。 「～しましょうか？」「～しますか？」と質問すると作業がブロックされます。 元のリクエストから導かれる可逆的なアクションは、確認せずに実行してください。 タスクが完了するか、ユーザーしか提供できない入力でブロックされた時のみ ターンを終了してください。
コンテキスト予算の懸念を防ぐ
非常に長いセッションで、AIが「コンテキストを節約するために要約する」と宣言する場合があります。
コンテキストは十分に残っています。 コンテキスト制限を理由に、停止・要約・新セッションの提案をしないでください。 作業を続行してください。
11. 「理由」を伝えると精度が上がる
Fable 5は、リクエストの背後にある意図を理解すると、より適切な判断を下します。
Claude Fable 5 tends to perform better when it understands the intent behind a request: context lets it connect the task to relevant information rather than inferring intent on its own.── 公式ドキュメントより
悪い例（理由なし）
ユーザーサービスをgRPCに変換して。
良い例（理由あり）
RESTからgRPCに移行中です。ユーザーサービスを変換してください。 移行期間中は古いエンドポイントを維持してください。 理由：3つの下流チームがまだ旧エンドポイントを呼び出しているためです。
12. 推奨スキャフォールディング変更（開発者向け）
公式ドキュメントでは、Fable 5を組み込む際の技術的な推奨事項も示されています。
| 変更項目 | 具体的な対応 |
|---|---|
| タイムアウト延長 | 高effortでは1リクエスト30分以上かかることも。タイムアウトを大幅に延長 |
| ストリーミング必須 | 長いターンではストリーミングを有効にし、進捗を可視化 |
| フォールバック設定 | stop_reason: "refusal" 時にOpus 4.8へ自動フォールバック |
| effortルーティング | タスク複雑度に応じてeffortを動的に設定するロジックを実装 |
| プロンプトキャッシュ | 長いシステムプロンプトはキャッシュで最大90%コスト削減 |
| 自己検証の明示化 | 独立した検証サブエージェントを設計し、定期的に品質チェック |
| 既存スキルのリファクタ | 旧モデル用の過度に規範的なスキルを削除・簡素化 |
| 推論再現の禁止 | 「ステップバイステップで考えて」等の指示はrefusalをトリガーする可能性あり |
【重要】推論の再現を求めてはいけない
Prompts, skills, or harness instructions that tell the model to echo, transcribe, or explain its internal reasoning as response text can trigger the reasoning_extraction refusal category on Claude Fable 5.── 公式ドキュメントより
「思考過程を出力して」「ステップバイステップで考えて」といった指示は、Fable 5ではrefusal（拒否）をトリガーし、Opus 4.8にフォールバックされる可能性があります。推論の可視性が必要な場合は、構造化されたthinkingブロックを読み取るか、send-to-userツールで進捗を表示してください。
13. まとめ：今日から実践する5つのステップ
Claude Fable 5の登場により、プロンプトエンジニアリングは「足し算」から「引き算」へとパラダイムシフトが起きています。
【今日から実践する5つのステップ】
- 古いプロンプトの棚卸し：細かすぎる指示や、推論プロセスを強制するような指示（「ステップバイステップで考えて」など）は削除しましょう。デフォルト性能が良いか確認してください。
- 作業契約の明確化：AIを「優秀な部下」と見なし、目的・成果物・制約・検証方法を明確にした「契約書」を渡しましょう。
- effortの最適化：何でもかんでも最高設定にするのではなく、タスクの重さに応じてeffortを使い分けましょう。日常作業はmedium/lowで十分です。
- 証拠ベースの進捗報告を義務化：長時間タスクでは「進捗を報告する前にツール結果と照合して監査してください」の一文を必ず入れましょう。
- 最も困難な問題に適用する：公式ドキュメントが示す通り、Fable 5は「最も困難な未解決問題」に適用した時に最高の成果を出します。簡単なタスクだけでテストすると能力を過小評価してしまいます。
コピペで使える！プロンプトテンプレート集
以下は、本記事で紹介したプロンプトを実務ですぐに使えるようまとめたものです。
テンプレート1：作業契約テンプレート
目的：[具体的なゴール] 成果物： - [成果物1] - [成果物2] - [成果物3] 制約： - [やってはいけないこと] - [範囲の制限] 検証： - [完了の判断基準] - [品質チェックの方法]
テンプレート2：長時間タスク用システムプロンプト
あなたは自律的に動作しています。 【行動規範】 - 十分な情報が揃ったら即座に実行してください - 既に決まった事実を蒸し返さないでください - 採用しない選択肢の説明に時間を使わないでください 【停止条件】 - 破壊的・不可逆的な操作が必要な場合のみ確認してください - それ以外は自律的に進めてください 【進捗報告】 - 進捗を報告する前に、ツール実行結果と照合して監査してください - 証拠を提示できる作業のみを報告してください 【出力スタイル】 - 結論から始めてください - 読みやすさを最優先してください - 不要な詳細は省いてください
テンプレート3：過剰行動防止テンプレート
今回の依頼に必要な範囲だけを実行してください。 - 将来のための抽象化は不要です - 不要な整理やリファクタリングはしないでください - 関連しない改善は行わないでください - 起こり得ないシナリオのエラーハンドリングは追加しないでください - 最もシンプルに機能する解決策を提示してください
参考情報・出典：
- Prompting Claude Fable 5 – Claude Platform Docs
- Introducing Claude Fable 5 and Claude Mythos 5 – Anthropic
WRITERライター紹介
黒山結音
NEXT INNOVAITION 代表取締役
「AIは現場で使えなきゃ意味がない」を掲げ、30社以上にAI顧問として導入から定着までサポート。OpenClaw・Claude・ChatGPTなどAIツールを実務でフル活用し、AI駆動経営を実践。本メディアでは、実際の現場で効果が出た事例や、AI初心者がつまずく「最初の一歩」を、専門用語を極力使わずに解説します。
OpenClaw / Claude Code / Codex / Cursor / Manus
この記事をシェアする
