executing-plans

計画の実行

概要

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

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

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

クイックリファレンス

手順	アクション	終了条件
1	読み込み＋レビュー	懸念点を提示する、または TodoWrite を作成する
2	バッチを実行	3 件のタスクを完了し、検証する
3	報告	結果を示し、「フィードバックをお待ちしています」と伝える
4	続行	フィードバックを反映し、次のバッチを実行する
5	完了	finishing-a-development-branch を使う

プロセス

手順 1：計画の読み込みとレビュー

1. 計画ファイルを読む
2. 批判的にレビューし、計画に関する質問や懸念点を特定する
3. 懸念点がある場合：作業を始める前に、人間のパートナーに伝える
4. 懸念点がない場合：TodoWrite を作成して続行する

手順 2：バッチを実行

既定：最初の 3 件のタスク

各タスクについて：

1. 状態を in_progress にする
2. 各手順に正確に従う（計画には小さな単位の手順が記載されています）
3. 指定された検証を実行する
4. 状態を completed にする

手順 3：報告

バッチの完了時：

• 実装した内容を示す
• 検証結果を示す
• 「フィードバックをお待ちしています」と伝える

手順 4：続行

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

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

手順 5：開発を完了する

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

• 「この作業を完了するために、finishing-a-development-branch スキルを使います。」と伝える
• 必須のサブスキル： finishing-a-development-branch
• このスキルに従ってテストを検証し、選択肢を提示して、選択されたものを実行する

停止して助けを求める場合

次の場合は、直ちに実行を停止してください：

• バッチの途中で障害にぶつかった（依存関係がない、テストが失敗する、指示が不明確など）
• 計画に、作業を開始できないほど重大な不備がある
• 指示の意味が理解できない
• 検証が繰り返し失敗する

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

前の手順に戻る場合

次の場合は、レビュー（手順 1）に戻ってください：

• パートナーがフィードバックに基づいて計画を更新した
• 根本的なアプローチを再検討する必要がある

**障害を無理に乗り越えようとしないでください。**停止して質問してください。

よくある間違い

批判的なレビューをせずに実行する

• 問題：不備を見落としたまま計画に従う
• 対策：手順 1 では、まず懸念点を伝えることが明確に求められています

バッチサイズの逸脱

• 問題：チェックポイントを設けずに 5～10 件のタスクを実行する
• 対策：既定は 3 件です。各バッチの後に必ず報告してください。

障害に直面して推測する

• 問題：行き詰まったときに仮定を置く
• 対策：直ちに停止し、説明を求めてください

検証コマンドを省略する

• 問題：テストを実行せずに完了とする
• 対策：各タスクには検証手順があります。実行してください

連携

呼び出し元：

• writing-plans（並列セッションの選択肢）

呼び出し先：

• finishing-a-development-branch（手順 5）

覚えておくこと

• まず計画を批判的にレビューする
• 計画の手順に正確に従う
• 検証を省略しない
• 計画でスキルを参照するよう指定されている場合は、そのスキルを参照する
• バッチの間は、報告して返答を待つ
• 障害にぶつかったら、推測せずに停止する