并行执行优化器 是做什么的？
当速度来自于同时执行独立工作时使用此技能： 仓库检查、文件读取、API检查、浏览器检查、构建/测试通道、 部署回读或多工作区实现阶段。
核心模式
在行动之前，将紧迫性转化为依赖关系图。
- 定义目标和完成信号。
- 将工作拆分为多个通道。
- 将每个通道标记为并行、串行或门控。
- 同时运行独立的读取/检查。
- 通过文件、工作区、分支、服务或数据集保持写入隔离。
- 仅在证据表明通道兼容后才进行合并。
- 以验证表结束，而非模糊的速度声明。
通道矩阵
在大型推送之前，编写一个紧凑的矩阵：
通道 | 可以并行运行？ | 写入面 | 风险 | 验证
仓库扫描 | 是 | 无 | 低 | rg/git status 输出
后端补丁 | 可能 | src/api | 中 | 单元测试
前端补丁 | 可能 | app/components | 中 | 浏览器截图
部署回读 | 构建后 | 远程服务 | 高 | 实时 URL + 日志
仅当通道的写入面不冲突时，才并行运行它们。
执行规则
- 批量处理文件读取、搜索、状态检查和元数据查询。
- 对大型不相关的实现通道使用隔离工作区。
- 在单独的会话中启动长时间运行的测试、构建、回填和部署， 然后有目的地轮询它们。
- 如果某个通道发现阻塞问题并改变计划，暂停依赖通道 并更新矩阵。
- 除非用户明确要求持续服务，否则不要让后台进程在本次交互之外持续运行。
- 在没有明确门控的情况下，不要并行化破坏性命令、迁移操作、对同一表的写入 或影响在线客户的操作。
输出格式
报告时使用此格式：
并行执行结果：
- 运行的通道数：5
- 完成的通道数：4
- 阻塞的通道：部署回读，等待 DNS 传播
- 快速路径：批量仓库扫描 + 聚焦测试
- 验证：lint 通过，单元测试通过，实时冒烟测试通过
失败模式
- 过多的并发导致冲突的编辑。
- 对工具进行基准测试而非对任务进行基准测试。
- 在正确性未得到验证之前将“快速”视为完成。
- 忘记轮询正在运行的会话。
- 在成功摘要中隐藏跳过的检查。