并行代理调度
将相互独立的开发问题交给多个代理并行处理。
文档强调为每个独立问题域分配代理、提供明确范围和约束，并在完成后审查冲突、运行完整测试；但未明确用户确认、代理权限边界、敏感数据处理、数据流披露、回滚方案或外部副作用控制，因此扣分。
触发条件、并行调度模式、代理提示结构和失败后的整合检查较清晰，并警告不要盲目增加超时；但静态材料没有证明关键路径可执行，且缺少对调度失败、共享资源冲突、异常输入和代理无响应的诊断处理，因此受静态上限约束并扣分。
明确适用于多个相互独立、可并行处理的问题，并列出相关失败、共享状态和探索性调试等不适用场景；但输入输出边界、具体运行环境、中文支持和中国大陆网络适配未说明，因此扣分。
文档结构清楚，包含概览、使用/不使用条件、步骤、提示模板、常见错误、限制和验证流程；仓库上下文提供 MIT 许可证、版本和维护入口，但该技能自身没有安装说明、版本记录、变更日志或明确维护责任，因此扣分。
该方法对独立故障调查提供了可直接采用的分工、提示和整合流程，核心输出包括发现与修复摘要；但所谓节省时间、零冲突和完整通过等效果只是文档中的案例声明，静态审查无法验证，且仍需人工审查和完整测试，因此扣分。
技能包含具体步骤、示例提示、决策图和验证清单，仓库还提供测试基础设施线索；但没有该技能专属的可复现实验、测试套件或独立第三方证据，真实案例也未被交叉佐证，因此扣分。
- 并行代理可能同时修改共享代码或资源；必须在调度前确认独立性，并在合并前检查冲突和回归。
- 文档未规定代理权限、敏感信息最小化传递、用户确认或失败回滚；不应默认代理可安全执行任意修改。
- “真实案例”和效果数据未在本次静态材料中独立验证。
这个 Skill 能做什么，适合哪些场景？
这是 obra/superpowers 中的一个软件开发技能，专门处理两个或更多彼此独立、没有共享状态或顺序依赖的任务。它要求为每个独立问题域创建上下文完整、范围明确的代理任务，并同时派发这些代理。代理返回后，主代理会审阅结果、检查冲突、运行完整测试套件并整合修改。它不适合相关故障、需要完整系统上下文的问题、探索性调试或共享资源会互相干扰的任务。
识别多个失败或问题中的独立领域；为每个领域编写包含范围、目标、约束和预期输出的代理提示；在同一响应中并行派发多个子代理；读取代理总结；检查修改是否冲突；运行完整测试套件；整合并抽查结果。
- 当多个测试文件因不同根因失败时，为每个文件或问题域分配一个代理。
- 当多个子系统彼此独立地损坏时，同时开展调查。
- 当每项调查都不需要其他任务的上下文时，缩短整体调试时间。
- 当希望限制代理修改范围并要求其返回根因与修复摘要时，使用结构化代理提示。
这个 Skill 有哪些优点和局限？
- 为每个问题域提供聚焦且自包含的代理上下文。
- 多个独立调查可以并发进行。
- 强调范围约束、结果摘要和整合前验证。
- 适合不同测试文件或子系统的独立故障。
- 不适合相关故障、探索性调试或需要完整系统状态的任务。
- 共享文件、资源或状态可能导致代理互相干扰。
- 资料没有提供该单项技能的独立测试套件或独立版本说明。
- 并行派发后仍需人工或主代理检查冲突并运行完整测试。
如何安装这个 Skill？
该技能随 Superpowers 集合安装，不能从提供的资料中确认独立安装步骤。Claude Code 可运行 /plugin install superpowers@claude-plugins-official；Codex CLI 可运行 /plugins，搜索 superpowers，然后选择 Install Plugin。其他支持的宿主也需要按 README 的对应方式单独安装。
如何使用这个 Skill？
在编码代理中提出包含多个独立问题的任务，例如：Investigate these three independent test failures in parallel: agent-tool-abort.test.ts, batch-completion-behavior.test.ts, and tool-approval-race-conditions.test.ts. Give each problem its own focused subagent, avoid changing unrelated code, and return a summary of the root cause and fix. 仅在问题相互独立且可并行时触发。