task-process

name	task-process
description	溜まったタスクの一覧確認・優先度トリアージ・対話的な方針決定と処理を行うスキル。
user-invocable	true
argument-hint	[TASK-ID|--all|--category カテゴリ|--triage] [--status open|in-progress|deferred]
allowed-tools	Read, Edit, Write, Glob, Grep, Bash

タスク処理

概要

tasks.md に蓄積されたタスク・検討事項を確認し、対話的に方針を決定しながら処理するスキル。 以下のモードで動作する:

モード	引数	動作
一覧表示	--all または引数なし	全オープンタスクのダッシュボード表示
トリアージ	--triage	未優先度付けタスクの一括トリアージ
カテゴリ絞込	--category 検討事項	特定カテゴリのタスクのみ表示・処理
個別処理	TASK-5	特定タスクの詳細確認と処理
ステータス絞込	--status deferred	特定ステータスのタスクを表示

---

処理手順

Step 1: tasks.md の読込と解析

1. tasks.md を読み込む
2. ファイルが存在しない場合:

   tasks.md が見つかりません。/task-add でタスクを起票してください。

3. 全タスクをパースし、以下の情報を構造化データとして取得:
   • ID, タイトル, ステータス, 優先度, カテゴリ, 起票元, 起票日, 関連ファイル, 詳細, 対応メモ

Step 2: ダッシュボード表示

引数に応じてフィルタリングした結果を表示する。

一覧モード（デフォルト）

📋 タスクダッシュボード（YYYY-MM-DD）

■ サマリ
  Open: X件 | In Progress: Y件 | Deferred: Z件 | Resolved: W件

■ 優先度別
  🔴 High: N件
  🟡 Medium: N件
  🟢 Low: N件

■ オープンタスク一覧
| ID | タイトル | 優先度 | カテゴリ | 起票日 | 経過日数 |
|----|---------|--------|---------|--------|---------|
| TASK-1 | ... | high | 検討事項 | 2026-03-01 | 3日 |
| TASK-3 | ... | medium | TODO | 2026-03-02 | 2日 |
| ... | ... | ... | ... | ... | ... |

処理するタスクを指定してください（例: TASK-1）。
または:
  - 「トリアージ」: 優先度の見直し
  - 「まとめて処理」: 関連タスクをグループ化して処理
  - 「終了」: ダッシュボードを閉じる

トリアージモード

優先度が medium（デフォルト値）のまま放置されているタスクを一つずつ確認:

🔍 トリアージ: TASK-3「○○の技術検証」

  カテゴリ: 検討事項
  起票元: claude
  起票日: 2026-03-01（3日経過）
  詳細: ...

  → 優先度を変更しますか？
    1. 🔴 high（提案に直接影響・期限迫り）
    2. 🟡 medium（現状維持）
    3. 🟢 low（後回し可）
    4. 🚫 deferred（当面対応不要）
    5. ✅ もう解決済み

Step 3: 個別タスク処理

特定タスクを選択した場合、以下のフローで処理する:

3a: コンテキスト収集

1. タスクの 関連 フィールドのファイルが存在すれば読み込む
2. 関連する他のタスク（同カテゴリ、関連ファイルが同じ等）を洗い出す
3. タスクの詳細と背景をユーザーに提示

3b: 方針の対話的決定

タスクのカテゴリに応じて適切な対話を行う:

検討事項の場合:

📌 TASK-5「RFP要件3.2.1の解釈について」

現状の理解:
  [タスク詳細から要約]

考えられる解釈:
  A) ...
  B) ...

推奨: [根拠付きの推奨案]

どの方針で進めますか？

TODOの場合:

📝 TASK-7「セキュリティ要件の対応表作成」

対応方針:
  1. 今すぐ対応する → 対応を実行
  2. 担当・期限を決める → タスクを in-progress に更新
  3. 後回しにする → deferred に変更
  4. 不要になった → resolved に変更

質問の場合:

❓ TASK-9「現行システムのバッチ処理頻度」

確認先の候補:
  - クライアントへの質問（Q&Aシートに追記）
  - RFP資料から読み取れるか再調査
  - 仮定を置いて進める

どうしますか？

課題の場合:

⚠️ TASK-11「見積の工数前提が不明確」

影響範囲:
  - estimation-policy.md の Section X
  - Vol3 見積書

対応案:
  1. 前提条件を明確化して見積を修正
  2. レンジ見積（松竹梅）で対応
  3. 追加情報を待つ（deferred）

3c: 対応の実行

方針が決まったら:

1. 方針を #### 対応メモ に記録
2. 必要に応じて関連ファイルの修正を実行（ユーザー承認のもと）
3. ステータスを更新（resolved, in-progress, deferred のいずれか）
4. タスクを tasks.md の適切なセクションに移動

Step 4: tasks.md の更新

処理結果を tasks.md に反映する:

1. タスクのステータス更新
2. 対応メモの追記
3. セクション間の移動（Open → Resolved 等）
4. 関連タスクがあれば、そちらにもクロスリファレンスを追記

Step 5: 処理サマリ

セッション終了時にサマリを表示:

📊 処理結果サマリ

| 処理 | 件数 |
|------|------|
| resolved | N件 |
| in-progress に変更 | N件 |
| deferred に変更 | N件 |
| 優先度変更 | N件 |

残りのオープンタスク: X件（high: A件, medium: B件, low: C件）

---

まとめて処理モード

関連するタスクをグループ化して効率的に処理する:

1. 同じカテゴリ・関連ファイルのタスクを自動グループ化
2. グループ単位でまとめて方針を決定
3. 一括でステータス更新

例:

📦 関連タスクグループ: 「セキュリティ要件」（3件）

  TASK-2: セキュリティ認証の対応範囲
  TASK-8: データ暗号化の方式選定
  TASK-12: 監査ログの保持期間

  これらをまとめて検討しますか？

---

注意事項

• タスクの処理中に新たな検討事項が発生した場合は、その場で新規タスクを起票する（task-add の手順に従う）
• resolved にしたタスクは ## Resolved セクションに移動するが、削除はしない（履歴として保持）
• 対応メモには日付と決定内容を必ず記録し、後から経緯を追えるようにする
• 関連ファイルの修正を伴う場合は、必ずユーザーの承認を得てから実行する