executing-plans

計画の実行

概要

計画を読み込み、批判的にレビューし、タスクをバッチ単位で実行して、バッチ間でレビュー用の報告を行います。

基本原則： アーキテクトのレビュー用チェックポイントを設けて、バッチ単位で実行します。

開始時に宣言：「計画実行スキルを使って、この計画を実装します。」

プロセス

ステップ 1：計画の読み込みとレビュー

1. 計画ファイルを読みます
2. 批判的にレビューし、計画についての質問や懸念点を特定します
3. 懸念点がある場合：作業を始める前に人間のパートナーに伝えます
4. 懸念点がない場合：プロジェクトで既存のタスク／ToDo 管理方法を使って進めます。TodoWrite はホスト固有のツールであり、どこでも使えるコマンドではありません

ステップ 2：バッチの実行

バッチのサイズは、ユーザーの明示的な指示またはプロジェクトの契約に従います。それ以外の場合は、レビューしやすい実用的なまとまりを選びます

各タスクについて：

1. ステータスを in_progress にします
2. 計画の各ステップを正確に実行します（計画には細分化されたステップが記載されています）
3. 指定された検証を実行します
4. ステータスを completed にします

ステップ 3：報告

バッチが完了したら：

• 実装した内容を示します
• 検証結果を示します
• ユーザーが明示的にチェックポイントを求めていない限り、承認済みの次のバッチに進みます。タスクを不必要に終了せず、簡潔に進捗を伝えます。

ステップ 4：続行

フィードバックに基づいて：

• 必要に応じて変更を加えます
• 次のバッチを実行します
• 完了するまで繰り返します

ステップ 5：開発の完了

すべてのタスクが完了し、検証されたら：

• 「開発ブランチ完了スキルを使って、この作業を完了します。」と宣言します
• 適切な場合に限り、実際に利用可能な開発ブランチ完了スキルを使います。リポジトリ固有のメンテナー／マージ手順がある場合は、そちらを優先してください。superpowers プラグインへの依存を作り上げてはいけません。
• そのスキルに従ってテストを検証し、選択肢を提示して、選ばれた内容を実行します

支援を求めて停止する場合

不可欠な入力や承認がない、または未解決の外部ブロッカーによって依存するステップを実行できない場合に限り、一時停止します。独立して進められる作業は維持します。調査すべき問題の例：

• 依存関係が不足している、またはテストが失敗する場合：実際の原因を調べ、関連する修正を試みます。これだけで自動的に停止する理由にはなりません
• 計画に重大な不足があり、作業を開始できない
• 指示の意味を理解できない
• 検証が繰り返し失敗する

推測せず、説明を求めてください。

以前のステップに戻る場合

次の場合はレビュー（ステップ 1）に戻ります：

• パートナーからのフィードバックに基づいて計画が更新された
• 基本的な方針を再検討する必要がある

ブロッカーを無理に突破しないでください。停止して確認を求めます。

留意事項

• まず計画を批判的にレビューします
• 計画の各ステップに正確に従います
• 検証を省略しません
• 計画でスキルを参照している場合は、そのスキルに従います
• バッチ間では、ユーザーが承認した進め方に従い、必要なチェックポイントがなければ続行します
• ブロックされたら推測せず、停止します

使用する場面

検証可能なタスクとチェックポイントを含む既存の計画を実行する場合に使用します。依頼された場合は計画ファイルを保持し、既存の ToDo と、ユーザーによる最新のバッチ指定や続行指示に従います。

制限事項

• 説明されている範囲に明確に該当する場合に限り、このスキルを使用します。
• 環境固有の検証、テスト、専門家によるレビューの代わりとして、この出力を扱ってはいけません。
• 必要な入力、権限、安全上の境界、または成功基準が不足している場合は、推測せず説明を求めてください。