From sdd
Routes SDD change actions to phase-specific skills, orchestrating lifecycle from creation, spec review, planning, implementation, verification, and management with validation checks.
How this skill is triggered — by the user, by Claude, or both
Slash command
/sdd:change-orchestrationThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Orchestrates the full change lifecycle: create, spec review, planning, implementation, verification, and management operations.
Orchestrates the full change lifecycle: create, spec review, planning, implementation, verification, and management operations.
Invoked by sdd-run.md with:
action — The change action to performargs — Remaining arguments after the action| Action | Sub-file | Description |
|---|---|---|
create | creation.md | Create a new change (interactive or external spec) |
approve spec | spec-review.md | Approve SPEC.md, trigger PLAN.md creation |
answer | spec-review.md | Answer an open question |
assume | spec-review.md | Mark question as assumption |
plan | planning.md | Begin planning phase (after ALL specs approved) |
approve plan | planning.md | Approve PLAN.md, enable implementation |
implement | implementation.md | Start implementation (requires plan_approved) |
verify | verification.md | Verify implementation against spec |
review | verification.md | Submit for user review |
status | management.md | Show workflow state and change IDs |
list | management.md | List all changes in workflow |
continue | management.md | Resume workflow from persisted state |
regress | management.md | Go back to earlier phase |
request-changes | management.md | Request changes during review |
approve spec, approve plan, request-changesBefore dispatching any action, perform these common checks:
For actions that require a <change-id>:
sdd/workflows/ to find the workflow containing that changeError: Change '<change-id>' not found. Run /sdd-run change list to see all changes.Each action has required statuses. If the current status doesn't match:
Error: Change '<change-id>' is in '<current-status>' status.
Action '<action>' requires status: <required-status>.
When invoked with no action, display usage:
⚠ Missing required action argument.
USAGE:
/sdd-run change <action> [args] [options]
ACTIONS:
create Create a new change (interactive or from external spec)
status Show current workflow state and all change IDs
continue Resume current workflow from persisted state
list List all changes in current workflow
approve spec Approve SPEC.md, trigger PLAN.md creation
approve plan Approve PLAN.md, enable implementation
implement Start implementation (requires plan_approved)
verify Verify implementation, mark complete
review Submit for user review (after implementation)
plan Begin planning phase (after ALL specs approved)
answer Answer an open question
assume Mark question as assumption
regress Go back to earlier phase 🟡 caution
request-changes Request changes during review 🟡 caution
COMMON WORKFLOWS:
Start new feature:
/sdd-run change create --type feature --name user-auth
Import external spec:
/sdd-run change create --spec /path/to/requirements.md
Resume work:
/sdd-run change continue <change-id>
Approve and implement:
/sdd-run change approve spec <change-id>
/sdd-run change approve plan <change-id>
/sdd-run change implement <change-id>
All output messages that suggest next actions use /sdd with natural language prompts:
NEXT STEPS:
/sdd I want to approve the spec
/sdd I want to start planning
/sdd I want to start implementing
Always render change references as clickable markdown links:
[<change-id>](changes/YYYY/MM/DD/<id>-<name>/<seq>-<slug>/)
Returns the output from the dispatched sub-file action.
npx claudepluginhub liorcohen/sdd --plugin sddCreates change directory with SPEC.md (type-specific), dynamic phased PLAN.md for features, bugfixes, refactors, epics, and updates INDEX.md using project settings.
Automates the end-to-end change management pipeline: detects changes, classifies levels, drafts CHG records, traces cross-layer impact, and prepares gate approval. Works from diffs, incidents, prompts, or artifact edits.
Manages baseline and scope changes, artifact updates, traceability impact, approvals, and handoff revisions in SDLC workflows.