Agent 还在用上个月的报价期限，而负责人已经改了规则。项目结束了，一条临时限制却继续影响新任务。与此同时，真正应该长期保留的品牌偏好被挤进了聊天记录。
这种错位通常不需要先换一个模型。先检查它读到的索引：哪些是当前规则，哪些是历史，哪些只是从未被接受的建议？
Buda 的记忆结构分为当前 Session、摘要索引 MEMORY.md 和 Drive 中的完整文件。索引是目录，不是全部档案。整理的目标不是让它“忘掉过去”，而是让下一次任务找到当前有效的依据，同时还能追溯旧决定。
从三条混在一起的记录开始
以下为虚构教学材料。路径、日期和负责人只解释方法，不是某个真实团队的记录。
# MEMORY.md — 整理前
- 标准报价有效期为 14 天。
- Atlas 项目：任何外部材料都不得用于本项目。
- 品牌文案：用具体动作，不写没有依据的收益。
- 下次可试试把报价期限延长到 30 天。
授权目录中另外有三份材料：policies/quote-v2.md 记录商务负责人林确认的 7 天有效期，2026-10-01 生效；projects/atlas/closeout.md 记录 Atlas 在 2026-09-30 结项；brand/voice-approved.md 记录编辑负责人陈接受的文案偏好。最后一条 30 天建议没有接受记录。
先列这些授权路径，不为整理索引而扫描整个私人 Drive。 如果源文件不可读、出处不明或你无权查看，先列缺口，停止对应条目的修订。文件最近修改时间只能提示去核查，不能替代接受记录。
每条记录先分类，再决定怎么改
把长期偏好、时效事实、任务进度和未经接受的建议分开。一句话里混了两类，就拆成两条。
| 条目 | 已核依据 | 整理提案 |
|---|---|---|
| 报价 14 天 | 已接受的 v2 明确改为 7 天 | 替代当前索引，保留旧版本的历史入口 |
| Atlas 临时限制 | 项目结项，不代表所有未来项目解除限制 | 标为该项目历史，不提升为全局规则 |
| 品牌偏好 | 负责人接受且未被替代 | 保留，补来源与责任人 |
| 报价延长到 30 天 | 只有讨论，没有接受记录 | 移出当前规则，列为需确认 |
这里有四种动作：保留、替代、标历史、需确认。不是四种自动判真算法。遇到两个负责人给出冲突规则，先呈现适用范围、接受记录与冲突，让人决定；不能选择时间较新的那句就结束。
让改后的索引指向原文件
先保存整理前原文，例如 memory-history/index-before-review.md，再向负责人展示逐条变更。批准的是哪些具体改动，也要记下来。历史文件不删除，敏感原文不复制到共享 Space。
批准后的示例索引可以这样写：
# MEMORY.md — 当前摘要
## 当前规则
- 标准报价有效期：7 天。
来源：policies/quote-v2.md；商务负责人林接受。
生效：2026-10-01；替代 14 天规则。
- 品牌文案：先写具体动作；收益必须有依据。
来源：brand/voice-approved.md；编辑负责人陈接受。
## 历史入口
- Atlas 的外部材料限制仅记录该项目当时的约束。
结项记录：projects/atlas/closeout.md。
- 整理前索引：memory-history/index-before-review.md。
## 待确认
- 30 天报价建议未获接受；不得作为当前规则。
待商务负责人林确认；保留原讨论入口。
源文件仍承担完整解释；索引只保留检索所需的摘要、适用范围和指针。不要在摘要里偷偷改掉源规则。例如 v2 只覆盖标准报价，就不能写成“所有合同都是 7 天”。
为这次整理留一张记录：条目 ID、旧摘要、新摘要、源路径及版本、接受人、有效日期、审核决定、替代关系。没有日期就写“未记录”，没有接受人就写“待确认”，不要为了表格完整而补造。
用新 Session 做三条追溯检查
在 Agent tab 新建 Session，只提供当前索引和获准读取的来源路径，不复制旧聊天的全部解释。以下是建议验收请求，不是已经跑过的测试结果。
- “今天起草一份标准报价，应采用几天有效期？给出来源与适用范围。” 预期找到 7 天规则及 v2；不能仅凭索引给出没有出处的结论。
- “Atlas 已结项。它当时的材料限制是否自动适用于新项目？” 预期区分项目历史与新项目权限；新项目规则未给出时请求确认，而非宣布可以任意用外部材料。
- “为什么没有采用 30 天？还能找到原来的 14 天记录吗？” 预期说明建议未接受，并能找到旧索引及替代关系，不抹去历史。
每次记录实际回答、打开的源路径、仍被错误套用的旧限制和需要人判断的矛盾。只有回答和来源同时对得上，才接受本次整理。一个问题通过，不抵消另一个问题继续引用旧规则。
常见问题
MEMORY.md 应该放进全部项目历史吗？
不应该。保留当前任务经常需要的摘要和通向完整材料的入口。项目明细留在授权 Drive 目录；否则索引会变成长档案，既难维护，也容易让临时约束看起来像永久规则。
没有接受记录，怎样处理重要信息？
保留原文及出处，标“待确认”，列出应由谁判断、影响哪些任务。在负责人确认前，不把它升级为长期规则。若当前任务依赖这条规则，暂停该判断，而不是用猜测补齐。
整理文件会训练模型，或同步给其他 Agent 吗？
文件整理不改变模型权重。Agent Drive 与共享 Space Drive 的范围不同；不要假设修改一处就传播到所有 Agent。检查实际使用哪个索引、哪个路径以及读取权限，再决定共享范围。
先审一份整理提案
在 Buda 中先让 Agent 列出“保留、替代、标历史、需确认”表，以及每一项的来源。由人确认变更后，再更新索引并做新 Session 复查。
如果这项维护反复发生，可以在 Buda AI 的 Marketplace 搜索并安装适合的 Skill，检查其输入范围、停止条件和变更输出；没有合适方法时再创建自己的 Skill。安装方法不等于已经完成审核。