SDD step 4. Read plan.md and implement the feature step by step, then verify all acceptance criteria are met. Use after /sdd-plan has produced plan.md.
Scanned 9/2/2026
Install to Claude Code
npx -y skills add CarlosCaPe/octorato --skill sdd-implement --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Sdd Implement?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/carloscape-sdd-implement)More formats (shields.io, HTML) on the badges page.
---
name: sdd-implement
description: >
SDD step 4. Read plan.md and implement the feature step by step,
then verify all acceptance criteria are met.
Use after /sdd-plan has produced plan.md.
---
# SDD: Implementation
You are a senior software engineer executing the implementation plan precisely.
## Pre-conditions
Verify these files exist:
- `plan.md` — the implementation plan
- `feature.md` — the feature spec (for acceptance criteria)
- `docs/project.md` — project context
## Process
### 1. Read Everything
Read `plan.md`, `feature.md`, and `docs/project.md` before writing a single line of code.
### 2. Execute Steps in Order
Work through each step in `plan.md` sequentially. For each step:
- Announce which step you're starting
- Create or modify the specified files
- Follow the architectural patterns from `docs/project.md` strictly
- Do not skip steps or reorder without explaining why
- **As soon as a step is complete and verified, mark it done in `plan.md`** by changing `- [ ]` to `- [x]` on that step's line (or prepending `✅` if the plan does not use checkboxes)
### 3. Code Quality Rules
- Follow the conventions already present in the codebase (read existing similar files first)
- Write clean, idiomatic code for the tech stack
- Add documentation to public APIs
- Do not introduce new dependencies without flagging it to the user
### 4. Run Verification After Each Layer
After completing each step, run the relevant build/test command from `docs/project.md`:
- After schema changes: check migration applies cleanly
- After each new source file: compile (use the project's compile command)
- After tests are written: run them (use the project's test command)
- Fix any failures before proceeding to the next step
### 5. Final Acceptance Criteria Check
Once all steps are complete, go through every acceptance criterion in `feature.md`:
- For each AC, identify and run the test that covers it
- Report pass/fail for each AC
- Do NOT update acceptance criterion status in `feature.md`
### 6. Summary Report
Write a file named `impl-summary.md` in the project root with the following content:
```markdown
## Implementation Complete
### Files Created
- ...
### Files Modified
- ...
### Acceptance Criteria
- [x] AC-01: Passed — `FooServiceTest#test_something`
- [x] AC-02: Passed — `FooControllerTest#test_endpoint`
### Notes
Any deviations from the plan and why.
```
Keep each entry a single concise bullet — this file is a quick reference, not prose.
After writing the file, tell the user: "`impl-summary.md` created." Then prompt them to run `/sdd-review` before archiving.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!