派发并行智能体

要解决什么问题

大规模改动或重构之后，你常会同时看到多处失败：不同测试文件、不同子系统、不同根因。如果按文件顺序一个个查，每个调查都要重新加载上下文，而这些问题往往彼此独立——修工具审批流程不会影响中止测试。

本技能的核心原则是：为每个独立问题域派发一个智能体，让它们并发工作。

怎么落地

1. 按域分组：按「哪里坏了」归类，例如 agent-tool-abort.test.ts（中止逻辑）、批处理完成行为、工具审批竞态等，确认修复之间无依赖。
2. 写聚焦任务：每个智能体只拿一个范围——具体文件或子系统、明确目标（让相关测试通过）、约束（勿动其他代码）、以及预期输出（根因与改动摘要）。
3. 并行派发：多个智能体同时调查，互不共享编辑状态。
4. 审查整合：阅读各摘要、检查是否改到同一处、跑完整测试套件，再合并改动。

好的提示词要聚焦、自包含（含错误信息与测试名）、约束清晰、输出可审计；避免「修复所有测试」这类宽泛指令。

适用边界

• 适合：三个及以上独立根因的失败、多子系统各自损坏、单域调查不需要其他域的上下文。
• 不适合：失败彼此相关（修一个可能连带修好别的）、需要全局系统状态才能判断、探索性调试尚不知坏在哪、或多个智能体会争用同一文件或资源。