记忆命名空间与共享

相同事实在不同主体下有不同资格

个人偏好、团队约定、任务笔记和客户事项事实需要不同namespace。一个Agent能够同时访问多个范围，不意味着它可以把读到的内容合并成全局记忆。Scope应来自服务端已验证身份与任务合同，不能让模型随意填写其他用户或tenant ID。

LangChain长期store支持自定义namespace，Zep v4则把user context graph和thread分开。框架提供组织容器，但资料是否可共享、是否继承原权限、何时撤回，仍需应用定义。Namespace只是实现边界的一部分，不是自动正确的授权模型。

共享必须说明方向

团队可维护只读政策块，成员可以读取；个人偏好通常不应反向提升为团队规则。客户事项中的经验可以提出脱敏程序候选，却不应把客户事实复制到全所公共记忆。子Agent的结果也必须保留来源scope，不能因为回到主Agent就扩大可见范围。

建议memory item同时保存owner、scope类型、scope ID、来源授权与当前状态。跨scope搜索只能由预先允许的范围集合构成，并在返回、注入上下文和交付时检查。共享摘要的权限不能宽于其依赖资料。

权限变化会影响旧记忆

用户离开团队、案件归档或源文档变私有后，过去抽取的事实也可能失去使用资格。记忆缓存、常驻profile和已恢复checkpoint要识别当前授权，而不是沿用写入时的许可。保留历史审计与允许在线回忆是两个不同用途。

验收使用两个tenant、相似姓名、相同问题和部分共享资料，检查搜索结果、模型输入、常驻块、引用与导出。再降级权限并重复查询，确认旧memory不绕过限制。没有发生可见泄漏的少量样本不能证明理论无漏洞，应报告覆盖范围和样本量。