企业知识库主要回答“组织有哪些可复用的内容”，企业记忆主要回答“这项工作过去发生了什么、涉及谁、当时依据什么、现在是否仍有效”。它们可以共享检索能力，但不能用同一套规则粗暴管理。
六个维度看清区别
| 维度 | 企业知识库 | 企业记忆 |
|---|---|---|
| 典型内容 | 制度、产品资料、SOP、模板 | 决策、沟通、事件、承诺、处理结果 |
| 组织方式 | 主题、目录、版本 | 人、客户、项目、时间、关系 |
| 稳定性 | 相对稳定、定期发布 | 持续产生、可能被后续事实修正 |
| 权威性 | 经批准的现行内容 | 带来源与时点的证据，不必天然正确 |
| 权限 | 按文档或知识域 | 还要考虑参与人、对象和关系 |
| 失效方式 | 新版替代旧版 | 新事件推翻、承诺完成、关系终止 |
例如《销售报价规则》属于知识库；某客户在某次会议中确认了交期偏好，属于客户对象下的记忆；最终价格与订单状态仍应回到业务系统。
记忆不能把推测写成事实
会议纪要、聊天摘要和 Agent 结论经常混合三种内容：当事人原话、对事实的近似复述、系统或 Agent 的判断。写入时必须保留归因和证据，不能把“根据对话推断客户可能在意成本”写成“客户确认预算不足”。
当新观察与旧记录冲突时，应保留时间线并标记当前采用哪个事实，而不是悄悄覆盖。这样后续 Agent 才能解释为什么判断发生变化。
权限要随对象关系变化
一个员工曾参与某项目，不代表离开项目后仍能检索全部记录；管理层事实也不应因为搜索词命中就向所有人展示。企业记忆需要在检索前后都执行权限过滤，并把请求人、对象、时间和用途纳入判断。
个人工作记忆与组织共享记忆也要区分。员工可以积累自己的偏好和工作方式，但只有明确共享、经过处理的部分才能进入组织上下文。
正确组合是“内容 + 事件 + 权威系统”
知识库提供规则与说明，企业记忆提供历史证据和关系，CRM/ERP/项目系统提供当前结构化状态。Agent 执行任务时按需组合三者，并为每项结论保留来源。
关于业务系统如何成为权威事实源，可读业务系统怎样成为 Agent 事实源；关于跨来源组装上下文，可读企业上下文工程怎么做。需要建设可服务不同 Agent 入口的企业知识与上下文层，可继续了解企业知识中枢。
哪些内容不应进入共享记忆
个人闲聊、未经证实的评价、与工作无关的隐私、已明确撤回的内容，以及无法说明来源的推断，都不应因为“以后可能有用”而进入组织共享层。工作事实也要遵循必要性：能从业务系统按权限实时取得的余额和状态，不必在记忆中复制一份易过期的快照。
共享前还要处理范围。一次管理层会议里的人员判断，可能只对少数角色可见；客户沟通中的个人联系方式也不应成为全员检索素材。记忆系统必须支持对象级权限和受控投影，而不是只有“整库可见/不可见”两个开关。
记忆写入需要生命周期
新事件先保存证据和归因，再判断是否进入长期摘要；承诺完成后更新状态，但保留完成时间；临时偏好和阶段计划到期后自动进入复核；人员离职或项目结束时重新计算访问权限与保留期限。
删除也要区分原始记录、索引、摘要和派生内容。只删原文但保留可还原隐私的摘要，不算真正撤回；直接物理删除全部审计证据，也可能破坏业务追溯。具体策略由企业的数据与合规规则决定。
用交接场景验收企业记忆
选择一个真实客户或项目，让没有参加过前期工作的同事在授权范围内回答：过去有哪些关键决策、哪条已被新事实推翻、谁承诺了什么、当前状态在何处核验、下一项行动是什么。若答案只能靠长篇聊天摘要而不能定位证据，系统仍只是搜索工具，还没有形成可靠企业记忆。
