Wink Pings

14个Bot只聊4个:多智能体团队卡在交接文件

Grok Bot把状态放进共享云电脑,Akshay用4个工程Bot跑任务板。看完这套流程,最该抄的是交接格式和拒绝猜测的规则。

14个Bot只聊4个:多智能体团队卡在交接文件

Grok Bot里容易误解的一点,是Bot看起来像独立员工,实际都跑在同一个账号的持久云电脑上。Akshay Pachaar 在视频和长文里演示了这件事:他建了4个工程Bot,让它们像小公司一样接需求、写后端、写前端、跑测试。视频在上面,长文在这里。视频章节覆盖computer use、connectors、用屏幕录制教技能、routines,以及从1个Bot扩到14个Bot的组织方式。

先补背景。Grok Bot 是 SpaceXAI 的产品,每个Bot是一个命名角色,有独立对话线程和记忆。账号下的所有Bot共享一台云电脑,文件写在 /workspace,一个Bot保存的文件另一个Bot直接读。每个Bot有自己的屏幕,可以并行做电脑操作,但单个Bot同一时间只跑一个 computer-use 任务。账号最多容纳50个Bot和群聊,群聊通常放2到6个Bot。Avi Chawla 在另一篇指南里把共享电脑比作办公室:Bot是同事,各有工位,共用文件柜和钥匙。

问题也在这里。多智能体最常见的失败,是交接时上下文丢了。后端Bot说接口好了,但它选的数据结构、错误码、没处理的边界,全留在自己的线程里。前端Bot接手时只看到一句话。另一种做法是把所有事塞进一个Bot,线程越来越长,早期决定被挤出窗口,Bot开始和自己之前的选择打架。Akshay的判断是,这两种失败同源:消息在承担状态,而聊天消息不适合干这个。

Grok Bot的结构刚好能绕开。状态放在磁盘文件里,消息只带路径。接手的人打开任务文件,读接口契约,看上一任标了哪些没做,再开始。Akshay用四个角色验证这套流程:

  • Piper 是项目经理。拆任务、管 board.md、排顺序、审交接笔记。她不写应用代码。
  • Bay 是后端。管API、数据模型、迁移、服务端测试,还有 InsForge 后端。它不碰UI。
  • Fin 是前端。管组件、客户端状态、对接Bay暴露的接口。它不改服务端契约。
  • Tess 是测试。写测试计划、跑验证、提bug。她不修自己发现的bug。

规则很硬。只有Piper能写board.md,因为四个Bot共享文件系统并可能并行,两个Bot同时改一个文件会静默丢编辑。每个任务一个文件,模板里写owner、status、depends_on、blocks、目标、验收标准、先读哪些上下文。交接笔记必须包含确切文件路径、完整接口契约、所有未指定但做出的决定、所有选择不实现的东西。缺一项,Piper打回。Tess不修bug也有原因:一个Bot如果顺手修自己的发现,它就会少报问题,因为最快让测试变干净的办法是悄悄修掉。

搭建顺序不复杂,但细节多。先建四个Bot,用一段固定描述让它们把自己的名字、职位、规则写进profile,再让它们读回来确认没有偷懒总结。然后让Bay登录 InsForge CLI,建项目、链表、装技能。Bay每次任务先跑 npx @insforge/cli metadata,看当前真实状态,不靠记忆。接着Piper建项目目录、board.md、context文件夹、tasks和handoffs。context里放architecture.md、conventions.md、glossary.md。Akshay说这是整个搭建里最高杠杆的二十分钟,因为Bot不用再问的东西都在这里。

组群第一条消息也很关键。Grok Bot不会自动知道四个Bot在同一个项目里。Akshay在群聊里写明谁负责什么,默认回到私聊,群聊只用来宣布交接、提跨层阻塞、回答直接点名。不点你就不用回。然后先让Bay建后端,Fin做前端,Fin自己去找Bay要表结构。这里有个细节:协调不是任务板创造的,任务板只是让协调变得有秩序。等代码存在了,Piper再从实际代码写context,不从计划写。最后建任务板和模板,跑第一个完整feature:密码重置。

这个例子里最能说明问题的是Bay停住了。Akshay在需求里写了30分钟过期和旧会话失效,但项目实际配置里没有这两项。Bay没有猜一个值让任务通过,它把问题交回Piper。Piper把任务移到Blocked,拿来问人。范围确认后,Bay记录平台默认的过期和会话行为,不发明数字。Tess最后在笔记里写明,30分钟过期和旧会话没有测,因为已经移出范围。系统没有假装一切按计划走,它把假设暴露出来。

Akshay把这套东西叫状态机:board持有状态,handoff笔记是转移,Bot是读后行动的工人。他的结论是,交接质量是文件格式问题,不是prompt问题。这个判断值得记。想让多智能体可靠,先规定笔记必须包含什么,再让技能拒绝写不完整的笔记。

但别急着建14个。视频标题提到1到14个Bot,只跟4个说话。评论里有人问,另外10个安静停摆时怎么让人知道;也有人问14个Bot多快烧完周限额。Akshay回复说自己用30美元月费计划能撑7天,编码任务大量交给已有订阅的Claude Code。Avi的指南则提醒,共享电脑意味着共享浏览器会话和命令行凭证,Bot不是安全边界。拿它跑实验可以,把生产项目塞进同一个账号要谨慎。Avi还对比了Hermes:Hermes把记忆和技能做成可读文件,隔离更强,机器要自己运维;Grok Bot把协作做成产品能力,维护少,隔离弱。选择取决于你愿意把什么登录进一台看不见的电脑。

如果只想试,先建一个窄Bot,跑一个真实任务,改到输出可审,再存成skill,最后才做routine。第一天就组14个Bot,大概率得到14个会安静停下来的员工。先让交接笔记能打回,再谈公司。

发布时间: 2026-11-05 07:33