session-to-single-task

a-hirota's avatarfrom a-hirota

現在の会話から1つのタスク依頼プロンプトを自動生成し、GitHub Issue/Jira/Notionに即座に貼れる形式で出力する

⭐1stars🔀0forks📁View on GitHub🕐Updated Nov 13, 2025
[Project Management]

When & Why to Use This Skill

The session-to-single-task Claude skill streamlines project workflows by automatically transforming complex chat conversations into structured, ready-to-use task requests. It extracts key objectives, scope, and requirements from your session to generate professional markdown content optimized for GitHub Issues, Jira, and Notion, ensuring seamless transition from discussion to execution.

Use Cases

  • Converting a technical brainstorming session into a detailed GitHub Issue with clear acceptance criteria and scope.
  • Transforming a scattered discussion about new features into a structured Jira ticket, including background, requirements, and deliverables.
  • Generating a comprehensive task description for Notion from a chat history to ensure team alignment on project goals and deadlines.
namesession-to-single-task
description現在の会話から1つのタスク依頼プロンプトを自動生成し、GitHub Issue/Jira/Notionに即座に貼れる形式で出力する

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