mcpField
C
create-tasks

create-tasks

github.com/patrickruddimanエージェントワークフロー36 回インストール
リポジトリ

create-tasks について

承認済みのロードマップを、範囲を定めたタスクファイルに変換するスキルです。設計承認を前提に依存関係とリポジトリのパスを確認し、既存のタスク状態を保ちながら実行可能な単位で順次生成します。

主な機能

  1. 01承認済み設計とロードマップが前提
  2. 02完全なタスク一覧と DAG の作成
  3. 03パス確認とタスク状態の調整
  4. 04範囲を区切ったタスクファイルの生成
  5. 05完了済みタスクと既存 ID の保持

活用シーン

  1. 01承認済みロードマップから実行タスクを作成
  2. 02リポジトリ規約を保ってタスク生成を再開
  3. 03実行済み作業の変更に伴う後続タスクの追加

インストール

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

$npx skills add https://github.com/patrickruddiman/skills --skill create-tasks

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

詳細

タスクの作成

roadmap のタスク部分を実行します。まず設計を行います。タスクファイルは、承認済みロードマップを実行可能な形に具体化したものです。

ワークフロー

  1. ../roadmap/SKILL.md、../roadmap/references/roadmap-schema.md、および ../roadmap/references/task-generation.md を読み込みます。
  2. 指定された roadmap.md を読みます。従来の設計またはスライスしかない場合は、確定済みの決定を再検討せず、それをもとに隣接するロードマップを作成します。
  3. 設計について明示的な承認を得ており、未解決の設計上の阻害要因がないことを確認します。
  4. Roadmap のフェーズ 7~9 を実行します。インベントリと DAG の完成、タスク境界の承認、パスの再検証、状態の整合、範囲を限定した具体化を行います。
  5. 各バッチの後に tasks/README.md を更新します。

互換性と状態

  • 作業を再開する場合は、既存のタスク ID とリポジトリの命名規則を維持します。
  • 未消費のファイルとは、## Tasks にチェック済みの項目がないファイルです。更新してもかまいません。
  • 消費済みのファイルとは、## Tasks にチェック済みの項目が 1 つ以上あるファイルです。編集してはいけません。
  • 消費済みの作業に影響する設計変更は、ロードマップの修正として記録し、置き換え、移行、またはフォローアップのタスクを追加します。

ルール

  • 詳細なタスクファイルの作成前に、タスクの完全なインベントリと非巡回 DAG を用意します。
  • 各タスクは、具体的なパスを伴う、独立して実行可能な一貫性のある成果でなければなりません。
  • 各タスクには、コードで検証できる受け入れ基準と、少なくとも 1 つの実際のテストが必要です。
  • コードサンプル、見積もり、セットアップのみのタスク、推測に基づく作業、人による確認は含めません。
  • 実行可能なトポロジカルウェーブを一度に 1 つずつ具体化します。ユーザーが別の上限を選ばない限り、ファイル数の上限は 20 件です。

コメント