企业 Agent 落地到一个现实瓶颈：同样的模型，装上公司自己的业务规则、客户异议和历史决策后，输出质量天差地别。传统 RAG 或单人聊天记忆，解决的是「检索到文档」，而不是「组织记得自己做过什么决定」。9 月 9 日 WRITER 发布 Enterprise Brain 与团队级 Agent Memory，试图把企业记忆从个人上下文升级为跨会议、文档、团队的共享上下文图谱。
底层机制通俗拆解
核心思路是「上下文图谱」而非「向量堆」。Agent Memory 不归属某一个员工账号，而是从团队在 WRITER Meet 的会话与讨论里提取决策、想法与偏好，自动组织成共享的 Context Graph。每个 Agent 执行任务前读取 Enterprise Brain，完成后把新活动与反馈写回系统。它同时接入 Slack 与 Microsoft Teams，让组织上下文直接出现在协作频道里——相当于给每个 Agent 配了一份「公司备忘录」，且这份备忘录会随会议自动更新。
本次核心优化点
相对传统个人记忆，它的增量在三点：一是上下文的「主体」从个人变成团队，避免同一结论被不同人重复推导；二是写回机制让 Agent 的工作反哺组织记忆，形成正循环；三是把品牌规则、合规要求、客户信息统一收口，减少员工反复贴会议纪要和上传资料的动作。
技术取舍与固有局限
代价是治理复杂度。上下文越完整，越需要把可见范围、来源、更新与遗忘机制一起管起来——谁在某个会上做的决定、哪些偏好只对某个团队有效、过期信息如何回收，都是新命题。WRITER 目前将可见性绑定到既有协作权限，但是否能覆盖跨系统、跨法人的复杂组织，行业暂未披露更多细节，后续将持续跟进迭代动态。
同类方案对比
方向上与微软的「组织记忆」、部分 RAG 厂商的「知识库 + 权限」相近，但 WRITER 的差异在于把记忆做成 Agent 可写回的活图谱，而非只读检索层。更早的脉络可追溯到将企业知识沉淀为可复用上下文的各类尝试，WRITER 把「写回」显式设计进工作流。
开发者落地适配建议与踩坑提醒
对多团队共用同一批 Agent 的企业，共享记忆能明显降本；但落地前务必先理清「哪些信息进图谱、谁有权读、何时遗忘」三条策略，否则 Agent 可能基于过期或越权上下文行动。建议从单一高价值流程（如销售条款、合规口径）试点，再横向扩展，不要一上来就全量喂入。