TraeWork 的记忆（Memories）：它记住了什么、存在哪、怎么删

一、每次开新对话都要重复交代一遍，这件事本身就是成本

用 AI 助手做事，最磨人的往往不是它答得对不对，而是你得反复告诉它同样的几句话：用中文回答、代码里别写多余注释、这个项目的目录约定是什么、对外文案统一叫哪个名字。这些不是某一次任务的要求，而是长期成立的偏好。可对话是一次性的，换个窗口它就不认识你了，于是你把同一段前置说明复制粘贴到第 N 个对话里。

「记忆」就是冲着这件事去的。TraeWork 官方文档在《记忆》这一页开篇写的是：将对后续协作有价值的偏好与规则保存为「记忆」。注意这句话里的定语——对后续协作有价值的偏好与规则，它划出的范围是偏好和规则，不是「把我说过的话都存下来」。这个区别在后面讲边界时会反复咬人。

顺带说一下这一页在文档里的位置，方便你自己去核：在 TraeWork 官方文档的目录中，《记忆》被放在「上下文」这一组下面，前一篇是《规则（Rules）》，后一篇是《命令》。也就是说，官方是把记忆归到「上下文」这个大类里的，和 Skills、Rules、MCP 这些并列。至于记忆和 Rules 在同时存在、内容冲突时谁优先——《记忆》这一页里没有写，我们也不去猜。

二、官方文档写明的用法：两类记忆、两个路径、一个开关

记忆分两类，作用范围不同

文档写明 TraeWork 支持两类记忆：

记忆类型	生效范围	存储位置（文档原文）
全局记忆	在当前用户本地的所有项目中生效	macOS & Linux：~/.trae-cn/memory/user_profile.md Windows：%userprofile%/.trae-cn/memory/user_profile.md
项目记忆	仅在当前用户本地的当前项目中生效	macOS & Linux：~/.trae-cn/memory/projects/{project_path}/project_memory.md Windows：%userprofile%/.trae-cn/memory/projects/{project_path}/project_memory.md

这张表是这一页里信息密度最高的地方，值得逐个字读。

第一，两类记忆的文件名是不一样的：全局记忆落在 user_profile.md，项目记忆落在 project_memory.md。你在自己机器上找的时候按文件名找就行。

第二，两类记忆都落在同一个根目录 .trae-cn/memory/ 下面，项目记忆多一层 projects/{project_path}/。文档里 {project_path} 是写成占位符的，具体这个占位符是拿项目绝对路径原样拼、还是做了某种转义或哈希，官方文档没有说明这一点。所以「我把项目文件夹改个名或者挪个位置，原来的项目记忆还跟不跟着走」这个问题，你在这一页里找不到答案。

第三，Windows 侧文档给的是 %userprofile%/.trae-cn/...。它用的是 %userprofile% 这个环境变量而不是写死盘符，斜杠方向也和 macOS 段落保持了一致——照抄文档原文即是如此，我们不替它改写成反斜杠版本。

第四，也是最要紧的：这两个路径都指向本地用户目录下的 Markdown 文件。记忆不是存在某个云端账号里的一条数据库记录，而是躺在你自己电脑上的纯文本文件。

开关在哪：设置 > 规则与记忆 > 记忆

文档写明的启用步骤是两步：前往「设置」>「规则与记忆」>「记忆」，然后打开「记忆」开关。

这条路径本身透露了一个信息：Rules 和 Memories 在设置里是同一个二级入口（「规则与记忆」）下的两件事。你去找的时候不要单独找一个叫「记忆」的顶级设置项。

改记忆有两条路

第一条是你自己动手改。 文档写明的步骤是：进入「设置」>「规则与记忆」>「记忆」，在「全局」或「项目」页签中，点击「用户记忆」或「项目记忆」区域；系统会在本地打开存储 user_profile.md 或 project_memory.md 文件的文件夹并高亮对应的记忆文件；然后你打开文件，写入新的记忆、更新已有记忆、删除不再需要的记忆，保存。

这里有一处很实在的设计值得说：文档写的是打开文件夹并高亮文件，而不是在产品内部提供一个记忆条目的编辑器。也就是说，真正的编辑动作发生在你自己的文本编辑器里，产品只负责帮你定位到那个文件。既然如此，你完全可以跳过这几步，直接按上面那张表里的路径找到 .md 文件来编辑——它就是一个普通的 Markdown 文件。「怎么删」这个问题的答案说白了就是：把文件里对应那几行删掉，存盘。

第二条是让 AI 去改。 文档把这条路拆成了五种情形：

• 自动创建记忆：AI 会自动识别对后续协作有价值的偏好或规则，并创建相应记忆。
• 自动更新记忆：当 AI 识别到你的偏好或规则发生变化时，会主动更新对应记忆。
• 按要求创建记忆：明确告知 AI 需要记住的内容，文档给的例子是「记住我偏好使用中文回答」。
• 按要求修改记忆：明确告知 AI 新的偏好或规则，文档给的例子是「以后叫我 David」。
• 按要求删除记忆：明确告知 AI 需要删除的记忆，文档给的例子是「删除关于我偏好的称呼的记忆」。

前两种是 AI 自己发起的，后三种是你发指令。文档的原话是「你也可以通过对话让 AI 管理记忆，或允许 AI 根据上下文自动维护记忆」——这个「允许」是在哪里配置的、和上面那个总开关是不是同一个，文档在这一页里没有写。

三、边界：文档明说的限制，和它压根没说的部分

这一段是本文的重点。功能怎么用，读一遍原文就会了；真正会在几周后咬到你的，是下面这些。

明说的限制只有一条，但这一条很硬

文档在「使用限制」标题下只写了一句话：记忆数据存储于本地，无法跨电脑共享。

这一句配合上一节那两个用户目录路径来读，含义就很清楚了：

• 你在公司台式机上攒了半年的偏好，换到笔记本上是零。
• 团队里另一个人不会因为你训好了记忆而受益，这不是一份团队共享的知识。
• 重装系统、换机器，如果你没有单独备份 .trae-cn/memory/ 这个目录，记忆就没了。

要不要把这个目录纳入你自己的备份或同步方案，是你自己的选择；但要提醒一句，这属于通用的本地文件管理做法，不是 TraeWork 官方文档里的建议，官方文档对备份、迁移、同步这几件事一个字都没有提。

「不会被保存」的三类信息，以及那个括号

文档列出了以下三类信息不会被自动保存为记忆：一次性或临时指令；模糊、不确定的偏好；敏感信息（如密码、个人隐私）。

关键在这份清单前面的限定句，原文是「以下信息不会被自动保存为记忆（除非用户指定需要保存）」。把这个括号和清单里的「敏感信息（如密码、个人隐私）」放在一起读，得到的结论是：文档承诺的是「不自动保存」，而不是「拦着不让保存」。换句话说，如果你在对话里明确要求它记住某段内容，文档并没有说明系统会对敏感内容做额外的拒绝或脱敏。

再叠加上一节那个事实——记忆最终落地为你本地用户目录下的一个纯文本 .md 文件——那么把密钥、口令、身份证件号这类东西说给它「记住」，结果就是这些内容以明文形式留在你磁盘上的一个固定路径里。这些文件是否加密存储、是否设置了特殊的文件权限，官方文档没有说明这一点。所以最省事的做法是：这类信息压根别让它记。

顺带说清楚一件事：「不会被自动保存」这条清单里还有「模糊、不确定的偏好」。这意味着你随口说的半句话未必会进记忆。如果某条规则你确实希望长期生效，别指望自动识别，要么明确说「记住……」，要么直接去改文件。

文档没有说明的部分，逐条列出来

下面这些都是使用一段时间后大概率会遇到、但这一页里查不到答案的问题。我们不猜，只标出来，免得你以为是自己没找到：

1. 记忆条数或文件体积有没有上限——官方文档没有说明这一点。文件会不会越滚越大、大到影响什么，同样没有说明。
2. 记忆会以什么方式进入模型上下文——是整份文件每次都带上，还是按相关性挑选，官方文档没有说明这一点。
3. 记忆是否消耗积分——TraeWork 官方文档站顶部挂着一条公告，写的是「重磅更新：以积分为核心的计费模式正式上线」。但《记忆》这一页里没有提到记忆功能与积分的关系。积分口径请以官方最新公告与定价页为准，我们不做任何换算和推测。
4. 全局记忆和项目记忆同时命中且互相冲突时谁优先——官方文档没有说明这一点。记忆与 Rules 之间的优先级同样没有说明。
5. 关掉总开关之后，已经写好的记忆文件会怎样——是保留在磁盘上只是不再被读取，还是有别的处理，官方文档没有说明这一点。
6. 哪些端上有这个功能——这一页是挂在 TraeWork 文档下的，路径写明了 macOS、Linux、Windows 三个平台的本地目录；但对于是否存在不提供该功能的形态（例如网页端），官方文档没有说明这一点。
7. AI 自动创建/更新记忆时会不会先征询你——文档写的是「自动识别」「主动更新」，至于有没有确认环节、能否回滚，没有说明。

还有一点必须写在前面：TraeWork 是仍在快速迭代的产品，文档更新频繁，上面这些「文档没有说明」的空白随时可能被后续版本补上，路径、菜单名与计费口径也可能变动。你读到本文时，请以官方文档的最新内容为准。

四、什么时候值得开，什么时候别费这个劲

值得开的情形，大致是这三类：

一是你有几条长期不变、跨项目成立的个人偏好——回答用什么语言、称呼、输出格式、口头禅一样反复交代的那几句。这类东西写进全局记忆（user_profile.md）最划算，写一次省无数次。

二是你长期只在一两台固定机器上干活。既然文档明写了无法跨电脑共享，那么机器越固定，这个功能的收益越高；反过来，你要是天天在多台机器之间切换，攒记忆这件事的边际收益会被「换台机器又是零」抵消掉不少。

三是某个项目有稳定的、说过很多遍的约定——目录规范、命名习惯、这个项目对外统一用哪个名称。这类写进项目记忆（project_memory.md），不会污染你在其它项目里的行为。

下面这些情形，我建议你先别急着依赖它：

• 需要团队统一口径的规则，别放记忆里。 它按文档定义就是本地、单用户、单机的，同事拿不到。团队级的约定该走哪条机制，本文不下结论——《规则（Rules）》是另一页文档的内容，我们另有一篇专门讲。
• 一次性的要求别往里塞。 文档自己就把「一次性或临时指令」列进了不会自动保存的清单。硬要它记，只会让文件里堆满几周后你自己都看不懂的条目。
• 任何带密码、密钥、个人隐私的内容，别记。 理由上一节说过了：文档只承诺不自动保存，没承诺会拦着你手动指定保存，而落地形态是本地明文 Markdown 文件。
• 你还在摸索工作方式的阶段，也可以先不开。 偏好本身没稳定下来时，自动创建加自动更新会让记忆文件跟着你的反复来回改，反而增加了你去核对「它现在到底记着什么」的负担。

最后给一个很实际的操作建议：不管你开不开自动管理，隔一段时间把 user_profile.md 打开翻一遍。这个文件就是这套机制的全部真相所在——它记着什么、有没有记岔、有没有过期条目，都在这份纯文本里，一眼就能看完。相比在对话里问「你还记得我的偏好吗」，直接读文件要可靠得多。

安全与合规相关做法请结合自身环境评估，本文不构成安全方案建议。

---

本文依据 TraeWork 官方文档（docs.trae.cn）于 2026-08-17 的公开内容整理。 我们没有开通付费账号，也没有实际操作过该产品，因此不涉及界面外观、操作手感与生成质量的任何描述。 该产品仍在快速迭代，功能与计费口径随版本变动，文中涉及积分与套餐的表述均为复述官方文档原文， 请以官方最新公告与定价页为准。