
Sdd Status
- 46 installs
- 1 repo stars
- Updated July 19, 2026
- fearovex/claude-config
Report status of spec-driven development (SDD) work items and progress.
About
An agent skill that reports the status of spec-driven development (SDD) tasks and their progress. A builder uses it to check where feature work stands within an SDD workflow. Name-only content means the exact status model is inferred from the SDD acronym.
- Spec-driven development status
- Progress tracking
- Dev workflow
Sdd Status by the numbers
- 46 all-time installs (skills.sh)
- Ranked #1,663 of 3,282 Productivity & Planning skills by installs in the Skillselion catalog
- Data as of Jul 24, 2026 (Skillselion catalog sync)
npx skills add https://github.com/fearovex/claude-config --skill sdd-statusAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 46 |
|---|---|
| repo stars | ★ 1 |
| Last updated | July 19, 2026 |
| Repository | fearovex/claude-config ↗ |
What it does
Report status of spec-driven development (SDD) work items and progress.
Files
sdd-status
Shows the status of all active SDD changes and orchestrator configuration.
Triggers: /sdd-status, SDD status, active changes, show open changes, what changes are in progress, orchestrator status
---
Process
Step 0 — Detect persistence mode
Follow skills/_shared/persistence-contract.md Mode Detection for Standalone Skills: 1. Check Engram MCP reachability → if reachable: engram, else none
Step 1 — Locate active changes
engram mode: Disk is the source of truth. List active changes from disk first:
List directories under docs/sdd/ → each subdirectory is a change-name.For each change, the artifacts present are the *.md files in docs/sdd/{change-name}/. A change with an archive-report.md is completed — filter those out.
If docs/sdd/ does not exist (legacy changes that lived only in engram), fall back to engram:
mem_search(query: "sdd/", project: "{project}") → list all SDD-related observationsFilter for artifacts that do NOT have an archive-report topic_key (those are completed).
none mode: Report "No persistence configured — cannot show change status."
Stop here if no changes found.
---
Step 2 — Classify and group changes
For each active change, check which artifact files exist on disk (docs/sdd/{change-name}/*.md; engram fallback for legacy changes):
explore.md→ marks explore phase doneproposal.md→ marks propose phase donespec.md→ marks spec phase donedesign.md→ marks design phase donetasks.md→ marks tasks phase doneverify-report.md→ marks verify phase done
Infer phase label for each change:
| Condition | Phase Label |
|---|---|
| No artifacts at all | not started |
| only explore (no proposal) | explore only — awaiting proposal |
| proposal present, spec and design absent | propose done — awaiting spec/design |
| proposal + spec + design present, tasks absent | spec+design done — awaiting tasks |
| tasks present, verify-report absent | tasks done — ready for apply/verify |
| verify-report present | verify done — ready to archive |
Group changes by action bucket:
READY TO ARCHIVE : verify-report present
AWAITING SPEC/DESIGN: proposal present, tasks absent, (spec or design absent)
AWAITING APPLY : tasks present, verify-report absent
EXPLORE ONLY : only explore, no proposal---
Step 3 — Render output
Output format (grouped, no redundancy):
Active SDD Changes
-- Ready to Archive --
[change-name] explore ok proposal ok spec ok design ok tasks ok verify ok
-- Awaiting Apply/Verify --
[change-name] explore ok proposal ok spec ok design ok tasks ok verify -
-- Awaiting Spec/Design --
[change-name] explore - proposal ok spec - design - tasks - verify -
-- Explore Only (no proposal yet) --
[change-name] explore ok proposal -
Next actions:
- [N] ready to archive → /sdd-archive <name>
- [N] awaiting spec/design → /sdd-spec <name> + /sdd-design <name>Rules for this format:
- Each group header is shown only if the group has at least one entry
- Use
okfor present,-for absent - "Next actions" section is omitted if all groups are empty
- Do NOT repeat each change's phase in a separate list — the group it belongs to IS its phase
---
Step 4 — Orchestrator state
Read the project's CLAUDE.md and report:
- Persistence mode: engram / none
- Skills registry count (from
## Skillssection) - Configuration source path
Include this as a header section BEFORE the active changes output:
Orchestrator
Mode: [engram|none]
Skills: [N] registered
Config: [path to CLAUDE.md]---
Rules
- Read-only: I only inspect engram — no mutations
- I never modify any files in this phase
- If no engram artifacts found, I report gracefully and suggest
/sdd-explore <topic>or/sdd-propose <change-name>