parallel-execution-optimizer

并行执行优化器

当速度来源于同时执行独立工作时使用此技能：仓库检查、文件读取、API 检查、浏览器检查、构建/测试通道、部署回读或多工作树实现轮次。

核心模式

在行动之前将紧迫感转化为依赖图。

1. 定义目标和完成信号。
2. 将工作拆分为通道。
3. 将每个通道标记为并行、顺序或门控。
4. 同时运行独立的读取/检查。
5. 通过文件、工作树、分支、服务或数据集隔离写入。
6. 仅在证据表明通道兼容后才合并。
7. 以验证表结束，而非模糊的速度声明。

通道矩阵

在大规模推送之前，编写一个紧凑的矩阵：

通道 | 可并行运行？ | 写入面 | 风险 | 验证
仓库扫描 | 是 | 无 | 低 | rg/git status 输出
后端补丁 | 可能 | src/api | 中 | 单元测试
前端补丁 | 可能 | app/components | 中 | 浏览器截图
部署回读 | 构建后 | 远程服务 | 高 | 在线 URL + 日志

仅当通道的写入面不冲突时才并行运行。

执行规则

• 批量执行文件读取、搜索、状态检查和元数据查询。
• 为大型不相关的实现通道使用隔离的工作树。
• 在单独的会话中启动长时间运行的测试、构建、回填和部署，然后有意识地轮询它们。
• 如果某个通道发现改变计划的阻塞因素，暂停依赖通道并更新矩阵。
• 永远不要让后台进程超过当前轮次，除非用户明确要求持续运行的服务。
• 不要并行化破坏性命令、迁移、对同一表的写入或影响客户的在线部署，除非有明确的门控。

输出格式

在报告时使用：

并行执行结果：
- 运行通道数：5
- 完成通道数：4
- 阻塞通道：部署回读，等待 DNS 传播
- 发现的快速路径：批量仓库扫描 + 聚焦测试
- 验证：lint 通过、单元测试通过、在线冒烟测试通过

失败模式

• 导致冲突编辑的过度并发。
• 对工具而非任务进行基准测试。
• 在正确性得到证明之前将"快速"视为完成。
• 忘记轮询运行中的会话。
• 在成功摘要背后隐藏跳过的检查。