用重复构建-验证-复盘循环推进长期智能体项目…

适用于长期智能体项目：通过反复的构建→真实界面验证→复盘→对抗审查→重做循环，让学习复利、让代码可被淘汰，而不是以工时或功能数量衡量进度。

适用场景

解决思路

1. 框定论题与质量门（quality gates）。
2. 构建一个完整的垂直切片。
3. 通过真实界面驱动它：Web 应用用浏览器，API 契约用 HTTP，桌面应用用 computer-use，CLI 仅用于数据形态的产物。
4. 运行 `re0-memo` 提取经验教训、反模式和下一轮的门。
5. 决定下一轮是原地迭代还是使用 `re0-work`；当该决策或下一步不明确时，用 `nba` 读取循环状态并返回唯一的下一步动作。
6. 在构建前先杀死下一个计划：使用项目的对抗性审查技能，或在该技能仅限用户调用时由人工发起攻击。
7. 只对通过其质量门的模板或模块打版本标签。
8. 每一轮都要有与产物规模匹配的真实界面证据；测试只是辅助证据，不是门。
9. 在核心循环通过之前不要扩大范围。
10. 不要把生成多样性误认为结构多样性；如果许多输出收敛到同一形态，说明本轮未通过多样性门。
11. 保留负面语料（negative corpus），以便后续循环能证明同一反模式已被消除。
12. 让代码死去；保留正确经验的重启也是进展。
13. 当没有外部真相进入时停止这一轮；在再次内部迭代前先补充证据。
14. 结束一轮前确认：真实界面已被驱动且证据已捕获。
15. 结束一轮前确认：`re0-memo` 至少指出一条影响下一轮的经验、反模式或门。
16. 结束一轮前确认：保留/迭代/`re0-work` 的决策是明确的。
17. 结束一轮前确认：任何版本标签只属于通过质量门的模板或模块。

适用边界 · 注意事项

• 不适用于短周期、一次性或无需反复迭代的任务。
• 不适用于无法通过真实界面（浏览器/HTTP/computer-use/CLI）验证的产物。
• 不适用于没有外部真相来源、只能内部自洽推进的场景。