summary-structuringlisted

## Purpose 「長い出力を読んでも何が重要かわからない」を防ぐ。 技術的な詳細を保ちつつ、読み手の目的（判断 / 共有 / 記録 / 引き継ぎ）に合わせた構造で要約する。 ## Use When - AI の出力・会話ログを人間が確認・判断できる形に整理する場合 - 実装完了後に作業内容を記録・共有する場合 - 長いドキュメントから必要な部分を抽出して渡す場合 - セッション終了時のハンドオフサマリーを作成する場合 ## Inputs 以下を準備すること。不足している場合は推測せず、不足を明示する。 - **原文**: 要約対象のテキスト（ログ / ドキュメント / 出力） - **目的**: 要約の用途（判断用 / 共有用 / 記録用 / 引き継ぎ用） - **読み手**: 誰が読むか（自分 / チーム / ステークホルダー / 次セッションのAI） - **長さ制約**: 要約の目安の長さ（あれば） ## Output Contract 以下の順で出力すること。順序を変えない。 1. **論点**: この要約で最も重要な情報の核心 2. **根拠**: その論点をそう判断した理由 3. **構造化サマリー**: 目的に応じたフォーマットの要約 4. **含意**: 要約で省略した情報が後から問題になるリスク 5. **改善案**: 要約の構造・粒度を改善する案 6. **代替案**: 別の目的・読み手向けの要約バリエーション 7. **判断材料**: 「この要約で十分 / 詳細が必要 / 別の構造にする」を選ぶための情報 ### 構造化サマリー フォーマット（目的別） **判断用サマリー**: - 状況: （1文） - 判断が必要な点: （箇条書き） - 推奨アクション: （箇条書き） - 期限・リスク: （あれば） **引き継ぎ用サマリー**: - 完了したこと: （箇条書き） - 未完了・未解決のこと: （箇条書き） - 次のアクション: （箇条書き） - 注意事項: （あれば） **記録用サマリー**: - 日時・対象: - 変更内容: （箇条書き） - 結果・状態: - 参照ファイル・リンク: ## Review Lens - **目的妥当性**: 要約フォーマットが読み手の目的に対して適切か - **範囲の過不足**: 重要な情報が省略されていないか / 不要な詳細が含まれていないか - **中長期リスク**: 要約の省略によって後工程で情報ロスが発生しないか - **LAB全体との整合性**: 主力プロダクト（LMS）の文脈に沿った要約か - **非エンジニア理解可能性**: 判断用サマリーは非技術者でも読めるか - **他LLM移植耐性**: フォーマットが Claude 固有の出力スタイルに依存していないか ## Instructions 1. 原文の目的を「判断用 / 共有用 / 記録用 / 引き継ぎ用」のいずれかに分類する 2. 分類に対応するフォーマットを選択する（複数目的の場合は主目的に合わせる） 3. 原文から「事実 / 判断 / アクション / リスク」を抽出して分類する 4. 各フォーマット項目を簡潔に埋める（1項目あたり1〜3文が目安） 5. 省略した情報のうち後から重要になりうるものを「注意事項」として付記する 6. 読み手がサマリーだけで次の行動を決定できるかを確認する 7. 最終判断は人間に委ねる ## Guardrails - 「詳細は原文を参照」のみ