
Subagent Driven Development
- 53 installs
- 8 repo stars
- Updated August 4, 2026
- bbeierle12/skill-mcp-claude
subagent-driven-development is a Claude skill that executes implementation plans by dispatching a fresh subagent per task with review checkpoints between tasks.
About
This skill executes an implementation plan by dispatching a fresh subagent for each task and reviewing the changes between tasks. A developer uses it to keep context clean per task and catch issues early, approving or requesting fixes before moving to the next task.
- Dispatches a fresh subagent per task with clean context
- Adds review checkpoints between each task
- Executes implementation plans one task at a time
Subagent Driven Development by the numbers
- 53 all-time installs (skills.sh)
- Ranked #7,039 of 16,546 AI & Agent Building skills by installs in the Skillselion catalog
- Data as of Aug 5, 2026 (Skillselion catalog sync)
subagent-driven-development capabilities & compatibility
- Capabilities
- writing plans · systematic debugging
- Use cases
- orchestration · code review · planning
- Pricing
- Free
What subagent-driven-development says it does
Dispatches independent subagents for individual tasks with code review checkpoints between iterations for rapid, controlled development.
Fresh context per task. Review between tasks.
Each task gets a clean subagent with no accumulated confusion.
npx skills add https://github.com/bbeierle12/skill-mcp-claude --skill subagent-driven-developmentAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 53 |
|---|---|
| repo stars | ★ 8 |
| Last updated | August 4, 2026 |
| Repository | bbeierle12/skill-mcp-claude ↗ |
What it does
Execute an implementation plan task-by-task with fresh subagents and review checkpoints between tasks.
Who is it for?
Executing a multi-task implementation plan with controlled, reviewed progress.
Skip if: Ad-hoc single-file edits with no plan.
When should I use this skill?
Executing implementation plans with independent tasks.
What you get
Each task is implemented in fresh context and reviewed before the next.
- task-by-task implemented feature with reviews
By the numbers
- One subagent dispatched per plan task
Files
Subagent-Driven Development
Core Principle
Fresh context per task. Review between tasks.
Each task gets a clean subagent with no accumulated confusion. You review between tasks.
How It Works
1. Load the implementation plan 2. For each task:
- Dispatch fresh subagent
- Subagent implements ONLY that task
- Review the changes
- Approve or request fixes
- Move to next task
Benefits
- Clean Context: Each subagent starts fresh
- Focused Work: One task at a time
- Review Points: Catch issues early
- Controlled Progress: You stay in charge
Execution Flow
Step 1: Load the Plan
Loading plan from: docs/plans/YYYY-MM-DD-feature-name.md
Tasks identified:
1. [ ] Task 1: Description
2. [ ] Task 2: Description
3. [ ] Task 3: Description
Starting with Task 1...Step 2: Dispatch Subagent
For each task, create a focused prompt:
## Task: [Task Name]
### Context
- Project: [brief description]
- Current branch: [branch name]
- Dependencies: [relevant info]
### Instructions
[Exact instructions from plan]
### Files to Modify
- `path/to/file.ts`
### Test to Write First
[Test code from plan]
### Implementation
[Implementation code from plan]
### Success Criteria
- [ ] Test passes
- [ ] No other tests broken
- [ ] Code follows project styleStep 3: Review Changes
After subagent completes:
## Task 1 Complete
### Changes Made:
- Modified: `path/to/file.ts` (+25/-3)
- Added: `path/to/file.test.ts` (+40)
### Test Results:
✅ All tests passing (47 total)
### Review Checklist:
- [ ] Test covers the requirement
- [ ] Implementation is correct
- [ ] No unnecessary changes
- [ ] Code style matches project
**Approve and continue to Task 2?**Step 4: Handle Issues
If review finds problems:
## Issues Found in Task 1
1. Test doesn't cover edge case X
2. Missing error handling for Y
**Options:**
A) Request fixes from subagent
B) Fix manually
C) Skip and note for later
Which approach?Subagent Guidelines
What Subagents Should Do
- Follow the plan exactly
- Write tests first
- Make minimal changes
- Report what was done
What Subagents Should NOT Do
- Make "improvements" outside scope
- Skip tests
- Refactor unrelated code
- Change the plan
Progress Tracking
Maintain task status:
## Progress: Feature Name
- [x] Task 1: Setup database schema ✅
- [x] Task 2: Create API endpoint ✅
- [ ] Task 3: Add validation (IN PROGRESS)
- [ ] Task 4: Write integration tests
- [ ] Task 5: Update documentation
Current: Task 3 of 5Checkpoints
After Each Task
- Run all tests
- Review diff
- Commit if approved
After All Tasks
- Run integration tests
- Manual verification
- Final review
Rollback
If things go wrong:
# Revert last task
git revert HEAD
# Or reset to checkpoint
git reset --hard <commit-before-task>Communication Pattern
Starting
"I'm using subagent-driven-development to implement [feature]. I'll dispatch a fresh subagent for each task and review between them."
Between Tasks
"Task [N] complete. Changes: [summary]. Ready to review before Task [N+1]?"
Completing
"All [N] tasks complete. Running final verification..."
{
"name": "subagent-driven-development",
"description": "Use when executing implementation plans. Dispatches independent subagents for individual tasks with code review checkpoints between iterations for rapid, controlled development.",
"tags": [
"process",
"workflow"
],
"sub_skills": [],
"source": "claude-user",
"type": "discipline",
"depends_on": [
"writing-plans"
],
"enhances": [
"writing-plans",
"test-driven-development"
],
"last_reviewed_at": null,
"review_score": null,
"relevance_tier": null
}
Related skills
FAQ
What is the core principle?
Fresh context per task, review between tasks.
How does rollback work?
Revert the last task with git revert HEAD or reset to the commit before the task.