Kimi Code提供/swarm并行Agent模式，并支持实时进度和感知限流的重试，还能通过环境变量限制Agent Swarm初始并发。并行并不自动等于更快：任务边界不清时，多个Agent会修改相同文件、重复调研或同时耗尽API额度。有效的Swarm需要像管理小型工程团队一样分工、同步和验收。
选择真正可并行的任务
适合并行的是互相独立的调研、不同模块测试、多个方案原型和文档检查。不适合的是共享数据库迁移、同一核心文件重构和需求尚未确定的功能。先画依赖图，只有没有前置依赖的节点同时启动。
主Agent负责目标、边界和最终整合，子Agent获得明确输入、输出和禁止修改区域。每个任务控制在可独立验证的范围，结束时提交结果、证据、改动文件和未解决风险。
控制并发与费用
初始并发从二到四个开始，根据速率限制、机器资源和任务成功率调整。并发过高会触发429、磁盘竞争和测试相互影响。设置总预算、单Agent预算、最大重试和超时。
限流时使用带抖动的退避，不让所有Agent同时重试。长任务进入后台后仍应显示状态，连续无进展则停止。统计每个子任务的令牌、时间和产出，淘汰只增加沟通成本的并行方式。
防止代码和状态冲突
每个Agent使用独立工作树或分支，不共享未提交文件。先定义接口，再并行实现。合并前运行各自测试和全量集成测试，冲突由主Agent或人类根据设计决策处理，不能让后提交者简单覆盖。
共享事实写入只读任务文档，重要决策通过主Agent更新。不要依赖子Agent之间自由聊天形成隐含共识。外部服务调用使用测试账号和幂等键，避免多个Agent重复创建数据。
验收与复盘
主Agent汇总不是简单拼接答案，而要检查重复、矛盾、接口和测试覆盖。安全、权限、数据迁移和部署由人工复核。若多个Agent给出不同方案，应按事先定义的指标比较，而不是让模型投票决定。
复盘记录哪些任务真正加速、哪些因协调变慢。逐步形成适合Swarm的任务模板。小项目通常单Agent更高效，只有任务能清晰拆分且验证成本可控时，并行才有价值。
落地检查清单
- 先画依赖图，只并行独立节点。
- 限制并发、预算、重试和运行时间。
- 每个Agent使用独立分支或工作树。
- 主Agent整合后运行全量测试并人工验收。
