多代理编码工作流：委派、隔离与集成

适合并行的任务会产生不同产物或答案，例如审查不同模块、调查不同官方来源、实现独立适配器或运行独立验证。如果多个代理要反复修改同一文件，或依赖彼此未经审查的中间假设，说明拆分不成立。

启动代理前写明每项任务的验收条件和依赖。如果无法描述边界，应先顺序探索，等架构清晰后再并行。

优先保证每个文件或子系统只有一个写入者。需要并发写入时使用独立 worktree 或分支，避免无意共享部署凭据、会执行钩子的包缓存或可变外部环境。

只读审查者可以查看同一快照，但发现必须引用路径与 revision，确保实现变化后能判断结论是否仍有效。

每个代理返回目标、范围、来源、假设、产物、已运行命令、结果、开放风险和下一步。不能把“完成”当作证据；集成者应能在不恢复子代理完整对话的前提下复现验证。

集成负责人检查产物是否符合任务、解决重叠改动、审查安全敏感变化，并在组合状态运行测试。每个代理单独通过测试，不代表合并结果正确。

前置条件失效、安全边界被突破或基线变化时，取消依赖任务。限制扇出、重试和总执行量。取消分支中的有用发现可以保留，但在最终 revision 上重新核对前必须标为过期。