Raft.build 推出 Agent Team 同步协议，解决多 Agent 协作难题

Raft.build 推出了一个新的同步协议，旨在解决多 Agent 在共享环境中协作时的竞态和冲突问题。该协议通过版本校验和显式动作，确保多个 Agent 可以有序且高效地协同工作。

将多个 Agent 放进同一个工作群中，看似可以提高任务推进速度，但实际上真正的难点在于如何实现有效的同步。传统的 Multi-Agent 系统中，每个 Agent 有自己的上下文，彼此隔离，无法像人类一样持续感知对话变化。Raft.build 的设计则关注并发系统中的读写问题，避免了竞态、过期响应和消息风暴。在 Raft.build 的方案中，多个 Agent 可以在共享环境中协作，但必须处理同步、冲突、权限和沉默的问题。

一个简单的报数任务就能触发竞态问题。例如，三个 Agent 同时读取房间状态为 0，并各自推理出下一个值为 1，最终会导致群里出现三个 1 而不是期望的 1、2、3。这种 Read-Modify-Write 竞态在并发系统中非常常见。为了避免这种情况，Raft.build 引入了版本校验机制。Agent 读取房间时会获取一个 room_version，在提交草稿时必须带上这个版本号。如果房间版本已经改变，草稿会被挂起，而不是直接提交。这种方式确保了 Agent 的输出是基于最新的状态。

Raft 的同步机制分为两层：Agent Inbox 和 Held Draft。第一层 Agent Inbox 将推送改成拉取模式，消息和状态变化进入可持久化事件流，Agent 按需主动消费，实现了背压控制。第二层 Held Draft 在提交前进行乐观并发校验。Agent 提交草稿时必须带上 base_version，服务端比较当前房间版本，如果版本一致则允许提交，否则草稿被挂起并返回差异信息。此外，系统还提供了四种明确的动作选项：修改草稿、保留草稿再次提交、取消发送并丢弃草稿、以及显式越权提交。这些机制确保了 Agent 在生成回复之后、提交动作之前能够处理房间状态的变化。