WorkBuddy用久了会碰到两件事。一件是它好像记得上回说过什么，省了一截交代；另一件是它把上回的事记偏了，还照偏着的去办。

两件事同根：WorkBuddy有两份记忆。一份由AI每晚自己生成，一份是四个本地文件，由人维护。

WorkBuddy每晚自动整理更新四类信息

WorkBuddy会自动生成对话记忆。它从会话历史里提取有参考价值的信息，形成记忆数据，定期更新。官方文档给的频率是“每晚整理当天会话”——白天聊过的东西，晚上由它过一遍。

AI抽取的方向是固定的，一共四类：

生成什么由它判断，不是人点菜。所以它记住的，往往是它认为重要的，不是人认为重要的。

这份记忆的入口在头像下的设置里，菜单名叫“记忆与进化”。左侧导航没有它，找的时候得往设置里翻。生成的内容只有本人可见，提取过程也不消耗积分。

用起来有四件事可做。

看：生成了什么，一条条翻得到，记忆摘要每晚重新生成，打开就是当天的版本。

改：在右上角点开编辑图标，用对话告诉它记住什么、忘掉什么，不必去找编辑按钮。

关：一键关闭之后，它不再提取新的记忆；已经生成的输出不会追溯撤回，关闭是往前生效的，不是倒回去改账。

搬：把产品给的示例提示词复制到别的AI里跑一遍，再把结果粘回来，旧账就带过来了。

除了这四件，还有一条近路常被忽略：会话历史可以检索。隔了一个月，想不起当初那份材料怎么归的、那件事聊到哪一步，不必翻聊天记录，直接问它——AI翻自己的历史，比人翻得快。

但这份记忆有个天生的毛病：它记的是概括之后的判断，不是原话。原话里那些限定，这次先这样、仅限于这个项目，最容易在提炼中掉队。文档也写得很直白，记忆由模型自动抽取，可能存在概括偏差或时效性问题，依赖它做重要判断前建议先核验。所以它适合当背景，不适合当依据。

四个本地记忆文件需要人来维护

首次使用WorkBuddy时，程序按内置模板生成四个记忆文件：IDENTITY.md、USER.md、SOUL.md、MEMORY.md。哪一份被清空了，程序还会把它重建回去。人能做的，是打开、改、删、重新组织——这是维护，不是撰写。

四个文件的位置在用户目录下的配置目录里，Windows上是C:\Users<用户名>.workbuddy\。设置里也有入口：设置→个性化，底下叫“本地长期记忆文件”。

四个文件各管一件事：

这四个文件每一轮开工都全量读进上下文。所以写长不是优点，是负担——写进去的每一行都占位置，也都在分散AI的注意力。

除了这四个文件，还有一份项目记忆。它是在工作空间里干活时攒出来的：AI每完成一件事就往日志里记一笔，日子久了，成了这个项目的底账。这份记忆不在配置目录，在工作空间的那个隐藏目录里。

记忆通过上下文发挥作用

记忆不会自动生效，它必须先被读进当前这一轮对话，才能起作用。这个“当前这一轮对话”，就是上下文。

上下文是一个有额度的窗口，装进去的东西大致这几类：系统提示、这一轮之前的对话历史、外部检索结果、工具调用输出，还有技能这类常驻说明。

系统提示是其中最稳的一块。四个记忆文件就装在这里，项目指令、技能清单也在。它每一轮都在，内容基本不变，相当于地基。

对话历史是这一轮自己长出来的。说过的话一句句往上加，只增不减，聊得越久占得越多。

外部检索结果是被临时调进来的。查资料、翻会话历史、从资料库取片段，结果都归这一类。它用完就散，不会停在这儿——所以隔一个月还能问出“上周做过什么”，靠的是历史存档加一次检索，不是记忆里有这条。想留住的东西，指望它自动变成记忆，多半留不住；写进文件，才留得住。

工具调用输出是另一回事，是它调工具干活时返回的东西：读进来的文件、命令的输出、跑出来的表格。一次一坨，量大，也最容易被丢掉。

技能走的也是另一条路，方式分两段：名称和描述常驻，正文用到才读。所以技能装得多，不干活的时候也占着一截——装之前先看清单。

这几类东西，进来的方式不一样，占的位置也不一样：系统提示和技能清单常驻，对话历史递增，检索结果和工具输出都是一次性的。窗口总共就那么大，只有对话历史一直往上涨。涨到后面，最早的那些交代就被挤出去了——材料在哪、要什么格式、哪些字不许动，最先没的往往是这些。

记忆就是通过注入进来的。每一轮开工，四个文件被全文塞进系统提示，项目里的项目指令与个人记忆一并带上。人维护的那份和AI生成的那份，在同一个任务里叠加生效。

记忆要维护：一份会冗余，一份会过时

要问维护记忆的理由，得先回到上下文。维护的核心不是让文件好看，是让上下文干净——冗余和过时，对上下文都是一种污染。一条信息旧了、错了，或者同一件事写了三遍，它照样占着位置，还会在接下来每一轮里持续影响输出。

AI生成的那份会攒出冗余。它每晚抽取，抽取就是概括，概括会丢细节，也会把临时的东西记成长期的。而且它只增不减，攒上几个月，重复的、过时的、前后矛盾的都堆在里面——它不会自己删。

四个文件那份会放成过时。程序只在首次生成时动手，之后没有明确的指令，它不会自己去改。写进去时是对的，半年后就未必：换过的工具、停掉的习惯、改过的规矩，一条条都还躺在文件里，AI照着执行。

两份都不维护，代价不止是记错一件事。一个往上下文里灌杂质，一个拿旧规矩约束新情况。底本偏一寸，输出偏一尺。

记忆怎么维护：划界、精简、定期看

四个记忆文件我维护过一遍，过程值得说。

最初四份合起来一万四千多字节，读着都挺有道理，直到逐条比对才发现问题：同一条规矩，三份文件里各写了一遍。不虚构、有异议必须提、仓库纪律、交付偏好、名字与称呼——六条，都是三处重复。还有一处已经过时：长期记忆里列着几个技能的名字，磁盘上早就换成别的了。

处理的办法是重新划界，一条只留一处：气质、语气进人设那份；可执行的规矩进长期记忆那份；关于人的事进用户那份；名字和称呼只留在名片那两份；版本变更记录单独存一份，不进注入——查得到就行，不必每轮都占位置。

四份合计从一万四千多字节压到九千三百多，降了三分之一。

动作的顺序比整理本身更值得记：先备份四份原文件，逐一校验；再出一版草案，原来的一个字节不动；比对确认之后才替换；替换完再校验一次。整理记忆这件事，最容易出的不是删错，是改完之后分不清哪版是对的。

至于日常，两份各有各的动作。

AI生成的那份，隔一阵去设置里翻一遍：看到偏的、旧的、重复的，用对话说一句改掉或删掉；换过城市、换过方向、换过习惯的，主动清一清。重要的判断要用到记忆里的信息，先核一遍再动手。清的时候不必手软——它记的大多是可再生的，删了下次还能再攒出来。

四个文件那份，按季度看一遍就够。看一眼有没有过时的、有没有同一件事写了两处，有就合并或删掉——这一份最怕的不是写少了，是越写越多。

界限也要分清：记忆管的是背景——名字、称呼、语气、习惯、待跟进的事。要它把某个动作固定下来、每次照做，那是技能的事，记忆担不了。

还有一条常被忽略：会话里出现敏感信息，提交之前要确认已经拿到授权。它按给的权限读资料，权限之外看不见；但“这份资料能不能放进这个任务”，是人的判断。