Claude把记忆打通到Cowork
记忆从聊天延伸到云端任务，默认范围和敏感主题边界都要看清。
本文要点
- Chat与云端Cowork从各自上下文变成共享同一份memory。
- Claude在聊天过程中按topic写入memory，更新节奏从会后摘要前移。
- 用户可在Memory settings按topic查看、编辑或删除。
阅读辅助
先看数字、证据和来源，再读正文。
Claude已把聊天memory与云端Claude Cowork任务打通。
2026-08-25 · Claude博客发布memory更新，称聊天和Claude Cowork从当天起使用同一份记忆。
Claude在2026年8月25日把memory从聊天体验扩展到Claude Cowork：官方博客的原话是“Starting today, the memory you use in chat is the same as in Claude Cowork”。这是一项上下文基础设施更新，关注点落在用户长期语境能否进入云端任务。它让用户在聊天里积累的项目、偏好、客户和团队语境，可以被云端Cowork任务继续使用。
可以确认的事实有四个。首先，官方博客称Chat与Claude Cowork使用同一份memory。其次，Claude会在聊天过程中按topic保存记忆，用户可以在Memory settings里逐条查看、编辑或删除。再次，Free、Pro和Max在web、desktop、mobile上默认开启memory。最后，博客层面的Team和Enterprise口径是管理员控制可用性，成员仍需自己开启。
边界同样需要前置。敏感主题默认不保存；用户开启“include sensitive topics in memory”以后，Claude只保存之后新出现的相关内容，不会追溯保存开启之前的旧对话。官方还列出若干即使开启敏感主题也不会保存的类别，包括政府身份号码、犯罪史、移民状态和违反可接受使用政策的内容。
对普通用户，这次更新减少的是重复briefing。对企业买方，变化更接近一套长期任务上下文的权限问题：Cowork可以替你在云端跑研究、表格、文档和周期性任务，memory让它更懂上下文，也让“谁能写入、谁能带走、谁能删除、谁能审计”变得更具体。
公告范围要逐句读
这条新闻最容易被写歪的地方在适用范围。官方公告同时谈了个人套餐、企业套餐、敏感主题、移动端版本和Cowork运行形态。任意少看一个限定词，都会把产品能力写得过满。
这里要把两个来源分开。官方博客负责当天产品增量：8月25日起，Chat和Claude Cowork共用memory；Free、Pro、Max在web、desktop、mobile上默认开启；Team和Enterprise的可用性由管理员控制，成员仍需自己开启；敏感主题开启后只保存未来内容。Help Center负责当前控制面细节：memory以topic管理，用户可以要求Claude记住、修改或忘记内容，组织级控制在Enterprise与Team之间存在差异。
因此，新闻增量应写成共享上下文层的产品化，避免写成“Claude突然什么都记住”。Claude把已有memory接到聊天和云端任务之间，同时给用户保留topic级管理和敏感主题开关。默认开启只覆盖Free、Pro、Max三个个人套餐在web、desktop、mobile上的体验；企业侧还要结合博客中的管理员可用性口径、Enterprise组织开关和Team成员自主管理来理解。
| 控制面 | 当前口径 | 对用户和组织的含义 |
|---|---|---|
| 个人套餐 | Free、Pro、Max在web、desktop、mobile上默认开启 | 普通用户会更快获得跨会话上下文，但仍要定期检查topic |
| Enterprise | Help Center显示有组织级memory控制 | 管理员需要明确组织开关、导出和删除流程 |
| Team | Help Center显示成员直接管理自己的memory设置 | 团队内更依赖成员自主管理和内部使用规范 |
| 敏感主题 | 默认不保存，开启后只保存未来内容 | 用户授权不是追溯扫描旧聊天 |
| Cowork任务 | 博客称云端Cowork可使用聊天memory | 任务入口需要说明memory是否参与输出 |
memory从摘要变成topic文件
Claude对memory的描述从“记住过去聊天”推进到“按topic维护可编辑文件”。官方博客称，Claude现在会在你聊天时向memory添加topics，不再等一段对话结束后才做摘要。用户提到项目截止日期改到9月，下一次对话就可以知道这件事，不必再说“remember this”。
这套设计有两个产品含义。其一，memory不再只是个人资料卡，而是任务上下文的分层索引。它可以记录项目优先级、经理偏好、客户背景、指标定义、会议城市和speaker名单。其二，topic文件是用户可见、可改、可删的对象。官方举例说，如果公司旧名称写错，用户在一个文件里修正，以后的对话都会采用新说法。
从协作角度看，topic比长摘要更容易治理。一个长摘要的风险是“所有事情混在一个文本块里”，用户很难知道哪条信息触发了哪次回答。topic文件至少给了更细的操作面：看某一类记忆、改某一条事实、删某一个主题。不过官方目前没有公开topic生成规则，也没有说明冲突处理。例如项目memory和个人memory同时存在时，Claude如何决定优先级，仍是未回答的问题。
Cowork为什么需要这层上下文
Claude Cowork产品页对自身定位很明确：用户把真实工作交给Claude，聊天窗口只是任务入口。用户给目标，Claude在选择的文件和工具里执行多步任务，产出deck、文档、表格或研究材料供人审阅。产品页还写到，用户可以从手机发起任务，Claude在云端继续运行，之后再由用户检查、重定向或审阅结果。
这种产品形态天然需要上下文连续性。让Cowork做一份季度业务回顾，光知道“做个QBR”远远不够。它需要知道团队如何定义指标、上季度客户是谁、经理喜欢什么格式、预算文件放在哪个目录、异常阈值怎么设。过去这些内容往往散在聊天记录、项目说明和用户临时输入里；统一memory以后，Cowork在接受任务时可以直接继承一部分背景。
但这也解释了为什么memory在Cowork里更敏感。聊天中的错误记忆通常表现为回答偏差；Cowork中的错误记忆可能进入文件、表格、邮件草稿或周期性报告。一次旧客户名、旧KPI口径或旧组织结构的误用，会被自动化任务放大。记忆越能减少重复说明，越需要可见、可撤销、可追踪。
敏感主题是这次公告的治理核心
官方把敏感主题单独拿出来讲，说明Anthropic知道memory扩张会遇到信任问题。默认情况下，Claude不会把健康、种族、民族、宗教信仰、政治、性别认同等个人或敏感主题保存到memory。用户如果认为某些敏感信息对使用有帮助，可以打开“include sensitive topics in memory”。
这里有三个细节不能省略。开启是用户选择，不是默认；开启之后每次Claude保存这些主题时会显示通知；它只保存未来内容，开启之前的相关内容不会被追溯保存。也就是说，用户打开开关不会授权Claude回头扫描旧聊天，把所有敏感信息补进memory。
Help Center进一步说明，用户拒绝通知或稍后关闭该设置时，Claude会移除已经保存到memory里的敏感项目。另一些类别不进入memory，即使用户要求保存也不行，包括政府ID号码、犯罪史、金融账号和移民状态。这个边界很重要，因为“用户决定记什么”不是无限授权。Anthropic保留了一条产品级禁止线，用来隔开有用个人化和高风险个人数据。
企业侧还要处理审计
企业侧的表述比个人套餐复杂。官方博客说，管理员控制组织可用性，个人用户默认关闭直到开启。Help Center当前文本把企业控制拆得更细：Enterprise有组织级memory控制，生成chat history memory的组织开关默认开启；Team计划没有组织级memory功能控制，成员直接管理自己的memory设置。管理员不能查看或编辑个人用户的具体memory。
这套设计试图同时满足两件事：组织需要管能力开关，个人需要管自己的长期上下文。问题在于，Cowork可能读取文件、使用工具、生成工作制品，影响范围超过个人聊天回答。若某个输出受到memory影响，企业审计通常会关心三个问题：memory里哪条topic被用到了，谁创建或修改了这条topic，删除后是否影响已经生成的制品。
当前公开材料没有完整回答这些问题。Help Center提到系统会记录owner开启或关闭组织级memory控制，标准conversation access logging适用于memory entries，个人成员的memory编辑不会被记录。这对个人隐私是保护，对企业审计则意味着一个张力：管理员能管开关和数据导出，但看不到、也不编辑成员的具体记忆。落地时，组织需要把这一点写进内部使用政策，避免只把memory当成效率功能。
从“能回答”到“能接手”
过去一年，AI产品的记忆功能经常被包装成个性化：记住语气、偏好、常用格式。Claude这次把重点放在Cowork，含义更接近“任务交接”。官方博客举例说，用户在聊天里谈过项目，Cowork接任务时就知道这些项目；用户聊过经理偏好，Cowork写更新时就能沿用；用户解释过团队指标定义，以后Cowork做季度业务回顾deck时无需重复briefing。
这条路径把memory从体验层推到工作流层。聊天个性化让用户少打几句话；工作流记忆则可能改变任务边界。一个可交接的agent不只是接收当前prompt，还要知道长期目标、组织口径、文件位置、上下游约束和过去决定。没有memory，Cowork更像一次性外包；有了memory，它才更接近持续协作。
这也是为什么官方产品页强调“runs on web, desktop, and mobile”和“cloud even when your laptop is closed”。长期任务不可能每次都从空白prompt开始。用户在手机上交代一个任务，让云端Cowork继续执行，再回到桌面审阅结果，中间最容易断裂的就是上下文。统一memory就是把这条链路补起来。
Claude这次更新把长期上下文接进agent任务系统，重点已经从聊天偏好转向工作流状态。Cowork要承担研究、分析、文档和表格这类真实工作，就必须知道“这个组织过去怎样定义问题”。memory在这里变成一层可持续调用的任务上下文，单纯个性化装饰已经不足以解释它的产品位置。
但这层状态越有用，治理成本越高。用户可以逐topic查看、编辑和删除，是正确方向；敏感主题默认不保存，也是必要底线。当前缺口是任务级透明度：当Cowork根据memory做出某个选择时，用户最好能知道它引用了哪条topic，以及删除或修改这条topic后怎样影响未来任务。
企业采用时尤其不能只问“默认开不开”。更实际的问题是，管理员如何制定组织政策，用户如何理解个人memory和项目memory的边界，审计人员如何复盘一次Cowork任务引用了哪些长期上下文。Claude把memory打通到Cowork以后，效率收益和责任边界同时被放大。
需要继续核验的三个层面
产品可解释性是最靠前的验证点。官方说用户能在Memory settings里按Topics查看短文件，也能让Claude记住、修改或忘记内容。下一步要看Cowork任务本身是否会展示memory引用轨迹。如果只在设置页能看见topic，而任务输出看不到哪些topic参与了推理，用户仍然难以排查错误来源。
组织治理要跟着产品一起落地。博客把组织可用性放到管理员手中，Help Center又把Enterprise和Team的控制项拆开；个人memory仍由用户控制。这个折中合理，却要求企业内部有清晰政策：哪些团队可以使用memory，哪些任务不得用memory，敏感主题是否允许个人开启，导出和删除请求如何处理。否则，默认关闭只会把问题推迟到第一次真实项目上线。
多端一致性也值得单独看。官方明确Free、Pro、Max在web、desktop、mobile默认开启memory，并提醒iOS和Android需要更新到最新版以获得最新更新。敏感主题通知、暂停memory、重置memory、incognito chat和项目memory如果在各端提示不一致，用户很容易误以为自己在某处关闭的记忆已经全局停止。
这次发布本身足够清楚：8月25日开始，Claude把Chat与云端Cowork的memory打通；个人三档套餐默认开启；企业侧要结合管理员可用性和计划差异来管理；敏感主题默认不保存，并且开启后只保存未来内容。后续决定它价值的核心，是用户和组织能否稳定知道Claude记住了什么、何时用了什么、以及怎样把错误记忆清掉。