原文：mp.weixin.qq.com/s/KKrbunCDY…（2026年10月15日）
上一篇聊完，后台有朋友问我，既然要组队，那先迈哪一步
我以为他会问开几个 AI，他问的却是，要不要让它们共享记忆
这问题问到了点子上
我见过太多翻车现场，一个后接手的 AI 完全不知道前一个干了什么，把活从头又来一遍
也见过另一种，几个 AI 挤在一本越写越厚的笔记本里，最后谁也找不着重点
这两种窘境，对应两条路，选错了，后面怎么调都别扭
一条是接力，笔记本往下传
共享记忆，说白了就是接班的同事
换了岗位，职责和工具都变了，前任留下的工作日志却一页不少
好处很实在，信息不丢，随时能翻回前面任何一个细节
代价也明显，这本笔记本越记越厚，后接手的人容易被一屋子旧信息淹得找不着重点
那怎么让它换了岗还是那个人，做法是中途换一套角色说明书
这里有个容易被忽略的选择
把整份说明书换掉，更彻底，能顺手把无关的工具收走，安全，缺点是每换一次都要重算，费钱
另一种是不换说明书，只在需要的时候翻出一本行为手册，省钱，工具权限就没那么严
我的建议很朴素，角色的差别在知识、在流程、在写作风格，用手册就够了
差别在权限、在边界、在哪些事绝对不许做，那就换说明书，另外加一道硬门
一条是各干各的，靠通气
不共享记忆，就是不同部门的协作
每个人在自己的工位独立干活，靠共享文档和会议纪要来交换信息，而不是盯着别人的屏幕
它干净，隔离，能真正并行，一个部门出了故障也不传染给别人
麻烦在于，得事先说好怎么通气，出了事还得翻好几个部门的日志，才能拼出真相
有意思的是，这套架构和操作系统几乎一一对应
每个 AI 像一个进程，有自己的内存，创建、取消、巡查下属，对应进程里的 fork、kill、ps
几十年的老经验，大多能直接借过来
它靠两条管道撑着，一条送产物，一条下命令
AI 眼里的文件柜，分好几层
先说送产物的那条
AI 看到的文件系统，就像一只分层文件柜
最上面一层是私人抽屉，放自己的草稿、临时文件，别人看不到，人一走就清空
中间是公共桌面，大家的产物都摊在这儿，用户也能上传下载，这一层最容易撞车，所以要加锁
再往外是接进来的外接硬盘，用户授权的网盘、Notion 之类，用读文件的方式访问，可它受对方权限管，延迟高，最好只读
最后一层是工具书柜，系统自带的技能和手册，人人可读，只读，长期不变
一层层抽屉，分得清清楚楚
它最大的价值就一句话，大家互相传的是一张写着路径的小纸条，不是把整份内容塞进对方的脑子
下命令那条管道，也得管几件事
一个团队要转起来，光有共享文件不够
得能发消息，可以直接对讲，也可以走一个广播站，消息都装进统一格式的信封里，方便日后追查
得能问进度，别老盯着屏幕，发条消息问一句进展如何，或者让对方把进度写进一张轻量清单，看一眼就知道，很久没更新，就说明它卡住了
得能叫停，先体面地收尾再退最好，实在不行才强停，而且一个停了，它派出去的下属要跟着停，别留下没人管的孤儿
还得能分资源，这里最缺的是钱和并发名额，当队长的有脑子，可以边看进展边调，像公司里内部赛马
说到底
两条路没有绝对的高下
共享记忆连贯、好实现，得小心越堆越厚
各干各的干净、能扩展，得为沟通买单
真正难的，是判断这一次该走哪条
骨架搭好，下一个问题就是它们之间到底怎么配合，我下一篇想聊最经典的那一种，平级互审
