task-decomposer

# Task Decomposer

## 概要

このSkillは、ユーザーが提供する複雑な作業や大きなタスクを、単一目的の小さなタスクに分解する。ユーザーとの対話を通じてタスクの詳細を理解し、適切な粒度のタスクに分解して、スキルやコマンドの設計を支援する。

## 責任範囲

このSkillは以下の範囲をカバーする:

- 複雑なタスクや大きな作業の収集
- タスクの複雑度と依存関係の評価
- タスクの分解と小タスクへの変換
- タスク粒度の調整と最適化
- 分解されたタスクリストの提供
- タスク実行順序の提案

## ワークフロー

### フェーズ1: タスク収集

ユーザーとの対話を通じて、分解対象となる複雑なタスクや大きな作業を収集する。

**実施内容:**

1. 分解対象のタスクを確認する
2. タスクの目的と期待される成果を把握する
3. タスクの制約条件を確認する
4. タスクに必要なリソースを特定する
5. タスクの完了基準を明確にする

**質問例:**

```markdown
【タスクの確認】
分解したい複雑なタスクを教えてください。

1. タスク名: [タスクの名称]
2. 目的: [このタスクで達成したいこと]
3. 期待される成果: [タスク完了後の成果物や状態]
4. 制約条件: [時間、リソース、技術的制約など]
5. 完了基準: [どうなったら完了とするか]
```

**良い例:**

```markdown
タスク名: コードレビュープロセスの自動化
目的: コードレビューの効率化と品質向上
期待される成果:
- 静的解析結果の自動確認
- コーディング規約違反の自動検出
- レビューコメントの自動生成
- レビューレポートの自動作成

制約条件:
- 既存のCI/CDパイプラインと統合する
- GitHub APIを使用する
- レビュー時間を50%削減する

完了基準:
- 全ての成果物が実装されている
- CI/CDパイプラインと統合されている
- レビュー時間が50%削減されている
```

**悪い例:**

```markdown
タスク名: レビュー
目的: 良くする
期待される成果: 何か
制約条件: 特になし
完了基準: 終わったら
```

### フェーズ2: 複雑度評価

収集したタスクの複雑度を評価し、分解の必要性と方針を決定する。

**実施内容:**

1. タスクの規模を評価する（工数、影響範囲）
2. タスクの複雑度を評価する（技術的難易度、依存関係）
3. タスクの依存関係を特定する
4. 分解の必要性を判断する
5. 分解の方針を決定する

**評価基準:**

- **規模**: 小/中/大
  - 小: 1〜2時間で完了
  - 中: 半日〜1日で完了
  - 大: 2日以上必要
- **複雑度**: 低/中/高
  - 低: 明確な手順があり、判断が不要
  - 中: 一部判断が必要だが、手順は明確
  - 高: 複雑な判断や技術的課題がある
- **依存関係**: 独立/一部依存/強依存
  - 独立: 他のタスクに依存しない
  - 一部依存: 一部のタスクに依存する
  - 強依存: 多くのタスクに依存する

**良い例:**

```markdown
【複雑度評価結果】

タスク: コードレビュープロセスの自動化

規模: 大
- 工数: 5〜7日程度
- 影響範囲: CI/CDパイプライン、レビュープロセス全体

複雑度: 高
- 技術的課題: GitHub API連携、静的解析ツール統合、自然言語処理
- 判断の必要性: レビューコメントの適切性、優先度判断

依存関係: 一部依存
- CI/CDパイプラインの整備（前提条件）
- GitHub リポジトリへのアクセス権限（前提条件）
- 静的解析ツールの導入（並行作業可能）

分解の必要性: 必要
- 理由: 規模が大きく、複雑度が高いため、小さなタスクに分解すべき

分解の方針:
- 機能別に分解する（静的解析確認、規約違反検出、コメント生成など）
- 各機能を独立したタスクとして実装する
- 依存関係を明確にして実装順序を決定する
```

**悪い例:**

```markdown
【複雑度評価結果】

規模: 大きい
複雑度: 難しい
依存関係: ある
分解の必要性: たぶん必要
```

### フェーズ3: タスク分解

複雑なタスクを、単一目的の小さなタスクに分解する。

**実施内容:**

1. タスクを機能別に分解する
2. 各小タスクの目的を明確にする
3. 各小タスクの入力と出力を定義する
4. 小タスク間の依存関係を整理する
5. 小タスクの実行