What problem does it solve? Operators working inside an AI harness TUI (Claude, Gemini, OpenCode, Codex) need a safe, consistent way to check status, resume, and run bounded phases of a roadmap-driven automation loop without reimplementing the runner's reconciliation, handoff, or execution logic. ## Core Features & Use Cases - Bounded loop control: Run, dry-run, resume, status, and monitor commands against the shared .phase-loop/ state, with interactive runs clamped to --max-phases 1 by default. - Blocker and closeout handling: Preserves the frozen human-required blocker taxonomy, spec-delta closeout decisions, and artifact-backed re-verdicting so gates only change verdict via runner-owned evidence. - Skill maintenance and drift repair: Audits or repairs installed *-phase-loop bridge skills via sync-skills, and delegates skill-maintenance workflows to the runner. - Use Case: An operator returns to a TUI session after another control plane drove the loop; they invoke the handoff command to read .phase-loop/tui-handoff.md, verify state with status --json, then launch a bounded repair or next-phase run. ## Quick Start Ask the assistant to run the phase-loop status command to report the current reconciled loop state from the shared .phase-loop state files.