task-decomposition について
複雑な依頼を実行可能なタスクに分け、依存関係や成功基準、並行作業の機会を整理するエージェント向けの計画スキルです。GOAPの実行計画では、タスク分解を第1段階として扱います。
主な機能
- 01要件と制約の分析
- 02階層的なタスク分解
- 03順次・並行依存関係の整理
- 04測定可能な成功基準の設定
- 05GOAP計画への組み込み
活用シーン
- 01複数要素を含む依頼の分解
- 02複数フェーズのプロジェクト調整
- 03並行処理に適したタスクの特定
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/ / github.com/ d-o-hub/ rust-self-learning-memory --skill task-decompositionインストール後、Claude Code で/task-decompositionを入力して読み込まれたか確認します。
詳細
タスクの分解
複雑なタスクを、明確な依存関係を持つ、実行可能な小さな目標に分解します。
使用する場面
- 複数の要素を含む複雑なユーザーリクエスト
- 調整が必要な複数フェーズのプロジェクト
- 並列実行が有効なタスク
- エージェントの調整戦略の計画
分解のフレームワーク
1. 要件分析
- 主な目的
- 暗黙の要件(品質、パフォーマンス)
- 制約(時間、リソース)
- 成功基準
2. 目標の階層
Main Goal
├─ Sub-goal 1
│ ├─ Task 1.1 (atomic)
│ └─ Task 1.2 (atomic)
├─ Sub-goal 2
└─ Sub-goal 3
3. 依存関係の種類
| 種類 | 記号 | 例 |
|---|---|---|
| 順次 | A → B → C | B には A の出力が必要 |
| 並列 | A─┐ B─┐ C─┘ | 独立しており、同時に実行可能 |
| 合流 | A─┐ B─┼─> D | D には A、B、C が必要 |
| リソース | A, B | 順次またはプール化 |
4. 成功基準
各タスクについて:
- 入力:必要なデータ/状態
- 出力:生成される成果物
- 品質:パフォーマンス、テスト、ドキュメントの要件
分解パターン
| パターン | 使用例 |
|---|---|
| レイヤー別 | アーキテクチャの変更(データ、ロジック、API、テスト、ドキュメント) |
| 機能別 | 新機能(MVP、エラー処理、最適化、統合) |
| フェーズ別 | 大規模プロジェクト(調査、基盤、コア、統合、仕上げ) |
| 問題・解決策別 | デバッグ(再現、診断、設計、修正、検証、防止) |
品質チェックリスト
✓ 小さく、実行可能である ✓ 依存関係が明確に特定されている ✓ 成功基準が測定可能である ✓ 大きすぎるタスクがない(4 時間超) ✓ 並列化の機会が特定されている
✗ タスクが大きすぎる、または曖昧 ✗ 依存関係の欠落 ✗ 成功基準が不明確 ✗ 品質/テストタスクの欠落
GOAP との統合
タスクの分解は GOAP のフェーズ 1 です:
- リクエストを受け取る
- 分解を適用する
- 実行計画を作成する
- モニタリングしながら実行する
- 結果を報告する
コメント
Markdown 対応