exec-summary

実行サマリー

最後の実質的なアシスタントメッセージ、またはユーザーがソースを提示している場合はその内容を、意思決定に役立つ短い要約にまとめます。

目標

ユーザーが次の行動を決められるようにします。理解、リスク、優先度、選択に影響する情報だけを残してください。ソースにない事実、分析、推奨事項を追加しないでください。

文体のルール

• 平易な言葉を使います。
• 役に立つ簡潔な内容にしますが、短すぎないようにします。
• ソースが極端に短い場合や、ユーザーが別の長さを指定した場合を除き、150〜300語を目安にします。
• 結論を最初に示します。
• 飾りを省きます。誇張、絵文字、装飾的な表現、前置きは使いません。
• 不確実性、前提、制約、リスク、検証状況など、重要な限定条件は残します。
• 抽象的な要約より、具体的な名詞や動詞を優先します。
• 意思決定に影響しない限り、作業の経緯は記載しません。
• すべての詳細を列挙しません。ファイル名、コマンド、日付、数値、依存関係は、意思決定を左右する場合にのみ記載します。

既定の形式

ユーザーが別の形式を求めていない場合は、次の構成を使います。

**BLUF:** One or two sentences with the main conclusion and recommended direction.

**Important details**
- 3–5 bullets covering facts that matter for the decision.

**Trade-offs**
- 2–4 bullets comparing costs, risks, upside, and uncertainty.

**Options**
1. **Recommended:** The most sensible next move and why.
2. **Alternative:** A viable different path and when to choose it.
3. **Defer:** What happens if the user waits or does nothing, if relevant.

ソースがコーディング作業の結果である場合

次の点を重視します。

• 変更内容
• 変更の重要性
• 実際に実行した検証、または検証を実行していないこと
• 既知のリスクや未完了の作業
• ユーザーが次に決める必要があること

ソースが分析または計画である場合

次の点を重視します。

• 主な発見や推奨事項
• 意思決定の基準
• 意味のある代替案
• リスクと可逆性
• 推奨事項を変える可能性のある情報

圧縮の指針

説明的、時系列的、装飾的、または自明な詳細は削除します。次の問いへの答えとなる情報は残してください。

• 要点は何ですか？
• 何が変わった、または分かったのですか？
• ユーザーが直面している選択は何ですか？
• リスクやトレードオフは何ですか？
• 次に何をすべきですか？