--- description: "Run a planning-aware cadence with Claude Code's /loop. Default tick checks plan status, runs check-complete, nudges progress.md update if stalled. Available since v2.38.0." disable-model-invocation: true allowed-tools: "Read Bash" --- Run a planning-aware cadence on top of Claude Code's `/loop` primitive. Steps: 1. Parse args: - First arg matching `^\d+[smhd]$` is the interval (default `10m`). - Remaining args are an optional task prompt. 2. Resolve the active plan as in `/plan-attest`. 3. Compose the loop prompt: - If user passed a task prompt: use it verbatim. - Else: use the default planning tick prompt: ``` Read task_plan.md and progress.md. Run scripts/check-complete.sh to see remaining phases. If no progress.md entry has been added since the last loop tick, write one summarizing the current state. If a phase finished, update its Status: line in task_plan.md. Continue the next phase if work remains. ``` 4. Invoke `/loop `. 5. Confirm to the user: print the interval, the active plan ID, and remind that bare `/loop` invocation alone (without args) runs Claude Code's built-in maintenance prompt — `/plan-loop` differs by always grounding the tick in the planning files. If `task_plan.md` does not exist, refuse and direct user to run `/plan` first. Why this exists: `/loop` runs prompts on cron without any plan-state contract. `/plan-loop` injects a plan-aware default so the recurring tick always re-reads the planning files first, runs the completion check, and writes a progress entry. Users get "babysit my plan" UX without writing a custom loop prompt. Notes: - `/plan-loop` composes with `/loop`; it does not replace it. `/loop 5m "anything"` still works. - For "babysit until plan is done" semantics: combine `/plan-loop 10m` (cadence) with `/plan-goal` (termination criterion). The loop runs every 10 minutes; the goal stops the loop when the plan is complete. - The default tick prompt is intentionally short so it stays within compaction-safe length.