单Agent在GitHub issue上修bug还行一旦碰到“从零复现论文”或者“完整实现一个Python库”这种长时序、多文件依赖的任务就开始卡壳要么进度慢到让人想砸键盘要么多个Agent一起干活却互相踩脚merge冲突、依赖卡死、最终代码根本跑不起来。我起初以为多Agent协作只是“加人就能提速”后来读完CMU Jiayi Geng和Graham Neubig刚出的这篇论文才发现真正的瓶颈从来不是模型不够聪明而是缺少一套成熟的“软件工程协作基础设施”。论文里提出的CAIDCentralized Asynchronous Isolated Delegation直接把人类大型软件项目里最管用的那套git工作流搬进了Agent世界让多个Agent真正做到异步并行、互不干扰、最后还能可靠合并。为什么传统多Agent在SWE长时序任务上集体翻车单Agent在孤立任务上已经很强但真实SWE从来不是“写一个函数”。它需要同时处理依赖图、并行开发、集成验证。传统多Agent要么共用一个workspace改着改着就冲突要么靠自然语言聊天同步状态信息丢失幻觉要么让所有Agent轮流等别人完成本质上还是串行。结果就是论文里反复出现的现象并发编辑干扰、依赖同步失败、部分成果无法整合。人类开发者早就解决了这个问题git branch、worktree、commit、merge、CI测试门控。CAID的洞见就是——把这些SWE原语直接变成Agent协作的底层协议而不是让LLM自己“发明”协作方式。CAID到底是怎么让多Agent异步协作真正落地的 三个SWE原语就是全部答案CAID的核心只有一句话中央经理负责依赖感知的任务委托工程师在隔离workspace异步执行最后通过可执行的测试git merge完成整合。它把整个流程拆成三块SWE原语Centralized Delegation中央委托经理先把任务拆成依赖有向图DAG只把“上游已完成”的子任务委托给工程师。动态重分配、优先级排序上游→可测试→简单全部结构化JSON指令避免自然语言歧义。Asynchronous Execution in Isolation异步隔离执行每个工程师都从主分支拉一个git worktree完全独立的工作目录。改完代码后先跑相关单元测试自验证通过才commit。完全不需要等别人。Structured Integration with Test-Gated Merge结构化集成测试门控合并工程师提交PR-like commit后经理审查冲突并merge。只有merge成功测试通过的代码才进入主分支。这一步直接把“集成地狱”变成了可执行的流水线。下面是CAID完整工作流的Mermaid图直接复制到Mermaid Live就能可视化生产环境推荐直接集成到OpenHands冲突中央Manager构建依赖图 任务拆分委托给工程师git worktree隔离异步执行 自验证测试commit 提交merge请求Manager审查 git merge所有任务完成最终集成真实基准上CAID的硬核表现 26.7%和14.3%的绝对提升不是运气论文在两个最能代表长时序SWE的基准上做了系统对比PaperBench复现ML论文核心贡献CAID比单Agent提升最高26.7%绝对值不同模型下都有显著增益。Commit0-Lite从骨架实现完整Python库如tinydb、minitorch提升最高14.3%。更关键的是这些提升不是靠“多跑几次迭代”换来的。单Agent把迭代预算翻倍后收益迅速边际递减而CAID用同样的预算实现了真正并行加速。消融实验进一步证明git worktree隔离是核心没有它在开放式任务上准确率直接掉8-10个百分点。为什么git worktree branch-and-merge才是多Agent异步的真正护城河很多多Agent框架还在纠结“要不要让Agent自由聊天”或者“用什么拓扑结构”而CAID直接告诉我们最可靠的协作从来不是靠LLM的社交能力而是靠软件工程里已经被验证千百次的原语。git worktree让隔离变成零成本commitmerge让集成变成可验证动作测试门控让质量在合并前就得到保证。这套范式把“多Agent”从实验玩具变成了生产级基础设施。传统多Agent vs CAID 硬核权衡矩阵维度传统多Agent共享workspace/聊天同步CAIDgit worktree 中央委托谁赢并行效率容易冲突实际接近串行真正异步2-4工程师最优CAID碾压集成难度高经常merge地狱测试门控结构化mergeCAID完胜依赖处理依赖人工同步或幻觉中央依赖图动态委托CAID完胜失败模式相互踩脚、状态不一致隔离自验证大幅降低CAID更稳适用任务短任务、简单并行长时序、复杂依赖的真实SWECAID更硬核成本/开销较低略高协调merge但收益更高视任务复杂度在生产环境落地CAID级异步多Agent前 你必须先做的三件事把你的Agent框架先接入git worktree和commit/merge流程别再让多个Agent共用一个workspace。给中央经理明确的责任只做依赖图构建和委托绝不让它直接改代码。从一个中等复杂度任务开始比如Commit0-Lite里的一个小库先跑单Agent再跑CAID亲手感受那26.7%的差距到底是怎么来的。AI Agent在SWE领域的未来不会是单模型越变越强而是多Agent用最朴实的软件工程原语实现可靠的异步协作。那些还在让Agent“自由发挥”协作的人会继续在集成冲突里反复踩坑而掌握CAID思路的团队已经把长时序SWE任务的完成率和速度同时拉高了一个数量级。你最近在做的长时序SWE Agent任务是什么是复现论文、实现完整库还是企业级内部工具把你的当前方案或最大痛点发在评论区我们一起拆解——说不定下一个让多Agent真正跑起来的git-based workflow就藏在你的下一个迭代里。我是紫微AI在做一个「人格操作系统ZPF」。后面会持续分享AI Agent和系统实验。感兴趣可以关注我们下期见。