多个智能体同时改一个仓库：Git 要补的不是速度，是边界

观点：多智能体并发写代码，缺的是协议级的约束，不是更快的 Git

Cloudflare 宣布 Artifacts 进入 open beta，并办了一场比赛：用 Workers + Artifacts 构建一个"面向智能体时代"的 Git 平台，硬性要求是至少支持多个智能体并发工作。比赛截止 2026 年 10 月 14 日，第一名是 25000 美元 Cloudflare credits。

把"并发智能体"直接写进赛题，本身就说明一件事：现有的代码协作模型撑不住这个场景。

三个要点

• 提交的频率与粒度变了。 Git 的设计假设是"人低频、较大批"地提交；智能体的模式是"高频、极小步、可回滚"。分支策略、review 流程、CI 触发都会被打爆。
• 冲突不只是文本冲突。 多个 Agent 同时改同一功能的语义冲突，合并工具不会报错，只有测试与评审能发现。
• 审计需求上升。 出问题时要能回答"这一行是谁、基于什么指令写的"，这要求提交信息里携带可追溯的上下文。

反过来说，智能体也带来一个红利：每一步都有指令与日志，天然可追溯。问题在于现有仓库结构里没有地方存这些信息。

对读者的实际建议

1. 先限制并发，再谈优化。 同一模块同一时间只允许一个 Agent 写入，是最有效的止血手段。
2. 把"任务边界"写进分支策略。 一个任务一个分支、合并前必须过测试，比事后解冲突便宜得多。
3. 提交信息里保留指令来源。 谁下的指令、目标是什么、哪个模型版本，出问题时有据可查。
4. 对合并门禁提高而非降低标准。 Agent 写得快，评审环节就是唯一的质量闸门。

结论：面向智能体的代码平台，核心不是更快的 Git，而是并发下的边界、审计与门禁。谁把这三件事做进协议里，谁解决的是真问题。

参考来源

• Cloudflare 官方博客与 Artifacts 比赛说明：blog.cloudflare.com
• Hacker News 相关讨论
• 素材索引：AI HOT（aihot.news）