Raft 让我第一次更具体地看到
Agent 产品的一种可能
是怎么把协作做起来
今天很多 Agent 产品
仍然停留在单 Agent 逻辑里
哪怕表面上可以调用 sub-agent
或者 agent 调隔壁 agent 的 cli
本质上很多协作仍然没有脱离“主 Agent 调度、用户中间传话”的模式
我有自己的 cursor 调用 也有codex
已经没有 claude code了，被封伤了
项目层面也有 Harness
也让他们来回对话
但是感觉总不太对
因为我是中间传话的一样
一会儿让 A 做这个
一会儿让 B 做那个
直到 我开始用上 Raft
开始对 agent 协作这个场景
有点感觉到
什么叫把 Agent 组织起来
我拿自己的 Observe 项目做了一次实验
Cindy 没有直接拉几个 Agent 开干
而是先盘了一遍现有链路
再和我一起确定角色、职责和最终 Owner
随后，她创建频道、组建团队、分配任务
再统一汇总进展
到这里，我第一次有了一种很具体的感觉
我不是在同时调用几个 Agent，
而是在带着 Cindy
把一支团队组建起来
MailScout、XScout、ObserveOwner 也不只是临时切换出来的几个人设
它们有持续存在的身份，有各自的职责、任务和交付
工作会留在频道和线程里
第二天还能继续接着推进
当然，这次实验也有点跑偏
原本只是想体验多 Agent 协作和本地单 Agent有什么不同
后来却一路做到了写契约、搭隔离环境、跑影子链路和装机
整个过程越来越像带着三个员工把一条流水线搭完
但这恰好让我看到了 Raft 不一样的地方
自动生成一份 Brief，脚本和单 Agent 也能完成
Raft 特别的是
它让你开始像带团队一样
去定角色、分任务、看进度、做验收
真正让我觉得有意思的
不是同时使用了更多 Agent
而是终于可以
把它们组织成一支持续协作的小队
真正好玩的是
人和Agent
终于组织成一支持续协作的小队