响马(@xicilion):这个话题很有趣。git 的工作流用于处理慢速并发是够用的。但是多 agent 的时候，一个不留神，分叉就十万八千里了，到时候再合并就比较费劲。不过毕竟 agent 还不是个意识主体，我觉得还可以归于善意共识。

2026.08.03 05:46

这个话题很有趣。git 的工作流用于处理慢速并发是够用的。但是多 agent 的时候，一个不留神，分叉就十万八千里了，到时候再合并就比较费劲。不过毕竟 agent 还不是个意识主体，我觉得还可以归于善意共识。

2026.08.03 01:06

一个特别有趣的事情是用分布式领域经典的 CAP 不可能三角去看 git 和 agent team 作为分布式系统的协作模型。 Git 和 CRDT 都是保证 AP 放弃了 C，意味着允许断网期间不同副本状态分叉。而 agent team 的难点在于多节点如何对同一决策达成一致。这里 Raft 是经典的共识算法，它意味着保证 CP 放弃了 A，即当系统无法确认某个节点仍与权威多数派保持一致时，宁可拒绝它处理请求，也不允许它独立产生新的权威状态。但标准 Raft 仍然解决不了系统中可能存在恶意或被提示注入的坏 agent 节点的情况，这也就是所谓的拜占庭问题。换句话说，Raft 无法验证 agent 有没有说真话。所以感觉肯定多少会有拜占庭问题，但还不属于现在主流产品的 major concern 吧。