[{"data":1,"prerenderedAt":298},["ShallowReactive",2],{"docs-page-cn-/cn/usecase/blog/revoked_access_agent_memory":3,"surround-cn-/cn/usecase/blog/revoked_access_agent_memory":290},{"id":4,"title":5,"avatar":6,"banner":6,"body":7,"category":6,"desc":6,"description":276,"extension":284,"lead":6,"links":6,"meta":285,"navigation":6,"path":286,"seo":287,"stem":288,"__hash__":289},"docs/cn/usecase/blog/revoked_access_agent_memory.md","权限撤了，Agent 为什么还记得那份报价？",null,{"type":8,"value":9,"toc":275},"minimark",[10,18,21,24,27,30,33,36,39,42,47,50,53,56,59,73,81,84,86,90,93,96,99,102,105,108,111,113,117,120,123,126,139,147,150,152,156,159,167,170,173,176,179,182,185,187,191,194,259,262,269,272],[11,12,13],"p",{},[14,15],"img",{"alt":16,"src":17},"企业 Agent 的记忆权限与客户资料管理","https://cdn.memtensor.com.cn/img/1793610733348_azioej_compressed.png",[11,19,20],{},"CRM 里的访问权已经撤销，Agent 却还能说出客户的报价。",[11,22,23],{},"不一定是 CRM 的权限失效了。也可能是 Agent 之前读过资料，把其中的内容写进了摘要。原文件不能再打开，旧摘要却仍然被放进下一次对话的上下文，Agent 因此可能再次说出其中的内容。",[11,25,26],{},"这是企业接入长期记忆时，需要单独检查的一条路径。",[11,28,29],{},"随着 Agent 开始跨应用处理工作，如何在延续上下文的同时管理访问权限，也受到越来越多关注。",[11,31,32],{},"2026 年 10 月 8 日，Google Cloud 在 Gemini at Work 上介绍 Gemini agent，强调在多个工作应用中延续记忆、技能和控制。10 月 21 日，SentinelOne 发布 Singularity Agentic Detection and Response，以早期访问形式提供 Agent 发现、治理和运行时防护。",[11,34,35],{},"跨系统工作需要持续的上下文，也需要持续的权限检查。对记忆来说，问题很直接：当时允许读取的资料，后来谁还能继续用？",[11,37,38],{},"接入 MemOS 时，我们建议把这条检查放进日常调用。MemOS 提供记忆的保存、检索、修改和删除操作，让 Agent 能在后续任务中使用已有的客户上下文。企业后端则依据当前业务权限决定谁能调用、能处理哪些资料。这样，客户历史可以继续用于交接，人员权限变化后，应用也能及时调整记忆的使用范围。",[40,41],"br",{},[43,44,46],"h2",{"id":45},"人换了客户历史不该跟着丢","人换了，客户历史不该跟着丢",[11,48,49],{},"以销售调岗为例。假设一位销售曾用 Agent 整理某客户的报价和谈判进展，后来不再负责这个客户。",[11,51,52],{},"原负责人不能继续获取报价，新负责人却还需要知道之前谈到了哪里。为了撤权，把整个客户的记忆清空，会把交接资料一起删掉；只改 CRM 权限，不处理 Agent 已保存的内容，又会留下另一条读取路径。",[11,54,55],{},"因此，资料属于哪个客户、当前由谁负责，要分开记录。",[11,57,58],{},"企业可以按客户和项目管理共享业务历史，再把当前有权使用这些资料的人映射到对应范围。不要因为某位员工最先输入了报价，就把团队资料当成他的个人偏好；也不要为了方便协作，把它放进所有人都能搜索的公共范围。",[11,60,61,62,67,68,72],{},"在 MemOS Cloud 中，企业可以通过",[63,64,66],"a",{"href":65},"/cn/memos_cloud/introduction/isolation_filters/","项目和用户记忆","组织不同范围的上下文，也可以使用",[63,69,71],{"href":70},"/cn/memos_cloud/features/knowledge_base/","知识库","保存需要由多人共同使用的业务资料。客户交接时，新负责人可以在获授权的范围内继续检索相关历史。如果需要交接的内容原本保存在员工个人记忆中，企业也可以将需要共享的业务信息整理到团队可用的范围，再由后端根据权限提供给新负责人。",[11,74,75,76,80],{},"对更细的范围，MemOS Cloud 支持按来源、标签和业务元信息等条件",[63,77,79],{"href":78},"/cn/memos_cloud/features/filters/","过滤记忆","，再从符合条件的内容中检索与问题相关的信息。应用需要在写入时记录相应的业务字段，并由后端根据可信身份确定检索范围。项目 API Key 也应由后端保管，不接受前端随意指定客户或用户范围。",[11,82,83],{},"这里需要两项判断：先确定这名员工能访问哪些资料，再从允许的范围里找与问题相关的记忆。检索过滤负责执行范围，业务授权负责确定范围。",[40,85],{},[43,87,89],{"id":88},"撤权以后旧对话也要再查一遍","撤权以后，旧对话也要再查一遍",[11,91,92],{},"新开一个会话，发现访问被拒绝，还不能说明检查已经结束。",[11,94,95],{},"原负责人可能继续使用昨天的对话。报价已经出现在会话摘要、模型上下文或回答缓存里，本次请求甚至不用重新检索，就能再次说出来。",[11,97,98],{},"在企业应用中，我们建议把权限检查放到每次构建上下文之前。即使内容来自缓存，也要符合当前的访问规则。权限变更后，让相关缓存失效；已经加载的旧片段，不应继续随对话自动传给模型。",[11,100,101],{},"如果一份摘要混入了多个项目的资料，又无法可靠区分各句的来源，应停止复用，并用当前允许访问的材料重新生成。权限检查应发生在内容进入模型之前。",[11,103,104],{},"后台任务也要处理。撤权前排队的客户分析任务，执行和返回结果时都应重新检查权限，不能只凭入队时的一次授权继续工作。",[11,106,107],{},"读取、修改和删除还应分别授权。一个员工可以查看报价，不代表他可以通过一句“改成这个价格”，影响其他人之后读取的记忆。向 MemOS 提交编辑或自然语言反馈之前，后端要先确认操作权。",[11,109,110],{},"企业应用需要把这些检查接入上下文构建和记忆操作流程。撤权无法收回用户已经看过或自行保存的内容，要阻止的是系统在后续交互中继续提供这些资料。",[40,112],{},[43,114,116],{"id":115},"查错时要知道哪条记忆进了回答","查错时，要知道哪条记忆进了回答",[11,118,119],{},"“记忆检索成功”只能证明接口返回过，解释不了为什么 Agent 报出了一个旧价格。",[11,121,122],{},"排查时需要沿着请求往回看：调用者是谁，当时获准访问什么，检索返回了哪些记忆，哪些实际进入了模型，以及进入模型的是哪个版本。",[11,124,125],{},"应用可能对检索结果做过筛选或摘要，所以返回列表和最终上下文应当分别留记录。可以用一次业务请求的标识，把授权结果、记忆 ID、来源或版本引用，以及后续工具调用串起来。必要的正文证据放在受控存储中，不要把客户资料复制进每一条运行日志。",[11,127,128,129,133,134,138],{},"有权负责人纠正报价后，也可以沿这条记录检查更新结果。MemOS Cloud 支持",[63,130,132],{"href":131},"/cn/memos_cloud/mem_operations/update_memory/","直接编辑指定记忆","，也支持通过",[63,135,137],{"href":136},"/cn/memos_cloud/mem_operations/add_feedback/","自然语言反馈","提交修正，让系统结合上下文处理相关记忆。应用确认处理完成后，可以在新会话中查询当前报价，核对返回内容。",[11,140,141,142,146],{},"对会随时间变化的信息，MemOS Cloud 的",[63,143,145],{"href":144},"/cn/memos_cloud/introduction/time_awareness/","时间感知","还可以帮助检索区分当前信息和历史信息。例如，新负责人查看当前报价时需要最新状态；回顾谈判过程时，则可能需要了解之前的报价。",[11,148,149],{},"“建议降到某个价格”和“新报价已经批准”也要分开。保存下来的话即使一字不差，用错它的状态，依然会影响下一步行动。",[40,151],{},[43,153,155],{"id":154},"删除一条记忆别让旧材料再生成一条","删除一条记忆，别让旧材料再生成一条",[11,157,158],{},"撤权改变谁能使用资料。删除处理的是哪些记录不再保留。两件事不能共用一个含糊的“清理”按钮。",[11,160,161,162,166],{},"MemOS Cloud 支持",[63,163,165],{"href":164},"/cn/memos_cloud/mem_operations/delete_memory/","按记忆 ID 删除指定内容","，也支持清理某个用户在当前项目中的记忆。后台应根据请求选择范围：只需删除某条报价时，可以定位并删除相关记忆；清理用户在项目中的全部记忆则是另一项操作。",[11,168,169],{},"除记忆记录外，还需要检查这次删除范围涉及的原始对话、摘要、缓存和备份等材料，避免旧内容在后续处理时重新进入记忆。",[11,171,172],{},"更容易漏掉的，是应用保留的其他副本。",[11,174,175],{},"例如，一条记忆删掉了，原始对话还在。夜间任务重新处理这段对话，又把相同信息抽取了一遍。或者在线记录已经清除，恢复备份后，旧版本重新进入检索。",[11,177,178],{},"我们建议为删除保留一份处理记录：目标是什么，哪些副本属于这次范围，哪些任务需要取消或排除，哪些环节仍待完成。删除通过授权后，先阻止目标内容继续用于新回答，再执行相应清理。必须保留的业务档案，应限制用途，不能自动回流到记忆抽取流程。",[11,180,181],{},"备份按既定规则保留时，也应限制访问。恢复服务前，重新执行仍然有效的删除和权限规则，避免旧数据重新对外可用。",[11,183,184],{},"核验要检查目标记录和相关读取路径。问一次没有搜到，只能说明这次没返回，不能证明内容已经删除。",[40,186],{},[43,188,190],{"id":189},"上线前保留原会话撤一次权限","上线前，保留原会话，撤一次权限",[11,192,193],{},"针对开头的报价场景，可以用一组测试资料完成下面的检查：",[195,196,197,215],"table",{},[198,199,200],"thead",{},[201,202,203,210],"tr",{},[204,205,206],"th",{},[207,208,209],"strong",{},"操作",[204,211,212],{},[207,213,214],{},"应当看到什么",[216,217,218,227,235,243,251],"tbody",{},[201,219,220,224],{},[221,222,223],"td",{},"有权员工写入、查询客户报价",[221,225,226],{},"读取范围正确，能追溯到相关记忆和来源",[201,228,229,232],{},[221,230,231],{},"撤销这名员工的权限，继续从原会话追问",[221,233,234],{},"新检索、旧摘要和缓存不会让系统在后续回答中继续提供该客户报价",[201,236,237,240],{},[221,238,239],{},"换成获授权的新负责人查询",[221,241,242],{},"仍能使用应保留的客户历史，交接没有因撤权而中断",[201,244,245,248],{},[221,246,247],{},"按约定范围删除资料，并处理后台任务",[221,249,250],{},"目标内容停止用于回答，不被排队任务重新写回",[201,252,253,256],{},[221,254,255],{},"在隔离环境恢复旧备份",[221,257,258],{},"服务开放前，适用的删除和授权规则已重新执行",[11,260,261],{},"采用私有化部署时，再检查一次实际数据去向。记忆抽取、向量化、重排和回答模型都可能有独立端点，日志和备份也可能位于别处。数据库在内网，不代表所有处理都发生在内网。",[11,263,264,268],{},[63,265,267],{"href":266},"/cn/memos_cloud/getting_started/cloud_and_opensource/","MemOS Cloud 与开源自托管","提供不同的接入和部署方式，企业可以结合实际环境，分别检查数据处理链路和记忆操作。",[11,270,271],{},"接入可以从一位客户、一次人员交接开始。先检查原负责人失去访问权后，旧对话是否还会提供资料；再确认新负责人能否接着使用需要保留的客户历史。让 MemOS 的记忆操作进入企业已有的管理流程，客户摘要也就能随着人员和业务变化持续维护。",[11,273,274],{},"企业希望 Agent 记住之前做过的工作，也需要让记忆的使用范围跟上人员和业务的变化。",{"title":276,"searchDepth":277,"depth":277,"links":278},"",2,[279,280,281,282,283],{"id":45,"depth":277,"text":46},{"id":88,"depth":277,"text":89},{"id":115,"depth":277,"text":116},{"id":154,"depth":277,"text":155},{"id":189,"depth":277,"text":190},"md",{},"/cn/usecase/blog/revoked_access_agent_memory",{"title":5,"description":276},"cn/usecase/blog/revoked_access_agent_memory","OQSI2BdD-nhlhWcDtgueJgOepDB7zhM7oXnXaQ3ljhM",[-1,291],{"title":292,"path":293,"stem":294,"framework":6,"module":6,"class":295,"target":-1,"active":296,"defaultOpen":297,"children":-1,"description":-1},"企业 Agent 需要独立的长期记忆基础设施","/cn/usecase/blog/chatgpt_dreaming_long_term_memory","usecase/blog/chatgpt_dreaming_long_term_memory",[],false,true,1793611852665]