2026年7月1日、Claude Fable 5が世界で再公開されました。

しかし、Anthropicは強く警告しています：「Opus 4.8で使っていたのと同じプロンプトをそのまま使わないでください」

Fable 5は、これまでのClaudeモデルとは根本的に異なるカテゴリのツールです。より賢くなっただけではありません。動き方、考え方、そして適切なプロンプトの書き方がまったく別物です。

この記事では、Anthropicが公開した公式プロンプトガイドを、@cyrilXBTのX記事（140万再生・2,400ブックマーク）の解説も交えながら、実践的な9つのルールにまとめました。

---

Fable 5が実際に得意とすること

まず、最も重要な認識を共有します。

Fable 5は、これまでのモデルでは複雑すぎたり、実行時間が長すぎたり、曖昧すぎたりした問題に取り組むために設計されています。

特に、人間が完了するのに数時間・数日・数週間かかるエンドツーエンドの作業で真価を発揮します。Opus 4.8とFable 5を比較するときに、短いワンショットのタスクでテストすると、Fable 5の能力を大きく過小評価することになります。

評価の鉄則: Fable 5を評価するときは、「どのモデルも確実に完了できなかったため、自動化を諦めた作業は何か？」を問うべきです。それらの「諦めたワークフロー」こそが、Fable 5が真価を発揮する領域です。

Opus 4.8との比較での主な改善点：

---

ルール1：タイムアウト設定を見直せ

Opus 4.8からの移行で最初に驚くのは応答時間です。

高effort設定では、単一の応答に数分かかることがあります。自律実行では数時間に及ぶことも。

これはバグや非効率の兆候ではありません。Fable 5が正しく作業を行っている証拠です。Fable 5は行動する前に計画し、自身の作業をチェックし、必要に応じてコンテキストを拡張します。

実践的な対策：

• APIクライアントのタイムアウト設定を少なくとも5〜10分に延ばす
• ストリーミング対応を確認する
• 非同期的な進捗確認に切り替える（ブロッキングではなくスケジュールジョブ経由）

Fable 5の長時間実行を前提とした「見守りUX」を設計することが重要です。

---

ルール2：Effortレベルを使いこなせ

Fable 5の最大の新機能は effort（努力）パラメータです。これは知能とレイテンシ・コストのトレードオフを制御します。

Effort適用の鉄則：

• タスクが完了するが時間がかかりすぎる → effortを下げる
• より速いインタラクティブな応答が欲しい → effortを下げる
• 初回の正確性が最優先 → xhighを使う

ただし、effortは「より良い回答を得るための品質ダイヤル」ではありません。特定のタスクが実際に必要とするものに基づいて調整する、コストとレイテンシのトレードオフです。

プロンプト内でのEffort制御

API以外の環境でも、プロンプト内でeffortを制御できます：

• 単一ターンの深い推論: プロンプトに ultrathink を含めると、その応答に限りxhighの推論effortが適用されます
• Claude Code: /effort ultracode でセッション全体にxhigh推論＋自動動的ワークフローを設定

---

ルール3：指示は短く、目的を伝えろ

Fable 5の指示追従能力は劇的に向上しています。

Opus 4.8までは、詳細なステップバイステップの指示が必要でした。Fable 5では逆効果です。過度に詳細なプロンプトは、むしろ品質を低下させます。

代わりに、**「なぜそれをやってほしいのか」**という意図を伝えましょう。

❌ 悪い例（過度に詳細）:
「まずステップ1としてAを実行し、次にBをチェックして、もしCならDを実行。
ただしEの場合はFをスキップしてGに進むこと。例外としてHの時は…」

✅ 良い例（目的を伝える）:
「このコードベースのバグを全部見つけて修正して。今は修正しないで、
レポートだけ出してほしい。変更を加えるのは私が確認してからでOK。」

Fable 5は文脈から適切な行動を判断できます。各行動パターンを列挙する代わりに、簡潔な指示＋理由で十分です。

実践的なブリーフィティ指示

簡潔さを保つための実践的なプロンプト：

結果から伝えろ。最初の一文は「何が起きたか」「何を見つけたか」を答えろ。
詳細と推論はその後に続ける。読みやすさと簡潔さは別物であり、
読みやすさの方が重要だ。

チェックポイント指示

長い自律実行で適切なタイミングで止まるための指示：

ユーザーに本当に必要なときだけ止まれ：
破壊的または不可逆的なアクション、本当のスコープ変更、
ユーザーしか提供できない入力が必要な場合。
それ以外は黙って進め。

---

ルール4：進捗を「証拠に基づいて」報告させろ

これは、Anthropicの公式ガイドで最も重要なテクニックの1つです。

長時間の自律実行において、Fable 5は行ってもいないステップを完了したと報告することがあります。Anthropicのテストでは、以下の指示を追加することで、この問題がほぼ完全に解消されたことが確認されています。

進捗を報告する前に、各主張をこのセッションのツール結果と照合しろ。
証拠を示せる作業だけを報告すること。未検証のものは明示的にそう述べろ。
テストが失敗したらその出力ごと報告し、ステップがスキップされたらその旨を伝え、
完了して検証済みなら曖昧にせずストレートに述べろ。

この「証拠に基づく進捗報告」の指示は、長時間実行するエージェントには絶対に必須です。

---

ルール5：境界を明確に定義しろ

Fable 5の「積極性」は諸刃の剣です。時として、依頼していないアクションを実行することがあります。 （例：頼んでいないメールの下書き、防御的なgitブランチの作成など）

以下のような明示的な制約を定義しましょう：

ユーザーが問題を説明しているとき、質問をしているとき、考えるために
発言しているときは、変更を依頼されているわけではない。
その場合は評価を報告して止まれ。修正はユーザーが依頼するまで適用するな。
システム状態を変更するコマンドを実行する前に、証拠がそのアクションを
実際に支持していることを確認しろ。

---

ルール6：メモリーシステムを構築しろ

Fable 5は、過去の実行から学んだ教訓を記録・参照する能力に優れています。

シンプルなマークダウンファイルでメモリーシステムを構築しましょう：

1つの教訓を1ファイルに保存し、先頭に1行のサマリーを書く。
修正事項と確定したアプローチの両方を記録し、なぜ重要かを書く。
リポジトリやチャット履歴が既に記録していることは保存するな。
既存のノートを更新するようにし、重複を作るな。
間違っていることが判明したノートは削除しろ。

既存の履歴からメモリーを初期化するには：

これまでのセッションを振り返れ。サブエージェントを使って主要なテーマと
教訓を特定し、[メモリーファイルのパス]に保存しろ。
将来の使用のために[メモリーファイルのパス]を参照することを忘れるな。

---

ルール7：並列サブエージェントを活用しろ

Fable 5は、Opus 4.8よりも格段に並列サブエージェントの起動と管理が得意です。

常に以下の戦略を取りましょう：

独立したサブタスクはサブエージェントに委任し、自分はそのまま作業を続けろ。
サブエージェントが脱線したり、関連するコンテキストを欠いている場合は介入しろ。

また、サブエージェント間の通信は非同期的に行い、ブロッキングは避けます。長寿命のサブエージェントはキャッシュ読み取りを活用できるため、時間とコストの節約になります。

---

ルール8：送信用ツール（send_to_user）を作成しろ

長時間の非同期エージェントでは、ターンを終了せずにメッセージを表示するツールが非常に役立ちます。

{
  "name": "send_to_user",
  "description": "タスク完了前にユーザーにメッセージを直接表示する。
                  進捗報告・部分的な成果物・ユーザーがそのまま読むべき内容に使用。",
  "input_schema": {
    "type": "object",
    "properties": {
      "message": {
        "type": "string",
        "description": "ユーザーに表示する内容"
      }
    },
    "required": ["message"]
  }
}

このツールを定義しただけでは不十分で、システムプロンプトで使用を促す必要があります。

---

ルール9：既存のプロンプトとスキルをリファクタリングしろ

これが最も見落とされがちなポイントです。

Opus 4.8用に開発されたスキルやプロンプトは、Fable 5では過度に詳細であり、品質を低下させる可能性があります。

Anthropicのガイドでは以下を推奨しています：

1. 難易度の高いタスクから始めよ — Fable 5の能力を最大限に引き出すには、難しい問題を与え、スコープを定義させ、質問させ、実行させる
2. 自己検証を明示的に組み込め — 長時間実行では、新鮮なコンテキストを持つ検証サブエージェントが自己批判より効果的
3. 古い指示を削除せよ — 過去のモデル向けに書いた過度に詳細な指示はFable 5では逆効果。デフォルト性能が十分なら、古い指示を削除する方が良い結果になる
4. 思考の書き出しを指示するな — 内部推論を応答テキストに書き出させるプロンプトは、Fable 5の**推論抽出拒否（reasoning_extraction refusal）**を引き起こす可能性がある。代わりにthinkingブロックを読め

---

ボーナス：推奨スキャフォールディングテンプレート

これらのルールを統合した、Anthropic推奨のシステムプロンプトテンプレートです：

あなたは自律型ソフトウェアエンジニアです。

【Effort設定】高effortをデフォルトとし、複雑なタスクではxhighを使うこと。

【進捗検証】進捗を報告する前に、各主張をツール結果と照合すること。
証拠を示せる作業だけを報告すること。

【境界】ユーザーが問題を説明しているだけで変更を依頼していない場合は、
評価を報告して止まること。システム状態を変更する前に証拠を確認すること。

【メモリー】過去のセッションから学んだ教訓はメモリーファイルに記録し、
将来の参照のために活用すること。

【委任】独立したサブタスクはサブエージェントに委任し、並列実行すること。

【簡潔さ】結果から伝え、余計な詳細は省くこと。
過度な設計や抽象化は避けること。

【スコープ】依頼された範囲を超えた機能追加・リファクタリングは禁止。
シンプルに動作するものを作れ。

---

まとめ：Fable 5は「別物」として向き合え

Claude Fable 5は、Opus 4.8の「改良版」ではありません。まったく別のカテゴリのツールです。

Fable 5を最大限活用する3つの原則：

1. 難しい問題を解かせろ — 単純なタスクでテストすると過小評価する。これまで自動化を諦めたワークフローに投入せよ
2. 長時間実行を前提に設計しろ — タイムアウト・ストリーミング・非同期的な進捗確認を最適化せよ
3. プロンプトは目的志向で短く — ステップバイステップの指示は逆効果。意図を伝え、詳細はFable 5に任せよ

👉 公式ガイド: Prompting Claude Fable 5 👉 モデル紹介: Introducing Claude Fable 5 and Claude Mythos 5 👉 Claude Fable 5製品ページ: Anthropic Claude Fable 👉 元のX記事（@cyrilXBT）: How to Actually Prompt Fable 5

---

合わせて読みたい

• 【2026年】Claude Fable 5で金融資産を守る！AIエージェントによる資産管理・監視・最適化の実践ガイド
• 【2026年】Cloudflare Monetization Gateway完全ガイド！Webページ・API・MCPツールに「1回の課金」をかける方法
• 【2026年】A Fable of Codexes完全ガイド — Claudeが指揮するAIワーカー軍団の作り方
• 【2026年】GPT-Live完全ガイド！OpenAIのフルデュプレックス音声AIがChatGPTを根本から変える
• 【2026年】component.galleryを使ってAIのUI生成指示を劇的に上手くする方法！コンポーネント用語図鑑の活用法