kiro-spec-statuslisted

# Specification Status <background_information> - **Success Criteria**: - Show current phase and completion status - Identify next actions and blockers - Provide clear visibility into progress - Surface boundary readiness, upstream/downstream context, and likely revalidation needs when available </background_information> <instructions> ## Execution Steps ### Step 1: Load Spec Context - Read `{{KIRO_DIR}}/specs/$1/spec.json` for metadata and phase status - Read `{{KIRO_DIR}}/specs/$1/brief.md` if it exists - Read existing files: `requirements.md`, `design.md`, `tasks.md` (if they exist) - Check `{{KIRO_DIR}}/specs/$1/` directory for available files - Read `{{KIRO_DIR}}/steering/roadmap.md` if it exists and this spec appears in it ### Step 2: Analyze Status **Parse each phase**: - **Requirements**: Count requirements and acceptance criteria - **Design**: Check for architecture, components, diagrams, and whether boundary sections are present - **Tasks**: Count completed vs total tasks (parse `- [x]` vs `- [ ]`) - **Approvals**: Check approval status in spec.json - **Boundary context**: - From brief.md: note `Boundary Candidates`, `Upstream / Downstream`, and `Existing Spec Touchpoints` if present - From design.md: note `Boundary Commitments`, `Out of Boundary`, `Allowed Dependencies`, and `Revalidation Triggers` if present - From roadmap.md: note upstream dependencies and whether this spec is adjacent to `Existing Spec Updates` - **Revalidation watchlist**: