让记忆保持好用
第一部分讲了"怎么用记忆"，这里讲"怎么让记忆一直好用"。
记忆存进去就不会自己更新。项目在变，但记忆可能还停在三个月前。好消息是——不用刻意维护，只有明确感觉到 AI 出错了再处理。
下面是四个最常用的实战场景。
场景一：AI 反复引用过时的规范
这是最常见的情况。AI 突然在某个地方用错了架构规范，比如还引用已经废弃的旧接口、旧目录结构。通常是记忆里还躺着老版本的规范，跟当前代码不匹配。
这时候直接说：
请删除跟 xxx 规范有关的记忆
AI 会去查找相关记忆并删除。不需要自己翻记忆列表。
场景二：主动检查记忆有没有过时
如果你一段时间没处理过记忆，又感觉 AI 的行为有点怪，可以主动做一次审计：
请你查看现在的记忆，是否有和我架构不匹配的地方或者过期的记忆
AI 会遍历你的记忆库，对比当前代码，生成一张审查报告，类似这样：
报告会列出每条记忆的"当前状态"和"实际情况"的差异，给你明确的建议——删除还是更新。你扫一眼，让 AI 按建议执行就行。
场景三：重大架构重构后更新记忆
如果你对项目做了重大调整，比如把 Web 四层架构改为三层架构，或者换了核心依赖，记忆里的旧架构信息会成为误导源。
重构完成后，顺手说一句：
我刚把架构从四层改为三层，请更新相关记忆
AI 会扫描代码变化，定位受影响的记忆条目，统一更新，不会出现"新架构跑着，老记忆躺着"的情况。
场景四：规则本身写错了，AI 一直照着错的来
这是一个真实案例。项目的 Tailwind 规则里定义了字体大小规范，用了 text-base、text-lg 这类 Tailwind 预设类名。但 Coze 平台的 CSS 基础字号是 12px（不是标准的 16px），所以 text-base 实际渲染出来是 12px，而不是预期的 16px。AI 不知道这个映射差异，每次都按规则里的预设类名生成代码，结果卡片组件字体偏小、页面标题也不对。
发现问题后，需要同时修规则和修记忆：
- 更新规则文件，标记
text-base/text-lg为禁止使用，改用精确像素值text-[16px]/text-[18px] - 批量修复已有组件：11 个卡片的
text-base→text-[16px]，8 个页面头部的!text-lg→!text-[18px] - 告诉 AI 更新记忆：
项目的 Coze 字体映射和标准 Tailwind 不同，text-base=12px 而非 16px，请更新相关记忆
如果不更新记忆，下次 AI 创建新组件时还会"本能地"用 text-base，因为旧记忆还在那里。规则改了但记忆没改，等于没改。
一个原则：不要频繁操作记忆
记忆不是数据库，不需要"数据治理"。大部分时候让它自己管理就行。Qoder 自己会做压缩和去重，不相关的内容被查到最多多一句废话，不会造成严重后果。
只在明确感觉到 AI 出错了再动手。 如果你发现 AI 在某个问题上持续给出错误信息，那多半是记忆的问题，按上面四个场景处理即可。
其他时候，忘掉记忆的存在。