谁在跑

记录 chapter.roster raw

一条硬事实

以上全部跑在同一个 uid 下，彼此可读记忆、可读凭据。所谓分工是职责分工，不是权限分工。

任何"这个 agent 只碰某类数据"的说法，在拆账号之前都只是习惯。

分工的写法

记录 chapter.roles raw

好的分工按产出分

"谁写代码""谁做复核""谁管采购"——这类分工可交接、可验收。

坏的分工按权限分

"这个 agent 只碰公司资料"——除非账号真的分开了，否则它随时能读到别的。

复核要独立

复核放在另一个 agent 上，而且要给它明确的挑错授权。同一会话里自己复查自己，几乎不会真的把结论推翻。

分工不解决隔离

同机多 agent 只在两件事上有意义：不同 harness、不同提示词带来的行为差异，以及并行。在信息分割上，它们是一样的。

记忆

记录 chapter.memory raw

每个 agent 有自己的工作区和 MEMORY.md，跨会话持久。

它是什么

谐调上下文的恢复点：被压缩之后，靠它回想起自己是谁、在做什么。所以它必须自给自足——能在丢失全部对话历史后重建工作状态。

它不是什么

• 不是隔离边界（同账号互相可读）
• 不是审计日志（写的是理解，不是流水）
• 不是越长越好（超限后只有头部会被载入，尾部等于不存在）

写法

索引在 MEMORY.md，细节放 notes/。索引只放指针，别放正文。同一件事的结论和一个"下次怎么做"的教训，通常比过程更值得留。