subagent-driven-development

Execute implementation plans by dispatching fresh subagents per task with staged code reviews.

1|Updated Jul 6, 2015
One-click install
npx skills add https://github.com/ksolomon/dotfiles --skill subagent-driven-development-ksolomon
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: subagent-driven-development
Source: https://github.com/ksolomon/dotfiles/tree/main/AI/.claude/plugins/cache/claude-plugins-official/superpowers/6.1.1/skills/subagent-driven-development
Command: npx skills add https://github.com/ksolomon/dotfiles --skill subagent-driven-development-ksolomon

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes scripts (resource) components.

What problem does it solve? Executing a multi-task implementation plan in a single AI session pollutes context, skips quality gates, and loses progress after compaction. This Skill orchestrates plan execution by delegating each task to an isolated subagent with curated context, enforcing review checkpoints, and tracking progress in a durable ledger. ## Core Features & Use Cases - Fresh subagent per task: Dispatch implementer subagents with task briefs extracted to files, so each task runs in clean context without inheriting session history. - Two-stage review gates: Run a task-scoped reviewer (spec compliance plus code quality) after every task and a broad whole-branch review at the end, with fix-and-re-review loops for Critical and Important findings. - Durable progress ledger: Record completed tasks and commit ranges in a git-ignored ledger file so work resumes correctly after context compaction. - Use Case: You have a written implementation plan with eight mostly independent tasks. This Skill extracts each task brief, dispatches implementer and reviewer subagents with model selection per task complexity, and finishes with a whole-branch review before merge. ## Quick Start Use subagent-driven development to execute the implementation plan in docs/plans/feature-plan.md task by task with reviews after each task.

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 AI subagents?▼

Dispatch a fresh implementer subagent per task with a task brief file, then run a task reviewer subagent on the generated diff for spec compliance and code quality. After all tasks pass, dispatch a final whole-branch review before merging.

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

Subagent-driven development runs in the same session with a fresh subagent per task and automatic review checkpoints, enabling faster iteration. Executing plans uses a parallel session with human-in-the-loop handoffs between tasks.

How do I choose which model to use for each subagent task?▼

Match model capability to task complexity: cheap models for mechanical single-file tasks with complete specs, standard models for multi-file integration, and the most capable model for architecture work and the final whole-branch review. Always specify the model explicitly when dispatching.

What happens when an implementer subagent reports BLOCKED status?▼

Assess the blocker before retrying: provide more context for context problems, re-dispatch with a more capable model for reasoning-heavy tasks, break oversized tasks into smaller pieces, or escalate to the human if the plan itself is wrong. Never force the same model to retry unchanged.

How does progress tracking survive context compaction?▼

A ledger file at .superpowers/sdd/progress.md records each completed task with its commit range. After compaction, check the ledger and git log to resume at the first incomplete task instead of re-dispatching finished work.

When should I not use subagent-driven development?▼

Avoid it when tasks are tightly coupled and cannot be implemented independently, when no written implementation plan exists yet, or when you prefer a parallel session with human review between tasks. Brainstorm or write the plan first in those cases.