Divide-and-conquer implementation from specs/plans. Decomposes a reference document into independent tasks, assigns each to a builder agent, executes in parallel waves respecting dependencies, then integrates results.
SkillScore73Maintained
Automatic
◆Coding pack
Last verified 8/3/2026
What it changes
Passed 14 of 19 test cases with the skill, and 8 of 19 without it.
Without skill41%
With skill73%
Checks it passed that the model alone missed
Assigns API routing and integration code to a later wave.
Assigns foundational interfaces and configuration to Wave 1.
Identifies 5 as the default maximum number of concurrent agents.
and 6 more in the full report
8 fixed8 passed either way5 still failing1 broke
Pass-rate lift
+32 pp
Tokens
+160%
Agent turns
0%
Response time
-38%
Model gemini-3.6-flashMeasured 8/3/2026v116 of 22 cases passed with skill · 19 comparable
Tokens, turns and time describe resource use, not a dollar price.
What's inside
The instructions your model reads when the skill loads.
Decomposes a plan/spec into independent tasks, spawns builder agents to implement each piece in parallel, and integrates the results. Unlike feature-council (same task, diverse approaches), this skill gives each agent a different piece of the work for maximum speed.
Use this when you have a spec, PRD, or plan and want fast parallel implementation.
When to Use
✅ Use parallel-builder for:
Implementing a PRD or spec document
Large features that can be decomposed into parts
When speed matters more than approach diversity
Building from a reference file or detailed plan
Multi-file implementations with clear boundaries
❌ Don't use for:
Bugs (use debug-council)
Features where you want diverse approaches (use feature-council)
Tasks that can't be parallelized
Simple single-file changes
Where Parallel-Builder Shines
🚀 Maximum Speedup: Multi-File Specs
Parallel-builder is fastest when your spec produces multiple independent files: