By 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 の読込と解析
tasks.mdを読み込む- ファイルが存在しない場合:
tasks.mdが見つかりません。/task-addでタスクを起票してください。 - 全タスクをパースし、以下の情報を構造化データとして取得:
- 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: コンテキスト収集
- タスクの
関連フィールドのファイルが存在すれば読み込む - 関連する他のタスク（同カテゴリ、関連ファイルが同じ等）を洗い出す
- タスクの詳細と背景をユーザーに提示
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: 対応の実行
方針が決まったら:
- 方針を
#### 対応メモに記録 - 必要に応じて関連ファイルの修正を実行（ユーザー承認のもと）
- ステータスを更新（
resolved,in-progress,deferredのいずれか） - タスクを tasks.md の適切なセクションに移動
Step 4: tasks.md の更新
処理結果を tasks.md に反映する:
- タスクのステータス更新
- 対応メモの追記
- セクション間の移動（Open → Resolved 等）
- 関連タスクがあれば、そちらにもクロスリファレンスを追記
Step 5: 処理サマリ
セッション終了時にサマリを表示:
📊 処理結果サマリ
| 処理 | 件数 |
|------|------|
| resolved | N件 |
| in-progress に変更 | N件 |
| deferred に変更 | N件 |
| 優先度変更 | N件 |
残りのオープンタスク: X件（high: A件, medium: B件, low: C件）
まとめて処理モード
関連するタスクをグループ化して効率的に処理する:
- 同じカテゴリ・関連ファイルのタスクを自動グループ化
- グループ単位でまとめて方針を決定
- 一括でステータス更新
例:
📦 関連タスクグループ: 「セキュリティ要件」（3件）
TASK-2: セキュリティ認証の対応範囲
TASK-8: データ暗号化の方式選定
TASK-12: 監査ログの保持期間
これらをまとめて検討しますか？
注意事項
- タスクの処理中に新たな検討事項が発生した場合は、その場で新規タスクを起票する（task-add の手順に従う）
resolvedにしたタスクは## Resolvedセクションに移動するが、削除はしない（履歴として保持）- 対応メモには日付と決定内容を必ず記録し、後から経緯を追えるようにする
- 関連ファイルの修正を伴う場合は、必ずユーザーの承認を得てから実行する