re0-memo 的目标是从一个工作周期中提取持久的学习成果，而不为产生该成果的产出物辩护。一个周期可能运行正常、通过测试，但仍然是错误的方向。其输出不是变更日志，也不是情绪记录，而是一份本地化、有证据支撑的记录，说明什么有效、什么误导了构建、下一轮必须通过什么门禁。
适用场景
当产出物已完成、失败、令人失望，或歧义大到下一个智能体更需要本周期教训而非其惯性时，使用 re0-memo。
工作流程
- 阅读原始目标、最终产出物、QA 证据、用户投诉以及任何本地规划笔记。
- 区分有效资产与误导性进展：契约、模式、测试、服务、词汇和示例中哪些值得复用，对比 UI、面板、脚手架或抽象中哪些只是看起来有产出。
- 记录前先泛化：当反馈以许多具体投诉形式出现时，在写下任何内容之前先将它们向上聚类为共同模式——针对许多条目的许多具体问题通常共享一个根本缺口。将根本原因及其模式族记录为教训；把具体问题作为证据保留在其下，而不是作为教训本身。
- 将每个失败命名为反模式，而不是情绪。
- 将重复出现或高影响的失败转化为下一轮的质量门禁。
- 将模糊的用户指示转化为新智能体可用的架构词汇。
- 为该周期编写或刷新本地文档：一份记录教训的 re0-memo，以及一份记录下一周期契约、门禁和词汇的计划。
- 验证一个从零开始的智能体仅凭这些文档就能避免同样的失败。
规则
不要为产出物辩护。如果它偏离了产品目标，就说明偏离了什么。 不要写变更日志。文件列表和工作量总结不是教训。 不要把具体投诉直接转录为教训。只修复所报告案例的教训会让系统依赖人工介入：同一类失败会在没有人指出的地方再次出现。将每个具体问题升级为能覆盖其整个类别的模式——报告者的原话是证据，不是门禁。 保留负面语料。失败路径是训练数据。 优先使用硬门禁而非建议。 引用周期中的证据：目标、文件事实、QA 输出、截图、转录、差异或用户反馈。 如果下一个智能体无法据此行动，那它还不是教训。 保持来源本地化；交付的产出物不应叙述自己的伤痕。
验证
完成前： 每条教训都可追溯到观察到的周期证据。 每个反模式都命名了具体失败模式以及捕获它的门禁。 没有教训是单一报告案例的伪装：每条都覆盖一个类别，引发它的具体问题作为证据位于其下。 新智能体无需阅读整个旧会话，就能判断该保留什么、丢弃什么、先测试什么。