spec:status
Spec Status
Displays a pipeline dashboard for a single specification. Reads all documents, checks their statuses, and shows the current phase, blockers, and next action.
When to use
Use this skill when the user needs to:
- See where a spec is in the pipeline
- Understand what is blocking progress
- Get a recommendation for the next step
Instructions
Step 1: Find the Spec
- If
$0contains a spec name, use it directly - If
$0is not provided, list available specs in.specs/and use theAskUserQuestiontool to let the user choose - If
.specs/does not exist or is empty, inform the user: "No specs found. Runspec:requirementsto create one."
Step 2: Read All Documents
Scan .specs/<spec-name>/ and read the frontmatter of every document that exists:
requirements.mdresearch.mddesign.mdtasks.mdtest-plan.md
For each document, extract:
- status from frontmatter (
DRAFT,IN_REVIEW,APPROVED,SUPERSEDED). If no frontmatter, treat asDRAFT. - created and updated dates
For tasks.md, also count checkboxes: [x] done, [-] in progress, [ ] pending.
For test-plan.md, also count: [x] passed, [!] failed, [s] skipped, [ ] pending.
Step 3: Display Dashboard
Present to the user:
# Spec: <spec-name>
| Document | Status | Updated |
|------------------|----------|------------|
| requirements.md | APPROVED | 2026-03-20 |
| research.md | APPROVED | 2026-03-22 |
| design.md | DRAFT | 2026-03-24 |
| tasks.md | — | — |
| test-plan.md | — | — |
Pipeline:
✅ Requirements → ✅ Research → 🔄 Design → ⏳ Tasks → ⏳ Implement
→ ⏳ Test Plan → ⏳ Test
Use these icons:
- ✅ — document APPROVED
- 🔄 — document exists (DRAFT or IN_REVIEW)
- ⏳ — document not created yet
- ⚠️ — document SUPERSEDED (needs attention)
If tasks.md has progress, show: Tasks: 8/12 done (2 in progress)
If test-plan.md has progress, show: Tests: 5/10 passed, 1 failed, 0 skipped
Step 4: Identify Blockers
Check the gate table for the next logical skill:
| Next skill | Hard gate required |
|---|---|
spec:research |
requirements APPROVED |
spec:design |
requirements APPROVED |
spec:tasks |
design APPROVED |
spec:test-plan |
design APPROVED |
spec:implement |
tasks APPROVED |
spec:test |
test-plan APPROVED + all tasks [x] |
Report blockers:
- Hard blocker: "
<document>is<status>— must be APPROVED before<skill>can run" - SUPERSEDED warning: "
<document>is SUPERSEDED — re-run the generating skill and re-approve"
Step 5: Suggest Next Action
Based on current state:
- Most recent document is DRAFT → suggest
spec:approveorspec:review - Most recent document is APPROVED, next document missing → suggest the next generating skill
- Implementation in progress → suggest
spec:implement <name> next - Implementation complete, tests not started → suggest
spec:test-planorspec:test - Tests in progress → suggest
spec:test <name> next - Any document SUPERSEDED → suggest re-running the generating skill
Use the AskUserQuestion tool with 2-3 relevant options.
Arguments
$ARGUMENTS- The spec name$0— spec name (e.g., "user-auth", "payment-flow")
Examples:
spec:status user-auth— show pipeline dashboard for user-authspec:status— list specs, ask which to show
More from ikatsuba/skills
spec:design
Technical Design - generates architecture diagrams, interfaces, and data flow based on requirements and chosen research solutions. Use when designing how a feature will be built.
18git:amend
Amend Commit - modifies the last commit with staged changes or new message
15spec:requirements
Requirements Analysis - gathers requirements through structured questions and produces a requirements document with testable acceptance criteria. Use when starting a new feature spec or documenting requirements.
14spec:tasks
Task Breakdown - generates an implementation plan with tracked tasks based on requirements and design documents. Use when breaking down a design into actionable work items.
14git:commit
Smart Commit - stages all changes and creates a conventional commit
13spec:test-plan
Test Plan - creates a manual test plan with traceable test cases from specification documents. Use when preparing to verify a feature implementation.
9