WorkBuddy 的记忆和 CodeBuddy 的 Memory 是一回事吗？两边文档是独立的

同一套账号下的两个产品都有「记忆」这个功能，很容易让人以为是同一份数据、同一套机制。

官方给的是两套独立文档——WorkBuddy 在 Function-Description/Memory，CodeBuddy IDE 在 ide/User-guide/Memory。文档独立通常意味着实现独立。

这篇并列双方官方写明的内容，并说明为什么不该画等号。

依据：WorkBuddy 官方文档《记忆》（Function-Description/Memory）与官方英文隐私设置文档；CodeBuddy 官方中文文档 ide/User-guide/Memory。核对日均为 2026-08-16。本文只并列官方事实，不做优劣判断；我们没有安装任何一方的客户端。

一、WorkBuddy 侧官方写了什么

定位：

记忆让 WorkBuddy 记住你的偏好和习惯，对话越多，它就越懂你。

生成对话记忆：

默认开启，允许 WorkBuddy 从对话中提取并记住相关上下文，以便在未来对话中提供更连贯、个性化的回应。 记忆内容遵循 WorkBuddy 隐私政策，仅你本人可见。

管理记忆：

记忆摘要每晚重新生成，点击已生成的记忆，可查看、编辑记忆内容，通过对话的方式告诉 WorkBuddy 要记住或忘记什么。

导入记忆：

支持同步您在其他 AI 上的使用习惯，点击「开始导入」：复制示例提示词到其他 AI 产品的对话中；将结果粘贴到下方，点击「添加到记忆」完成导入。

三个开关（来自官方英文隐私设置文档）：Generate Memory（生成对话记忆）、Local Memory（本地记忆，仅云端模式下可用）、以及管数据流向的 Help Improve WorkBuddy（帮助优化模型，官方英文文档写明默认开启）。

二、为什么不该把两边画等号

理由一：文档独立。 两边各有各的 Memory 文档页，不是同一篇的两个入口。

理由二：产品形态不同。 WorkBuddy 是办公工作台，官方对记忆的定位是「记住你的偏好和习惯」；CodeBuddy 是编程工具，编程场景下的「记忆」通常要处理的是项目结构、编码规范这类上下文——同一个词在两个语境下指的可能不是一回事。需要注意的是，把形态差异直接说成「一个办公、一个编程」是个不准确的简化，WorkBuddy 和 CodeBuddy 的定位与形态差异那篇按官方文档拆过这句话错在哪。

理由三：这套产品体系里，同名能力两边实现不同是常态。 几个已经确认的例子：

能力	WorkBuddy 侧	CodeBuddy CLI 侧
权限模式	两档（默认权限 / 完全访问）	多种（default / acceptEdits / auto / dontAsk / plan / bypassPermissions / delegate）
定时任务	持久配置，按档位限数量（3/15/30/99）	会话级，退出即清除、3 天过期、每会话上限 50 个
远程	九个 IM 平台机器人	/gateway 启本地 Gateway + 浏览器 Web UI

同名不同实现，在这套体系里已经出现过三次。 所以看到「记忆」两边都有，默认假设应该是「可能不一样」，而不是「应该一样」。

三、能确定的：账号和积分是共用的

需要说清楚哪些是确定的。官方定价文档第一句：

CodeBuddy 和 WorkBuddy 同一账号积分共享，无需分别订阅。

所以账号层面是打通的。但「账号打通」不等于「记忆数据打通」——这两件事官方文档没有关联说明，我们不推断。

如果你两个产品都在用，又关心记忆是否互通，这属于该向官方确认的问题，不是能从文档推出来的。

四、WorkBuddy 侧值得动手的三件事

不管两边关系如何，你自己这一侧能管的有三件：

一、去看一遍它记住了什么。 路径：桌面端点右上角头像 → Settings → 左侧 “Memory” 标签 → 点记忆预览卡片。手机端头像在左上角。

重点检查五类：客户名称与联系方式、项目代号与未公开产品名、财务数字与报价区间、内部流程与组织架构、你的个人信息（闲聊时最容易带出来）。

二、记住「每晚重算」这个机制。 官方明确写了记忆摘要每晚重新生成。两个实用推论：今天说的明天才体现；你删掉的内容可能被重新提炼出来，所以清理后隔天再确认一次。

三、分清两个开关。 关记忆 ≠ 关模型训练。 在意「资料会不会被拿去训练」的，要关的是 Settings 最底部的「Help Improve WorkBuddy（帮助优化模型）」——官方英文文档写明它默认开启，关闭后只管新对话。

顺带说明：权限模式与隐私设置这两页只有英文版——我们逐条比对过官方文档 sitemap，英文 55 页、中文 53 页，缺的正好是这两页。

五、导入功能是 WorkBuddy 侧的一个特色

官方在记忆文档里给的「从其他 AI 导入使用习惯」这条，中文资料里基本没人写过。

机制挺巧妙：它不跟别家做数据对接，而是借助你在那边的对话本身——让那个 AI 自己总结「它了解到的关于你的信息」，你把总结搬过来。

用之前的一个提醒：那段总结是从你和另一个 AI 的对话里提炼的，可能带出客户名称、项目代号、内部数据。粘贴前先读一遍，删掉不该带过来的——这一步是纯手工的，也是你唯一 100% 可控的环节。

六、多产品混用时的记忆卫生

如果你 WorkBuddy 和 CodeBuddy 都在用，加上账号是共用的，有几条习惯值得养成：

一、按场景分开处理敏感内容。 别指望靠「哪个产品记了什么」来做隔离——你不知道两边的记忆是不是互通的。真正可靠的隔离是「不把敏感内容说进去」。

二、处理完敏感任务后去查一遍。 这是最实际的一条。刚整理完客户名单、财务台账，顺手去 Settings → Memory 看一眼，该删的删。这时候你对刚才聊了什么记忆最清晰，判断最准。

三、多客户场景考虑直接关掉。 如果你用同一个账号服务多个客户，不希望信息互相串，关掉「生成对话记忆」比事后清理省心。

四、公司环境找管理员。 官方英文隐私文档明确写了：企业部署与 API 使用，请联系你所在组织的管理员。你在客户端里切的开关，未必是最终生效的策略。

七、我们不写的东西

• 不写两边记忆是否互通——官方文档未关联说明，不推断；
• 不做「WorkBuddy 的记忆就是 CodeBuddy 的 Memory」这类等价——文档独立，形态不同；
• 不写 CodeBuddy 侧记忆的具体机制细节——本文重点是并列关系与 WorkBuddy 侧的可操作项，CodeBuddy 侧以其官方文档为准；
• 不写记忆数据的存储路径、保留期限、能否整体导出清空——官方均未说明。

小结

• 两个产品都有「记忆」，但官方给的是两套独立文档——WorkBuddy 在 Function-Description/Memory，CodeBuddy IDE 在 ide/User-guide/Memory。
• ★ 不该画等号：文档独立、形态不同，而且这套体系里同名能力两边实现不同已经出现过三次（权限模式、定时任务、远程控制）。
• 确定的是：账号与积分共用（官方原文）。但「账号打通」不等于「记忆数据打通」——官方未关联说明，不推断。
• WorkBuddy 侧的官方事实：记忆记的是偏好和习惯、默认开启、仅你本人可见、摘要每晚重新生成、可查看编辑、可用对话说记住/忘记、支持从其他 AI 导入。
• 三件该动手的：去看一遍记住了什么（Settings → Memory → 点卡片）、记住每晚重算（删完隔天再确认）、分清关记忆 ≠ 关模型训练。
• 多产品混用时的记忆卫生：靠「不说进去」做隔离，别靠猜哪边记了什么。

双方功能与文档表述均以各自官方为准，核对日 2026-08-16。