subagent-driven-development

Executes implementation plans by dispatching fresh subagents per task with two-stage review.

Updated Mar 26, 2026
One-click install
npx skills add https://github.com/LGJ-Jonathan/Jonathan_Global_Claude_Skills --skill subagent-driven-development-lgj-jonathan
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: subagent-driven-development
Source: https://github.com/LGJ-Jonathan/Jonathan_Global_Claude_Skills/tree/main/superpowers/skills/subagent-driven-development
Command: npx skills add https://github.com/LGJ-Jonathan/Jonathan_Global_Claude_Skills --skill subagent-driven-development-lgj-jonathan

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Executing a multi-task implementation plan in a single session often leads to context pollution, skipped reviews, and inconsistent quality. This Skill orchestrates plan execution by dispatching a fresh subagent for each task and enforcing spec compliance and code quality reviews after every task. ## Core Features & Use Cases - Fresh Subagent Per Task: Each task runs in an isolated subagent context with curated instructions, preventing context pollution and preserving the controller's context for coordination. - Two-Stage Review Gates: Every task passes a spec compliance review first, then a code quality review, with fix-and-re-review loops until approval. - Status-Based Escalation Handling: Implementer subagents report DONE, DONE_WITH_CONCERNS, NEEDS_CONTEXT, or BLOCKED, and the controller responds with more context, a more capable model, or task decomposition. - Use Case: You have a written implementation plan with 5 mostly independent tasks. This Skill extracts all tasks, dispatches implementer and reviewer subagents sequentially, and finishes with a final whole-implementation code review before merging the branch. ## Quick Start Use subagent-driven development to execute the implementation plan at docs/superpowers/plans/feature-plan.md task by task in this session.

Frequently Asked Questions about subagent-driven-development

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I execute an implementation plan with subagents?

Read the plan once, extract all tasks with full text into a TodoWrite list, then dispatch a fresh implementer subagent per task with the complete task text and context. After each task, run a spec compliance review followed by a code quality review before marking it complete.

What is the difference between subagent-driven development and executing plans?

Subagent-driven development runs in the same session with fresh subagents per task and no human-in-the-loop between tasks. Executing plans runs in a parallel session with a handoff, which suits cases where you want to leave the current session.

When should I not use subagent-driven development?

Avoid it when tasks are tightly coupled and cannot be implemented independently, when there is no written implementation plan, or when you prefer a parallel session workflow. Also never dispatch multiple implementation subagents in parallel because they conflict.

What should I do when an implementer subagent reports BLOCKED?

Assess the blocker: provide more context and re-dispatch if it is a context problem, use a more capable model if it needs more reasoning, break the task into smaller pieces if too large, or escalate to the human if the plan itself is wrong. Never force the same model to retry unchanged.

Why must spec compliance review come before code quality review?

Spec compliance verifies the implementer built exactly what was requested, nothing more or less, by reading the actual code rather than trusting the report. Reviewing code quality before correctness wastes effort on code that may need to change to meet the spec.