subagent-driven-development

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

Updated May 29, 2026
One-click install
npx skills add https://github.com/Reimonsk8/hermes-9router-model-balancing --skill subagent-driven-development-reimonsk8
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: subagent-driven-development
Source: https://github.com/Reimonsk8/hermes-9router-model-balancing/tree/main/scripts/skills/software-development/subagent-driven-development
Command: npx skills add https://github.com/Reimonsk8/hermes-9router-model-balancing --skill subagent-driven-development-reimonsk8

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Executing a multi-task implementation plan in a single session causes context pollution, inconsistent quality, and missed spec requirements. This Skill orchestrates plan execution by delegating each task to a fresh subagent and enforcing systematic review between tasks. ## Core Features & Use Cases - Per-Task Subagent Dispatch: Parses a plan file once, then delegates each task via delegate_task with full context, so every subagent starts with a clean, focused context. - Two-Stage Review Loop: Runs a spec compliance review first, then a code quality review, looping fixes until both pass before marking a task complete. - Final Integration Review: After all tasks complete, dispatches a reviewer to verify cross-task consistency, run the full test suite, and confirm merge readiness. - Use Case: Given a plan with five tasks for an authentication feature, the Skill dispatches an implementer for the User model, catches a missing password-length validation in spec review, loops the fix, and proceeds only after approval. ## Quick Start Execute the implementation plan in docs/plans/feature-plan.md using subagent-driven development with per-task spec and quality reviews.

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 file once, extract all tasks into a todo list, then dispatch a fresh implementer subagent per task with the full task text in context. After each implementation, run a spec compliance review and a code quality review before marking the task complete.

What is the two-stage review process for subagent code?▼

The first stage checks spec compliance against the original task requirements, catching missing features or scope creep. The second stage reviews code quality including conventions, error handling, test coverage, and security. Spec compliance must pass before quality review begins.

Why use a fresh subagent for each task instead of one session?▼

A fresh subagent per task prevents context pollution from accumulated state, giving each task clean, focused context. This avoids confusion from prior tasks' code and reasoning, and keeps quality checks consistent across all tasks.

What happens when a reviewer finds issues in subagent work?▼

The implementer subagent, or a new fix subagent, addresses the specific issues, then the reviewer re-reviews the work. This loop repeats until approval, and the workflow never proceeds to the next task with open critical or important issues.

When should I not use subagent-driven development?▼

Avoid it when tasks are tightly coupled and touch the same files, since parallel or sequential subagents would conflict. It also adds overhead for trivial single-step changes where direct implementation is faster than dispatching implementer plus two reviewers.