Claude Platform Docs ・ 翻訳

Claude Fable 5 へのプロンプティング

effort 設定・強力な指示準拠・進捗報告の根拠付け・並列サブエージェント・メモリ・send_to_user ツールまで、Opus 4.8 から Fable 5（Mythosクラス）への移行で調整が要る挙動とスキャフォールディング変更を網羅した公式ガイド。

読了目安 約 18 分日本語訳

Claude Fable 5 および Claude Mythos 5 における振る舞いの違いとプロンプト・パターン

本ガイドでは、努力レベル（Effort）、指示への準拠、長期実行、メモリ、およびスキャフォールディング（足場かけ）の変更点など、Claude Fable 5 および Claude Mythos 5 に特有のパターンについて解説します。モデルの機能、APIの変更、価格、および利用可能性については「Introducing Claude Fable 5 and Claude Mythos 5」を、すべての Claude モデルに共通するテクニックについては「プロンプティングのベストプラクティス」を参照してください。

Claude Fable 5 は、従来のモデルでは複雑すぎたり、実行時間が長すぎたり、あるいは曖昧すぎて対応できなかった問題に取り組むことができ、特に人間が完了までに数時間、数日、あるいは数週間かかるようなエンド・ツー・エンドの作業において高い効果を発揮します。 最も優れた成果を上げているチームは、未解決の最も困難な課題に Claude Fable 5 を適用しています。単純なワークロードだけでテストすると、その真の能力を見誤る可能性があります。もちろん、より定型的なタスクにおいても、極めて高い信頼性で動作します。

Claude Fable 5 には Claude Opus 4.8 と比較していくつかの行動上の違いがあり、プロンプトやスキャフォールディングの更新が必要になる場合があります。また、このレベルの能力向上は、これまでの指示やツール、ガードレールが引き続き必要かどうかを再評価する良い機会でもあります。以下のパターンは、調整が必要になる頻度が高い挙動をまとめたものです。

Claude Fable 5 および Claude Mythos 5 に固有の API パラメータの変更（アダプティブ・シンキングのみの対応、要約された思考出力、拡張思考バジェットの廃止、拒絶（refusal）による停止理由とフォールバック処理）については、「Introducing Claude Fable 5 and Claude Mythos 5」をご覧ください。

Claude Fable 5 では、攻撃的なサイバーセキュリティ技術（エクスプロイトの作成、マルウェア、攻撃ツールなど）、生物学・ライフサイエンスの内容（実験手法や分子メカニズムなど）、およびモデルの要約された思考の抽出を対象としたセーフティ・クラシファイアが実行されています。害のないサイバーセキュリティ業務や有益なライフサイエンスのタスクであっても、これらのセーフガードが作動する場合があります。拒否されたリクエストを自動的に再ルーティングするには、サーバー側またはクライアント側で Claude Opus 4.8 へのフォールバックを設定してください。

能力の向上

Claude Opus 4.8 と比較して、Claude Fable 5 は以下の点で改善が見られます。

これらの特定の改善点以外にも、Claude Fable 5 はほぼすべてのタスクにおいて従来のモデルよりも全般的に高い能力を備えています。ただし、Claude Fable 5 は攻撃的なサイバーセキュリティや生物学・ライフサイエンスの業務を想定しておらず、それらのドメインのリクエストは stop_reason: "refusal" を返すことがあります。

デフォルトでの実行時間の長期化

難易度の高いタスクにおける個別のリクエストは、高い努力（effort）設定では数分間に及ぶことがあります。特に文脈の収集、構築、自己検証が必要なタスクではその傾向が強く、自律的な実行は数時間に及ぶこともあります。これは、チームが Claude Fable 5 に移行する際に直面する最大の変化の一つです。移行前に、クライアントのタイムアウト、ストリーミング、ユーザー向けの進捗インジケーターを調整し、ブロッキング処理ではなく、スケジュールされたジョブなどを通じて非同期に実行を確認できるよう、システムの構造を見直すことを検討してください。 タスクが曖昧な場合に Claude Fable 5 が過剰に計画を立てるのを防ぐには、以下の指示が有効です。

行動に移すのに十分な情報がある場合は、すぐに行動してください。会話ですでに確立された事実を再定義したり、ユーザーがすでに行った決定を蒸し返したり、ユーザー向けのメッセージの中で採用しない選択肢を延々と説明したりしないでください。選択に迷っている場合は、網羅的な調査結果ではなく、推奨案を提示してください。これは「思考ブロック（thinking blocks）」には適用されません。

すべての努力レベル（Effort Levels）の検討

Claude Fable 5 において、知能、レイテンシ、コストのトレードオフを制御する主要な手段は「努力レベル（effort）」です。ほとんどのタスクでは high をデフォルトとし、能力が最も重視されるワークロードには xhigh を、定型的な作業には medium または low を使用してください。Claude Fable 5 の低い努力設定であっても十分な性能を発揮し、従来のモデルの xhigh を上回ることも珍しくありません。タスクは完了するが必要以上に時間がかかる場合や、より迅速でインタラクティブな作業スタイルを求める場合は、努力レベルを下げてください。

定型業務で高い努力レベルを設定すると、Claude Fable 5 はタスクの必要以上に文脈を収集したり検討したりすることがあります。一方で、高い努力レベルは優れた検証行動、洗練された推論、そして最も厳密な出力を生み出します。高い努力レベル設定時に、要求されていない整理やリファクタリングを防ぐには、以下の指示を加えてください。

タスクで要求されている以上の機能追加、リファクタリング、抽象化を行わないでください。バグ修正のために周囲のクリーンアップは不要であり、使い切りの操作にヘルパー関数は通常必要ありません。仮定上の将来の要件のために設計せず、うまく機能する最もシンプルな方法をとってください。時期尚早な抽象化や中途半端な実装は避けてください。起こり得ないシナリオに対するエラー処理、フォールバック、バリデーションを追加しないでください。内部コードやフレームワークの保証を信頼してください。バリデーションはシステムの境界（ユーザー入力、外部 API）でのみ行ってください。コードを直接変更できる場合は、フィーチャーフラグや後方互換性のためのシム（shim）を使用しないでください。

強力な指示準拠

指示への準拠能力が向上したため、個々の挙動を一つずつ列挙するのではなく、短い指示で大まかな方向性を示すだけで制御が可能になりました。例えば、指示を与えない場合、特に高い努力設定では、Claude Fable 5 は採用しない選択肢の調査、根本原因の長大な説明、過度に構造化されたプルリクエストの説明、次の行の動作を説明するコメントの記述など、必要以上の出力をすることがあります。簡潔さを求める短い指示は、パターンを列挙するのと同等の効果があります。

結論から述べてください。作業完了後の最初の文章は「何が起きたか」あるいは「何を見つけたか」という、ユーザーが「要点だけ教えて」と言ったときに求める回答であるべきです。補足的な詳細や推論はその後に続けてください。読みやすさと簡潔さは別物であり、読みやすさの方が重要です。 出力を短く保つコツは、含める内容を厳選すること（読者の次の行動を変えないような詳細は省く）であり、文章を断片化したり、略語や「A → B → 失敗」のような矢印の羅列、専門用語に凝縮することではありません。

これは長期実行されるワークフローにおけるチェックポイントの挙動にも当てはまります。本当に必要な場合にのみ停止させるには、すべてのケースを列挙する必要はありません。

作業にユーザーがどうしても必要な場合にのみ、ユーザーのために一時停止してください。破壊的または不可逆的なアクション、実質的なスコープの変更、あるいはユーザーしか提供できない入力が必要な場合などです。これらに遭遇した場合は、質問をしてターンを終了してください。「〜するつもりです」という約束だけで終わらせないでください。

長期実行時における進捗報告の根拠付け

長期の自律実行においては、実際のツールの結果に基づいて進捗を監査するよう Claude Fable 5 に指示してください。Anthropic のテストでは、虚偽の報告を誘発するように設計されたタスクにおいてさえ、この指示によって捏造された進捗報告がほぼゼロになりました。

進捗を報告する前に、各主張をこのセッションのツール実行結果と照らし合わせて監査してください。証拠を示せる作業のみを報告し、まだ検証されていないものについては明示的にその旨を伝えてください。結果は忠実に報告してください。テストが失敗したなら出力とともにそう伝え、ステップをスキップしたならそう伝え、完了して検証されたなら、曖昧な表現をせずにはっきりと述べてください。

境界の明示

Claude Fable 5 は、時として要求されていないアクション（頼まれていないメールの下書き、防御的な git ブランチのバックアップ作成など）をとることがあります。Claude Fable 5 が「すべきこと」と「すべきでないこと」の制約を明示的に定義してください。

ユーザーが変更を依頼しているのではなく、問題を説明したり、質問したり、独り言を言ったりしている場合、提出すべきものはあなたの評価結果です。調査結果を報告して停止してください。依頼されるまで修正を適用しないでください。システムの状態を変更するコマンド（再起動、削除、設定編集など）を実行する前に、証拠がその特定のアクションを実際に裏付けているか確認してください。既知の失敗パターンと一致する兆候であっても、原因が異なる場合があります。

並列サブエージェント

Claude Fable 5 は、以前のモデルよりも積極的に並列サブエージェントを派遣します。サブエージェントを頻繁に使用し、いつ委任するのが適切かについて明確なガイダンスを提供してください。また、各サブエージェントが戻るまで待機する（ブロッキング）のではなく、オーケストレーターとサブエージェント間の非同期通信を推奨してください。サブタスク間でコンテキストを保持する長寿命のサブエージェントを使用すると、キャッシュの読み取りによって時間とコストを節約でき、最も遅いサブエージェントがボトルネックになるのを防げます。

独立したサブタスクはサブエージェントに委任し、それらが実行されている間も作業を継続してください。サブエージェントが脱線したり、関連する文脈が欠落したりしている場合は介入してください。

メモリシステムの構築

Claude Fable 5 は、以前の実行からの教訓を記録し、それを参照できる場合に特に優れたパフォーマンスを発揮します。Markdown ファイルのようなシンプルな形で、メモを書き込める場所を提供してください。

1つのファイルに1つの教訓を保存し、上部に1行の要約を記載してください。修正事項と、確認済みの手法の両方を、なぜそれが重要だったのかを含めて記録してください。リポジトリやチャット履歴にすでに記録されている内容は保存しないでください。重複を作成するのではなく既存のメモを更新し、間違っていたことが判明したメモは削除してください。

既存の履歴からメモリシステムを立ち上げるには、過去のセッションをレビューさせてください。

これまでのセッションを振り返ってください。サブエージェントを使用して主要なテーマと教訓を特定し、それらを [X] に保存してください。将来の使用のために [X] を参照するようにしてください。

稀に発生する早期停止への対処

長時間のセッションの深い段階で、Claude Fable 5 は対応するツール呼び出しを行わずにテキストのみで意図を表明してターンを終了したり（例：「これから X を実行します」）、すでに進める状態にあるのに許可を求めて一時停止したりすることが稀にあります。その場合は「続けてください」や「最後までやってください」と伝えるだけで十分です。一時停止が適切なタイミングを定義するには、「強力な指示準拠」セクションのチェックポイント指示と組み合わせて、自律パイプライン用のシステムリマインダーを追加してください。

あなたは自律的に動作しています。ユーザーはリアルタイムで監視しておらず、タスクの途中で質問に答えることはできません。そのため「〜しましょうか？」といった質問は作業をブロックしてしまいます。元のリクエストから導かれる可逆的なアクションについては、尋ねずに進めてください。タスク完了後にフォローアップを提案するのは構いませんが、ユーザーと相談済みの作業を行う直前に許可を求めるのは避けてください。 ターンを終了する前に、最後の段落を確認してください。もしそれが計画、分析、質問、次のステップのリスト、あるいは未完了の作業に関する約束（「〜します」「〜の時に教えてください」など）である場合は、今すぐツール呼び出しを使用してその作業を実行してください。タスクが完了したか、ユーザーしか提供できない入力によってブロックされた場合にのみ、ターンを終了してください。

稀に発生するコンテキスト予算への懸念

非常に長いセッションでは、Claude Fable 5 が新しいセッションを提案したり、要約して引き継ぎを申し出たり、自身の作業を削ったりすることが稀にあります。これは多くの場合、システム側がモデルに対して残りのトークン数のカウントダウンを表示している場合に発生します。可能な限り、明示的なコンテキスト予算のカウントを表示させないようにしてください。表示が避けられない場合は、次のような安心させる言葉が役立ちます。

コンテキストは十分に残っています。コンテキスト制限を理由に停止、要約、または新しいセッションの提案をしないでください。作業を継続してください。

リクエストだけでなく「理由」を伝える

Claude Fable 5 は、リクエストの背後にある意図を理解しているときにより良いパフォーマンスを発揮する傾向があります。文脈を与えることで、モデルは独自の推測に頼るのではなく、タスクを関連情報に結びつけることができます。特に複数のワークストリームを利用する長期実行エージェントの場合は、なぜそれを依頼しているのかという背景を説明してください。

私は [対象者] のために [大きなタスク] に取り組んでいます。彼らは [出力によって可能になること] を必要としています。それを踏まえて、[リクエスト内容] をお願いします。

ユーザーとのコミュニケーションにおける読みやすさ

長時間の、あるいはエージェント的な会話（多数のツール呼び出し、膨大な作業コンテキスト）において、Claude Fable 5 は、読みづらいテキスト（矢印記号による過度な省略、深すぎる実装の詳細、ユーザーが見ていない思考への言及、過度に専門的な言い回しなど）を生成することがあります。コミュニケーションスタイルの追記によって、これを軽減できます。

ツール呼び出しの間の簡潔な省略表現は問題ありません（それはあなたの「独り言」であり、そこでの簡潔さは好ましいものです）。しかし、最終的な要約は別です。それは、それまでの過程を見ていない読者のためのものです。 ユーザーが見ていない間に長時間作業していた場合（一晩中、あるいは多くのツール呼び出しを経て、最後に会話してから時間が経過している場合）、あなたの最後のメッセージがユーザーにとっての最初の情報となります。作業スレッドの続きとしてではなく、状況を再定義するように書いてください。まず結果を述べ、次にユーザーに求める1つか2つの事柄を、それぞれ初めて説明するかのように伝えてください。作業中に構築された用語はあなただけのものであり、ユーザーのものではありません。再導入する場合を除き、それらは使わないでください。 最後に要約を書くときは、作業用の省略表現を捨ててください。完全な文章で書いてください。用語を略さずに書いてください。矢印記号による連鎖、ハイフンで繋がれた複合語、あるいは以前に作ったラベルは使用しないでください。ファイル、コミット、フラグ、その他の識別子に言及するときは、それぞれに平易な言葉による説明を添えてください。まず、何が起きたか、何を見つけたかを一文で述べることから始めてください。その後に補足の詳細を続けます。「短さ」と「分かりやすさ」のどちらかを選ばなければならない場合は、「分かりやすさ」を選んでください。

user_to_user ツールの作成

長時間動作する非同期エージェントを実行する場合、ターンを終了させずに、ユーザーが必ず見るべきメッセージを表示させる方法をエージェントに与えてください。これには、成果物（生成されたコードスニペットやドラフトメッセージ）、具体的な数字を含む進捗状況、あるいはループの途中でユーザーが投げた質問への直接の回答などが含まれます。 ツールの入力は表示するメッセージそのものです。Claude がこれを呼び出した際、UI に入力を直接レンダリングし、ツール結果として単純な承認（acknowledgement）を返してください。ツールの入力は決して要約されないため、内容はそのまま届きます。

{
  "name": "send_to_user",
  "description": "メッセージをユーザーに直接表示します。進捗状況の更新、中間結果、またはタスクが完了する前にユーザーがそのまま見る必要のある内容に使用してください。",
  "input_schema": {
    "type": "object",
    "properties": {
      "message": {
        "type": "string",
        "description": "ユーザーに表示する内容。"
      }
    },
    "required": ["message"]
  }
}

UX がコンテンツの配信やタスク途中の逐次的なユーザー操作に依存している場合は、必ずこのツールを追加してください。定型的な進捗をナレーションするだけのエージェントであれば、通常はモデル自身の要約で十分です。また、ツールを定義するだけでは不十分です。システムプロンプトに指示がない限り、Claude Fable 5 がこのツールを呼び出すことはほとんどありません。以下のような呼びかけの言葉と組み合わせてください。

ツール呼び出しの合間に、ユーザーがそのまま読むべき内容（中間成果物、質問への直接の回答など）がある場合は、その内容を指定して send_to_user ツールを呼び出してください。send_to_user はユーザー向けの内容にのみ使用し、ナレーションや推論には使用しないでください。

ナレーションや内部推論を send_to_user に流さないでください。ユーザー向けでない内容で過剰に呼び出すと、ツールの本来の目的が損なわれます。

推奨されるスキャフォールディングの変更