Kimi Code CLI 0.41在Web版加入实验性的Tower多Agent协作，可通过命令或输入框开启，并允许指定基准分支。Tower适合把较大目标拆给多个Agent并行推进，但并行会放大上下文、分支冲突、配额和权限风险。使用前应先定义任务依赖、文件边界与最终验收，而不是把一个模糊需求直接交给多个Agent。
选择稳定的基准分支
启动前确保基准分支可构建、测试通过且没有未提交改动。指定准确base branch，避免Agent基于不同版本工作。
为每个子任务定义输入、输出、允许文件和验收命令。共享接口先由主任务确定，再并行实现。
拆分真正独立的工作
适合并行的是不同模块、测试、文档和方案调研；不适合多人同时重写同一核心文件或数据库迁移。用依赖图决定启动顺序。
子Agent完成时返回改动摘要、测试证据、未解决问题和分支位置。没有证据的“已完成”不能直接合并。
合并与冲突处理
主Agent逐个审查差异，先合并基础接口，再合并依赖模块。冲突根据设计决策解决，不让最后提交自动覆盖。
合并后运行全量测试、类型检查和安全扫描。涉及权限、数据和部署的修改由人批准，Tower不能自行发布生产。
控制并发与成本
限制同时运行Agent数、单任务预算、最大重试和时间。遇到限流使用退避，不能所有Agent同时重试。
统计并行节省的时间与增加的审查成本。小任务使用单Agent通常更高效，只有可清晰拆分时才启用Tower。
进一步实施建议
Web版划词评论可用于对消息、文件预览和diff提出精确反馈。团队应把评论转换成明确修改项并关联对应分支，避免口头意见丢失。Tower仍为实验能力，升级版本后先用测试仓库验证启动、分支与权限行为，确认稳定后再处理正式项目。还应记录Tower版本和基准提交，出现异常时可以关闭实验开关，并从未启用Tower的稳定流程继续工作。
落地检查清单
- 基准分支干净且测试通过。
- 子任务定义文件边界与验收命令。
- 合并后执行全量验证并人工审批。
- 限制并发、预算、重试和运行时间。
