計画からタスクへ
計画を、implementエージェントが追跡してチェックできる実行可能なタスクリストに変換します。
- 各作業項目は
docs/specs/<YYYYMMDD>-<タイプ>-<名前>/に配置されます。 tasks.mdにステータスはありません。進行状況は[x]チェックボックスで管理します。
開始前に
-
作業項目を特定し、
plan.mdとspec.mdを読みます。 -
ゲート: 計画の
statusがapprovedでない場合は、停止して次のように尋ねます:計画のステータスは
<status>です。そのまま続けますか、まずreview-specでレビューしますか、それとも今承認しますか？明示的な回答があった場合のみ続行します。計画のない小さな変更の場合は、ゲートは仕様に適用されます。
-
AGENTS.mdのCommandsセクション（スペイン語のプロジェクトではComandos）にある検証コマンドを読みます。ない場合は、それが何かを尋ねるか、警告付きでラップアップタスクを残します。
分割方法
- 小さなタスク：それぞれがレビュー可能な変更であり、プロジェクトの状態を良好に保ちます。
- 依存関係に基づいて順序付けます。前のタスクと並行して実行できるものには
[P]を付けます。 - 各タスクは、既知の場合は影響を受けるファイルと、検証方法（どのテストか、どのコマンドか）をリストします。
- プロジェクトがTDDを使用している場合（
CONTRIBUTING.mdまたはAGENTS.mdに記載）、テストはコードの前か同じタスクに配置し、決して最後には配置しません。 - 仕様のすべての受け入れ基準と、セキュリティからのすべての否定的テストは、少なくとも1つのタスクでカバーされなければなりません。カバーされないものがあれば、その旨を明示します。
- ラップアップフェーズは必須です：テストによる受け入れ基準と検証コマンドが成功する状態にします。
- 計画にない作業は追加しないでください。計画に欠けているものがあれば、質問として提起します。
結果
assets/tasks-template.mdからtasks.mdのドラフトを作成します。- 次の内容を含むドラフトを表示します：
- タスク
- 並行グループ
- 検証ポイント
- 残っている質問
- 承認を得てから初めて書き込みます。
- 推奨される次のステップ：
implementエージェントで実装することです。