
/deep-implement, a Claude Code plugin

Blog posts:
/deep-implement is the final step in the deep planning pipeline. It takes the section files generated by /deep-plan and implements them one by one with TDD methodology, integrated code review, and a structured git workflow.
Where /deep-plan produces the what and why, /deep-implement handles the how—methodically, with tests first and human-in-the-loop code review at each step.
For large projects, use /deep-project first to decompose vague requirements into focused specs, then /deep-plan each spec, then /deep-implement the resulting sections.
I built /deep-implement because after I'd automated my planning workflow through /deep-plan, I found myself executing the same steps over and over to actually implement the produced section files. Why not have Claude orchestrate it for me?
/deep-implement keeps the human in the loop through code review and managing context. In the future /deep-implement will look to provide even more automation.
TL;DR
/plugin marketplace add piercelamb/deep-implement
/plugin install deep-implement
/plugin enable deep-implement
/deep-implement @planning/sections/.
Table of Contents
- Overview
- The Deep Trilogy
- Why deep-implement?
- When to Use
- Quick Start
- How It Works
- Installation
- Usage
- Workflow Steps
- Output Files
- Requirements
- Best Practices
- Troubleshooting
- Testing
- Project Structure
- Contributing
Overview
deep-implement orchestrates a disciplined implementation workflow:
Read Section → TDD Implementation → Code Review → Interview → Commit → Next
For each section from /deep-plan, the plugin:
- Implements with TDD: Write tests first, then implementation
- Runs Code Review: A dedicated subagent reviews staged changes
- Interviews You: Triage findings, get your input on real decisions
- Updates Section Docs: Records what was actually built back into the section file
- Commits Atomically: One commit per section with review trail
- Tracks Progress: Resume from any point after interruption
By the end, you have production-ready code with a git history that tells a clear story—and section documents that serve as living documentation of what was actually built, not just what was planned.
The Deep Trilogy
This plugin is part of a three-plugin pipeline for turning ideas into production code:
/deep-project (decompose) → /deep-plan (plan) → /deep-implement (build)
┌───────────────────────────────────────────────────────────────────┐
│ THE DEEP TRILOGY │
│ From Vague Idea to Production Code │
├───────────────────────────────────────────────────────────────────┤
│ │
│ "I want to build a SaaS platform" │
│ │ │
│ ▼ │
│ ┌─────────────────────────────────────┐ │
│ │ /deep-project │ │
│ └─────────────────────────────────────┘ │
│ │ │ │ │
│ ▼ ▼ ▼ │
│ ┌─────────┐ ┌─────────┐ ┌─────────┐ │
│ │ 01-auth │ │ 02-bill │ │ ... │ │
│ │ spec.md │ │ spec.md │ │ │ │
│ └─────────┘ └─────────┘ └─────────┘ │
│ │ │ │ │
│ ▼ ▼ ▼ │
│ ┌─────────┐ ┌─────────┐ ┌─────────┐ │
│ │ /deep- │ │ /deep- │ │ ... │ │
│ │ plan │ │ plan │ │ │ │
│ └─────────┘ └─────────┘ └─────────┘ │
│ │ │ │ │ │ │ │
│ ▼ ▼ ▼ ▼ ▼ ▼ │
│ ┌────┐┌────┐┌────┐┌────┐┌────┐┌─────────┐ │
│ │ 01 ││ 02 ││ 01 ││ 02 ││ 03 ││ ... │ │
│ └────┘└────┘└────┘└────┘└────┘└─────────┘ │
│ │ │ │ │ │ │ │
│ └─┬──┘ └──┬──┴────┘ │ │
│ │ │ │ │
│ ▼ ▼ ▼ │
│ ┌─────────┐┌─────────┐ ┌─────────┐ │
│ │ /deep- ││ /deep- │ │ ... │ ◀── YOU ARE HERE │
│ │implement││implement│ │ │ │
│ └─────────┘└─────────┘ └─────────┘ │
│ │ │ │ │
│ ▼ ▼ ▼ │
│ ┌─────────┐┌─────────┐ ┌─────────┐ │
│ │ auth ││ billing │ │ ... │ │
│ │ code ││ code │ │ │ │
│ └─────────┘└─────────┘ └─────────┘ │
│ │ │ │ │
│ └──────────┴──────────────────┘ │
│ │ │
│ ▼ │
│ Production Codebase │
│ │
└───────────────────────────────────────────────────────────────────┘
Where to start?
- Vague multi-component project? Start with
/deep-project
- Single focused feature? Start with
/deep-plan
- Already have section files? Start here with
/deep-implement
Why deep-implement?
Without deep-implement
You: "Claude, implement this plan"
Claude: *implements everything at once*
Result: Massive PR, unclear history, missed requirements discovered too late
With deep-implement
You: "/deep-implement @planning/sections/."
deep-implement: Section 1 → TDD → Review → Commit → Section 2 → ...
Result: Atomic commits, code review at each step, clear progress tracking
Benefits:
- Incremental verification: Each section is tested and reviewed before moving on
- Clean git history: One commit per section, not one massive commit
- Human oversight: You approve code review fixes, not rubber-stamp everything
- Living documentation: Section files are updated with what was actually built—a human or AI can get up to speed instantly without reading code
- Resumable: Context limit? Restart exactly where you left off
When to Use
Use deep-implement when:
- You have section files from
/deep-plan
- You want TDD methodology enforced
- You want code review between implementation steps
- You care about clean git history
- The implementation is complex enough to benefit from structured workflow
Skip deep-implement when:
- Simple one-file changes
- Sections are trivial and review overhead isn't worth it
- You want to implement multiple sections in parallel (deep-implement is sequential)
Quick Start
Prerequisite: You need section files from /deep-plan. If you don't have them, run /deep-plan @your-spec.md first.
1. Point to your sections directory:
/deep-implement @planning/sections/.
2. Confirm target directory (where code will be written)
3. Follow the workflow for each section:
- Implementation with TDD
- Code review (you'll be interviewed on findings)
- Commit
That's it. Each section gets implemented, reviewed, and committed before moving to the next.
Token Note: This workflow creates a detailed task list. Expand your terminal window to avoid UI flickering from the progress display.
How It Works