dispatching-parallel-agents
Use when 2 or more substantial tasks are independent, have disjoint state, and parallel execution will save meaningful time. Do NOT use for coupled or sequential work.
- License 许可
- MIT
- 最近更新
- 2026-10-14
- Stars
- ★ 16
- Forks
- 5
01 前言 Front Matter
- name
- dispatching-parallel-agents
- version
- 6.2.0
- category
- workflow
- description
- Use when 2 or more substantial tasks are independent, have disjoint state, and parallel execution will save meaningful time. Do NOT use for coupled or sequential work.
02 资源文件 1
- 参考文档CHANGELOG.md311 B
03 SKILL.md 正文
Dispatching Parallel Agents
Parallelism is useful only when coordination costs and merge risk stay below the time saved.
Preconditions
Dispatch only when:
- at least 2 tasks have independent outcomes;
- agents will not edit the same files or mutable external state;
- each task can be briefed without the full conversation;
- useful coordination or implementation work remains for the current agent.
Do not delegate tiny tasks, related failures, exploratory debugging, or work that depends on sequential discoveries.
Workflow
- Define one bounded domain per agent.
- Provide goal, exact scope, constraints, known context, verification, and expected return.
- Dispatch independent tasks concurrently.
- Inspect each result and diff; do not trust summaries alone.
- Resolve integration centrally.
- Run the closest checks covering the combined boundaries.
Run a full suite only if combined work changed shared core behavior, crosses a release boundary, or the user requested it.
More agents are not automatically faster. Stop dispatching when ownership overlaps or briefing takes longer than the remaining work.
04 同仓库更多 Skills
bad
暂无简介
writing-skills
Use when creating, editing, or validating reusable agent skills and their trigger behavior. Do NOT use for ordinary project documentation or one-off prompts.
writing-plans
Use when an approved change spans multiple dependent outcomes and needs a durable implementation sequence before coding. Do NOT use for small, obvious, reversible edits.
verification-before-completion
Use when about to claim work is complete, fixed, passing, or ready to integrate. Do NOT use to repeat checks without a completion claim or concrete doubt.
using-superpowers
Use when starting a conversation or deciding whether a Superpowers workflow matches the current task. Do NOT use it to auto-invoke skills whose stated triggers do not match.
using-git-worktrees
Use when feature work needs isolation from the current workspace or before executing a risky implementation plan. Do NOT use when the current workspace is already safe and isolated.