auto-execute

Execution Flow

Phase 1: Plan解析・セッション開始

承認されたPlanを読み取り、実行計画を構築する。

1. タスクリスト（TaskList）から承認済みPlanのステップを取得
2. 各ステップの依存関係を分析
3. TaskCreate で各ステップをタスクとして登録（未登録の場合）
4. セッションフラグ: タスクリストに [auto-execute] Phase N 実行中 タスクを作成し、フロー状態を追跡する

Phase 2: Worktree作成

wf:worktree スキルを呼び出し、隔離された作業ブランチを作成する。

• branch名はPlanの内容から適切に命名
• branch名は [a-zA-Z0-9\-] のみ使用可（シェル特殊文字禁止）
• 既にworktree内にいる場合はスキップ
• 失敗時: ユーザーに報告して停止

Phase 3: ステップ順次実行

Planの各ステップを順番に実行する。

各ステップの実行サイクル:

1. TaskUpdate → in_progress
2. ステップの内容に従い実装を行う
3. 実装が正しいか簡易確認（ビルド通過等）
4. TaskUpdate → completed
5. 次のステップへ

エラーハンドリング:

• ビルド/テスト失敗: エラーログを分析し修正を試みる（最大3回）
• 3回連続失敗: 停止してユーザーに状況を報告し判断を仰ぐ

Phase 4: 品質ゲート

全ステップ完了後、wf:verification-loop を実行する。

• 全項目 PASS → Phase 5 へ
• FAIL の項目あり → 問題を修正し再実行（最大2回）
• 2回修正しても FAIL → ユーザーに報告

Phase 5: PR作成

wf:commit-push-pr-flow を呼び出す。ただし以下の引数条件を伝達する:

• verification-loop はスキップ（Phase 4 で完了済み）
• review-flow はスキップ（Phase 6 で別途実行する）

失敗時: ユーザーに報告して停止

Phase 6: レビュー

wf:review-flow を PR URL を引数として呼び出す。

Context Management

長いPlanの場合、以下のタイミングで wf:strategic-compact を実行する:

• Phase 3 のステップ間（3ステップごと、または大きなステップの後）
• Phase間の切り替え時

compact前に必ず以下を保存する:

• 完了済みステップの一覧 → タスクリスト
• 次に実行すべきステップ → タスクリスト
• 現在のPhase番号 → [auto-execute] Phase N 実行中 タスクを更新

Recovery Protocol

compact後やエラー後に再開する場合:

1. タスクリストから [auto-execute] タスクを検索し、現在のPhaseを特定
2. git status / git log で現在の作業状態を確認
3. 未完了の最初のステップから再開