dispatching-parallel-agents
Skill24 starsChanged 24 days agoMITView on GitHub
Use when facing 2+ independent tasks that can be worked on without shared state or sequential dependencies. Dispatches one focused agent per problem domain, runs them concurrently, then integrates.
189 other projects use a version of this, 152 of them edited.
Adopted by
Most recently taken up by
- DemonDamon/AgenticXedited, first seen Nov 9, 2026
- roundpilot/superpowers-antigravityedited, first seen Nov 8, 2026
- REPOZY/superpowers-optimizedtheir own version, first seen Nov 8, 2026
- lingyired/status-trioedited, first seen Nov 8, 2026
- lhbsaa/apex-unifiededited, first seen Nov 8, 2026
- afawfawffaf/my-skillsedited, first seen Nov 8, 2026
Used with
Projects with it also use chinese-code-review, chinese-commit-conventions and 10 more.
Other files people use alongside this one.
Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
Leodorareluctant259Skillchinese-code-review
中文代码审查规范——在保持专业严谨的同时,用符合国内团队文化的方式给出有效反馈
Also in 8 projects that use this
Leodorareluctant259Skillchinese-commit-conventions
中文 Git 提交规范 — 适配国内团队的 commit message 规范和 changelog 自动化
Also in 8 projects that use this
obraSkilldiagnosing-superpowers
Use when a superpowers session went wrong and your human partner wants to know why — repeated work, ignored plans, stumbles, poor results, a skill that didn't fire, "it took too long", "why is it so expensive", "what is it doing" — or wants to build a bug report for the superpowers maintainers, for the current session or a past one identified by id or path, on any harness.
Also in 19 projects that use this
kntismSkillcondition-based-waiting
Use when tests have race conditions, timing dependencies, or inconsistent pass/fail behavior - replaces arbitrary timeouts with condition polling to wait for actual state changes, eliminating flaky tests from timing guesses
Also in 3 projects that use this
xfstudioSkillcontext-driven-development
Use this skill when working with Conductor's context-driven
Also in 3 projects that use this
EvezArtSkillanalytics-dashboard
User behavior tracking and analytics dashboards
Also in 3 projects that use this
- +3 more from Leodorareluctant259
Other versions189 projects use a version of this.
Word for word · 0
None found.
Edited · 152
- obra/superpowers★ 314k17% same
- openai/plugins★ 7.8k17% same
- farm-fe/farm★ 5.6k16% same
- lingyired/status-trio★ 1.8k17% same
- pcvelz/superpowers★ 1.3k15% same
- DemonDamon/AgenticX★ 1k17% same
- coco-research/coco★ 79716% same
- koaning/wigglystuff★ 45516% same
- derHaken/SuperAntigravity★ 43917% same
- Ibrahim-3d/conductor-orchestrator-superpowers★ 38117% same
142 more not listed
Wrote their own version · 37
- jnMetaCode/superpowers-zh★ 8.4ksame name
- GanyuanRan/Aegis★ 1.4ksame name
- KbWen/agentic-os★ 229same name
- REPOZY/superpowers-optimized★ 146same name
- shibit-net/xuanji-community★ 90same name
- withzombies/hyperpowers★ 80same name
- GEd520/legados★ 75same name
- KbWen/agent-virtual-office★ 65same name
- myths-labs/muse★ 38same name
- invergent-ai/surogates★ 28same name
27 more not listed
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository22 other files it gives its agents.
- AGENTS.mdAGENTS.md
- .claude/rules/agents.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- api-contract-firstSkill
- architecture-auditSkill
- brainstormingSkill
- data-migrationSkill
- executing-plansSkill
- finishing-a-development-branchSkill
- five-whysSkill
- incident-responseSkill
- performance-auditSkill
- skill-duplication-auditSkill
- smart-initSkill
- subagent-driven-developmentSkill
- systematic-debuggingSkill
- test-driven-developmentSkill
- using-a-teamSkill
- using-git-worktreesSkill
- verification-before-completionSkill
- writing-plansSkill
- writing-skillsSkill
The file
We split this skill into the rules it gives an agent
8 rules. 3 are common, 5 are distinctive, and 0 are very specific to this project.
3
Common
Most of the 179 edited versions we read keep these.
5
Distinctive
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Common: line 19
No shared state between investigations
- Distinctive: line 21
Do NOT use when:
- Distinctive: line 50
Verify fixes don't conflict (check for edits to same files)
- Common: line 51
Run full test suite
- Distinctive: line 75
No constraints → agent refactors everything
- Distinctive: line 76
No expected output → you don't know what changed
- Distinctive: line 82
Check for conflicts — did agents edit the same code?
- Common: line 83
Run full suite — verify all fixes work together
“Common” is measured: kept by at least 6 in 10 of the 179 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Dispatching Parallel Agents
Core Principle
Dispatch one agent per independent problem domain. Let them work concurrently. 3 problems solved in parallel = time of 1.
When to Use
Use when:
- 3+ test files failing with different root causes
- Multiple subsystems broken independently
- Each problem can be understood without context from others
- No shared state between investigations
Do NOT use when:
- Failures are related (fixing one might fix others)
- Agents would edit the same files
- You need full system context to understand any single problem
The Pattern
1. Identify Independent Domains
Group problems by what's broken. Each domain must be fixable independently.
2. Create Focused Agent Tasks
Each agent gets:
- Specific scope: One test file or subsystem
- Clear goal: Exactly what to achieve
- Constraints: What NOT to change
- Expected output: Summary of what was found and fixed
3. Dispatch in Parallel
Task("Fix auth-flow.test.ts failures — timing issues in login flow")
Task("Fix payment-webhook.test.ts failures — missing mock for Stripe")
Task("Fix user-profile.test.ts failures — stale closure in useEffect")4. Review and Integrate
- Read each summary
- Verify fixes don't conflict (check for edits to same files)
- Run full test suite
- Integrate all changes
Agent Prompt Structure
Good prompts are:
- Focused — one clear problem domain
- Self-contained — all context to understand the problem included
- Specific about output — what should the agent return?
Fix the 3 failing tests in src/auth/auth-flow.test.ts:
1. "should redirect after login" - expects /dashboard but gets /
2. "should persist session" - session expires immediately
3. "should handle expired tokens" - throws instead of redirecting
Root context: auth was refactored in commit a1b2c3 to use JWT.
Do NOT change production code — test-only fix unless you find a real auth bug.
Return: what you found and what you changed.Common Mistakes
- Too broad: "Fix all the tests" → agent gets lost
- No constraints → agent refactors everything
- No expected output → you don't know what changed
- Parallel agents editing the same files → conflicts
Verification After Agents Return
- Review each summary — understand what changed
- Check for conflicts — did agents edit the same code?
- Run full suite — verify all fixes work together
- Spot check — agents can make systematic errors
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

