【Harness Loop Engineering】多Agent协作：从单循环到多循环编排

【Harness Loop Engineering】多Agent协作：从单循环到多循环编排导读：一个Agent重构微服务系统，先设计API、再迁移数据库、然后适配前端、最后编写测试——串行执行4小时，上下文塞满3次，到第3步时已经忘了第1步的设计决策。2026年7月，Cursor推出Agent集群功能，多个Agent可以并行修改不同文件；8月，Claude Code v2.1.224的跨会话消息传递让不同终端的Agent能互相"喊话"。多Agent协作正在从实验走向生产。本文将系统拆解四种协作模式、任务分解算法、消息总线设计、冲突解决策略，并给出编排引擎的完整实现，帮你从单循环跃迁到多循环编排。一、引言：单Agent的瓶颈1.1 单Agent处理复杂任务的三重困境在前8篇文章中，我们构建的Agentic Loop始终围绕单个Agent展开——一个循环引擎、一个上下文窗口、一组工具。这种架构在处理中等复杂度任务时表现良好，但当任务规模超出单个Agent的处理边界时，三重瓶颈开始显现：上下文爆炸：一个涉及微服务重构的任务，需要同时理解API定义、数据库Schema、前端调用链、测试用例。仅读取这些文件就可能消耗50K+ tokens，再加上推理链路和工具调用记录，200K的上下文窗口很快见底。上下文压缩能缓