核心用法
dispatching-parallel-agents 是一种任务调度策略，适用于同时面对多个独立故障场景（如不同测试文件、不同子系统、不同Bug）。其核心操作是将每个独立问题域分配给单独的Agent并行处理，而非串行逐个排查。
执行步骤：
1. 识别独立域 — 按故障根因分组（如工具审批流 vs 批量完成行为 vs 中止功能）
2. 创建聚焦任务 — 为每个Agent设定：具体范围（单个测试文件/子系统）、明确目标（通过这些测试）、约束条件（不修改其他代码）、预期输出（问题根因与修复摘要）
3. 并行分派 — 同时启动多个Agent任务
4. 审查集成 — 汇总各Agent结果，检查冲突，运行完整测试套件验证
Agent提示词结构要点：
- 聚焦单一问题域
- 自包含（提供完整错误信息与测试名称）
- 明确约束（如"不要仅增加超时，找到真正问题"）
- 指定输出格式（根因分析+变更摘要）
显著优点
- 并行加速：多个调查同时推进，3个问题可在1个问题的时间内解决
- 专注聚焦：每个Agent只需跟踪狭窄上下文，减少认知负担
- 独立安全：Agent间无状态干扰，降低相互影响风险
- 规模友好：故障越多，相对时间收益越显著
潜在局限
- 冲突风险：若Agent修改重叠代码，需人工审查解决
- 系统性盲点：多个Agent可能犯同类错误，需人工抽查验证
- 前置判断成本：必须准确识别"真正独立"的故障，误判会导致重复工作或遗漏关联根因
- 不适用于探索性场景：未知根因时需先统一调查，明确后再分派
适合人群
- AI开发工程师：处理Agent框架自身的测试套件故障
- 全栈开发者：大型重构后多模块同时报错
- DevOps/SRE：分布式系统多组件独立故障排查
- 技术负责人：需要快速收敛复杂系统批量问题的场景
常规风险
| 风险 | 说明 | 缓解 |
|------|------|------|
| 错误并行化 | 将关联故障误判为独立，导致重复修复或遗漏根因 | 先抽样调查2-3个故障，确认无关联后再分派 |
| 范围蔓延 | Agent超出约束修改无关代码 | 提示词中明确添加"Do NOT"约束条款 |
| 输出质量参差 | 部分Agent返回模糊摘要 | 标准化输出模板，强制根因+变更清单结构 |
| 集成冲突 | 多Agent修改同一文件 | 代码审查阶段强制检查文件修改交集 |
来源可信度
该技能源自实际调试会话记录（2025-10-03），包含具体案例数据与量化收益（6故障/3文件/3Agent/零冲突），属于实战验证的成熟模式，非理论推导。
---
> 适用边界口诀：多故障、根因异、无共享、可并行 → 分派Agent齐攻坚