session-to-single-task

Summary

現在の会話（セッション）と参照可能なコンテキスト（選択テキスト/添付/関連ファイル/Artifacts等）を要約し、 依頼先にそのまま渡せる1つのタスク依頼プロンプトを生成する。

When to use

• ユーザーが「次にやるべきことを1件にまとめて依頼したい」「/task不要で1発で依頼文を作りたい」と言ったとき
• 会話が発散しており、最初の1タスクにフォーカスしたいとき
• GitHub Issue / Jira / Notion / Chat のどれかに貼る"1枚モノ"が欲しいとき

Inputs (auto)

• 現在のチャット履歴（直近〜必要な範囲）
• ユーザーがエディタで選択したテキストや直近で貼った資料（あれば）
• Artifacts / 添付ファイル（あれば）
• 明示の追加条件（ユーザーが文中で述べた制約や希望）

Output (exact)

• task_request.md（Markdown 1枚）
  • セクション:
    1. 目的（Why / 成果の影響）
    2. スコープ（In / Out を分ける）
    3. 前提・背景（要点5つまで）
    4. 要件（機能/品質/非機能）
    5. 依頼文（依頼先にそのまま渡す1ブロック引用）
    6. 期待する成果物（例：PR、設計書、テスト項目…）
    7. 受入基準（テスト観点・完了条件）
    8. 期限・担当・依存関係（判る範囲で補完）
    9. 参考（関連URL/ファイル名）

Style & Rules

• 最初から1件に絞る（複数案があるときは最適1件を選定し、理由を1行で述べる）
• 不足情報は保守的に補完し、<要確認> と明示
• 数字・日付は絶対日付（例：2025-11-10 JST）を使用
• 可能なら成果物の雛形（ToC/見出し）を同梱
• 用語統一（原文の表記に寄せる）
• 日本語で出力（英語が必要な場合は併記）

Steps

1. セッションから目的/成果/制約/未決を抽出して3〜6行で要約
2. スコープを In/Out に分解（最大各5項目）
3. 成果物を具体名で特定（例：feature_design.md、test_implementation.py）
4. templates/task_request.md のフォーマットに従い各セクションを埋める
5. 受入基準を観点リストで列挙（機能、境界、エラー、性能、再現手順）
6. 期限・担当・依存関係を推測し、不明な場合は <要確認> を付記
7. 完成したMarkdownをユーザーに提示（ファイル出力またはテキスト表示）

Quality checklist

• 出力は1ファイル/1タスクのみ
• セクション欠落がないか
• 受入基準が検証可能な表現になっているか（観測可能・合否判定が明確）
• 期限が絶対日付になっているか
• 機密情報の漏洩がないか（内製URLや個人情報の伏せ字化）