mcpField
T
task-decomposition

task-decomposition

github.com/d-o-hubエージェントワークフロー1337 回インストール1 日前に更新
リポジトリ

task-decomposition について

複雑な依頼を実行可能なタスクに分け、依存関係や成功基準、並行作業の機会を整理するエージェント向けの計画スキルです。GOAPの実行計画では、タスク分解を第1段階として扱います。

主な機能

  1. 01要件と制約の分析
  2. 02階層的なタスク分解
  3. 03順次・並行依存関係の整理
  4. 04測定可能な成功基準の設定
  5. 05GOAP計画への組み込み

活用シーン

  1. 01複数要素を含む依頼の分解
  2. 02複数フェーズのプロジェクト調整
  3. 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 → CB には A の出力が必要
並列A─┐ B─┐ C─┘独立しており、同時に実行可能
合流A─┐ B─┼─> DD には A、B、C が必要
リソースA, B順次またはプール化
4. 成功基準

各タスクについて:

  • 入力:必要なデータ/状態
  • 出力:生成される成果物
  • 品質:パフォーマンス、テスト、ドキュメントの要件

分解パターン

パターン使用例
レイヤー別アーキテクチャの変更(データ、ロジック、API、テスト、ドキュメント)
機能別新機能(MVP、エラー処理、最適化、統合)
フェーズ別大規模プロジェクト(調査、基盤、コア、統合、仕上げ)
問題・解決策別デバッグ(再現、診断、設計、修正、検証、防止)

品質チェックリスト

✓ 小さく、実行可能である ✓ 依存関係が明確に特定されている ✓ 成功基準が測定可能である ✓ 大きすぎるタスクがない(4 時間超) ✓ 並列化の機会が特定されている

✗ タスクが大きすぎる、または曖昧 ✗ 依存関係の欠落 ✗ 成功基準が不明確 ✗ 品質/テストタスクの欠落

GOAP との統合

タスクの分解は GOAP のフェーズ 1 です:

  1. リクエストを受け取る
  2. 分解を適用する
  3. 実行計画を作成する
  4. モニタリングしながら実行する
  5. 結果を報告する

コメント