mcpField
T
task-generator

task-generator

github.com/julianromliエージェントワークフロー21052 回インストール3 日前に更新
リポジトリ

task-generator について

task-generatorは、仕様書や計画、要件から段階的なタスクリストを作るエージェントスキルです。高レベルの計画を実行可能なサブタスクに分け、タスクファイルに記録します。

主な機能

  1. 012段階のタスク生成
  2. 02上位タスクの計画
  3. 03実行可能なサブタスクへの分割
  4. 04関連するソースとテストファイルの特定
  5. 05Markdownタスクファイルの出力

活用シーン

  1. 01機能仕様から実装計画を作成
  2. 02上位タスクを集中的な開発作業に分割
  3. 03テストファイルを含むタスクリストの準備

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/julianromli/ai-skills --skill task-generator

インストール後、Claude Code で/task-generatorを入力して読み込まれたか確認します。

詳細

タスクジェネレーター

仕様、計画、または要件から、詳細なステップ形式のタスクリストを生成します。

ワークフロー(2 フェーズのプロセス)

フェーズ 1:親タスクの生成
  1. 仕様/計画の内容を分析し、機能要件と実装範囲を把握します
  2. /tasks/tasks-[feature-name].md にタスクファイルを作成します
  3. 大まかな親タスクを 5~7 個生成します:
    • 必ずタスク 0.0 から開始します:「機能ブランチを作成」(ユーザーが明示的に除外を選択した場合を除く)
    • 追加するタスクの数は適宜判断します
  4. 出力形式に従って、親タスクをユーザーに提示します(サブタスクなし)
  5. ユーザーに次のように伝えます:「大まかなタスクを生成しました。サブタスクを生成しますか?続行するには Go と返信してください。」
フェーズ 2:サブタスクの生成
  1. ユーザーが「Go」と返信するまで待ちます
  2. 各親タスクを、より小さく実行可能なサブタスクに分割します
  3. 作成/変更する関連ファイルを特定します(テストファイルを含めます)
  4. タスクファイルを完全な構成で更新します

出力形式

/tasks/tasks-[feature-name].md に保存します:

## Relevant Files

- `path/to/file.ts` - Brief description of why this file is relevant
- `path/to/file.test.ts` - Unit tests for file.ts
- `path/to/component.tsx` - Component description
- `path/to/component.test.tsx` - Unit tests for component.tsx

### Notes

- Unit tests should be placed alongside the code files they test
- Use `npx jest [optional/path/to/test/file]` to run tests

## Instructions for Completing Tasks

**IMPORTANT:** As you complete each task, check it off by changing `- [ ]` to `- [x]`. Update after completing each sub-task.

## Tasks

- [ ] 0.0 Create feature branch
  - [ ] 0.1 Create and checkout new branch (`git checkout -b feature/[feature-name]`)
- [ ] 1.0 [Parent Task Title]
  - [ ] 1.1 [Sub-task description]
  - [ ] 1.2 [Sub-task description]
- [ ] 2.0 [Parent Task Title]
  - [ ] 2.1 [Sub-task description]

ガイドライン

  • 対象読者:機能を実装するジュニア開発者
  • タスクのスタイル:命令形の動詞を使用します(作成する、追加する、実装する、更新する)
  • 機能名:仕様のタイトル/トピックからケバブケースで決定します
  • ファイルの特定:ソースファイルとテストファイルの両方を含めます
  • サブタスクの粒度:各サブタスクは、1 回の集中した作業セッションで完了できるものにします

コメント