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や個人情報の伏せ字化）