Quick Start¶
Once installed, open Claude Code in any project and give it a task through the orchestrator skill.
Starting from free text¶
/oh-my-sdd "add a logout endpoint that invalidates the refresh token"
Starting from a Jira card¶
/oh-my-sdd PROJ-123
/oh-my-sdd https://company.atlassian.net/browse/PROJ-123
If the jira-fetch skill or an Atlassian MCP tool is available, oh-my-sdd fetches the issue's title, description, and acceptance criteria automatically. Otherwise, it asks you to paste the task description.
What happens next¶
- Constitution — if your project doesn't have
.oh-my-sdd/constitution.mdyet, Claude analyzes your codebase (stack, lint config, existing conventions) and generates it, asking you only what it couldn't infer. If it already exists, this step is a no-op confirmation. - Specify — Claude generates
.oh-my-sdd/specs/<slug>/spec.mdusing EARS/GEARS syntax, then stops and asks you to validate it. - Plan — once the spec is validated, Claude generates
.oh-my-sdd/specs/<slug>/plan.md— the architectural "how". - Tasks — Claude breaks the plan into
.oh-my-sdd/specs/<slug>/tasks.md, then stops again and asks you to confirm before any code is written. - Implement — only after that second confirmation, Claude implements the tasks one by one, checking off each as it completes it, and reports which acceptance criteria from
spec.mdwere met.
Adaptive scale¶
Before any sub-skill runs, Claude classifies your task and routes it to the right flow:
| Scale | Criteria | Flow |
|---|---|---|
| QUICK | Isolated bug fix, typo, 1-2 files, no design decisions | Inline mini-spec + single confirmation, then direct implementation |
| SMALL | One isolated feature, 3-10 files, design already covered by the constitution | Condensed spec + tasks with embedded decisions, both checkpoints kept |
| MEDIUM | Design decisions, 10-30 files | Full pipeline (constitution → spec → plan → tasks → implement) |
| LARGE | Systems, compliance, wide-reaching changes | Full pipeline |
The classification and its reason are printed in a single line and recorded in .oh-my-sdd/runtime/scale.json. You can override the scale at any time ("run the full flow"); the model may only reclassify upward when work outgrows the expected scale — never downward without your override.
Resuming a feature¶
If you run /oh-my-sdd again with the same task, Claude detects the existing .oh-my-sdd/specs/<slug>/ folder and treats it as a continuation — showing you the current spec/plan/tasks and asking what you'd like to adjust, instead of starting over.
An active implementation also records fine-grained state in .oh-my-sdd/runtime/sessions/<slug>.json (current task, timestamps, status) — gitignored, never committed. If a session disappears or gets corrupted, the flow rebuilds its state from the tasks.md checkboxes and keeps going; when the feature closes, the session is archived so it won't be resumed again.
Learn more¶
- Architecture Overview — how the 6 skills fit together
- Skills Reference — what each skill does in detail
- SDD Concepts — the methodology behind it all