re0-memo

将已完成的周期转化为下一个周期真正用得上的经验。

目标

re0-memo 从工作周期中提炼持久有效的经验，而不为产出这些经验的成果辩护。一个周期可以顺利运行、通过测试，但最终成果仍可能方向错误。输出不是变更日志，也不是心理疏导笔记，而是一份本地、有证据支撑的记录，说明哪些做法有效、哪些进展误导了构建，以及下一轮必须通过什么关卡。

当成果已经完成、失败、令人失望，或情况模棱两可，以至于下一个 Agent 更需要了解本周期的经验而非沿着既有势头继续时，请使用 re0-memo。

工作流

1. 阅读原始目标、最终成果、QA 证据、用户投诉，以及任何本地规划笔记。
2. 区分有效资产与误导性进展：哪些契约、架构、测试、服务、词汇和示例值得复用；哪些 UI、面板、脚手架或抽象只看起来有产出。
3. 先归纳，再记录：如果反馈包含许多具体投诉，先向上归类，找出共同模式，再写下任何内容——针对许多项目的许多具体意见，通常都源于同一个根本缺口。将根本原因及其模式类别记录为经验；具体问题应作为证据归入其下，而不是单独作为经验。
4. 将每个失败命名为反模式，而不是一种情绪。
5. 将反复出现或影响重大的失败转化为下一轮的质量关卡。
6. 将含糊的用户指示转化为新 Agent 能够使用的架构词汇。
7. 为本周期编写或更新本地文档：记录经验的 re0-memo，以及说明下一周期契约、关卡和词汇的计划。
8. 验证仅凭这些文档，从零开始的 Agent 能否避免重蹈覆辙。

规则

• 不要为成果辩护。如果成果偏离了产品目标，就说明具体偏差。
• 不要写变更日志。文件列表和工作量总结不是经验。
• 不要把具体投诉照抄成经验。只修复被报告问题的经验会让系统始终依赖人工介入：凡是没人指出的地方，同类问题都会再次出现。要将每个具体问题提升为能够捕捉整个问题类别的模式——报告者的原话是证据，不是关卡。
• 保留负面样本库。失败路径也是训练数据。
• 优先设置硬性关卡，而不是给出建议。
• 引用本周期的证据：目标、文件事实、QA 输出、截图、记录、差异或用户反馈。
• 如果下一个 Agent 无法据此采取行动，它还不算一条经验。
• 将来源信息保留在本地；已交付的成果不应讲述自身的创伤。

验证

完成前：

1. 每条经验都能追溯到本周期观察到的证据。
2. 每个反模式都指出了具体的失败模式，以及能够捕捉它的关卡。
3. 没有任何经验伪装成单个被报告的问题：每条都涵盖一类问题，并将引发该经验的具体问题作为证据归入其下。
4. 新 Agent 无需通读整个旧会话，就能判断要保留什么、舍弃什么，以及优先测试什么。