当项目基础错误或旧代码造成虚假进展时，如何受控地从 v0…

在必须推倒重来但不想继承意外架构时，保留已验证的契约、门禁、词汇、真实表面测试和负语料，并先构建一条完整垂直闭环。

适用场景

解决思路

1. 1. 阅读当前计划、任何 lessons 或 re0-memo 笔记、本地领域笔记、QA 证据，以及触发重启的用户投诉。
2. 2. 识别要保留的内容：契约、通过 QA 的 schema、质量门禁、词汇、可复用服务、真实表面测试和负语料。
3. 3. 识别要丢弃的内容：解释性 UI、调试面板、脚手架、浅层生成内容、意外抽象，以及唯一价值是让人学到“不要这么做”的代码。
4. 4. 在规划代码之前，先命名第一个质量门禁。
5. 5. 编写 v0 骨架计划，其中包含一条完整的垂直闭环。
6. 6. 只构建第一条闭环，直到它通过该门禁。
7. 7. 从零开始意味着不向前复制，除非该产物已经证明值得保留。
8. 8. 一条完整垂直闭环胜过许多浅层表面。
9. 9. 在本地文档中保留溯源信息，而不是在交付产品中保留。
10. 10. 不要围绕模糊的经验教训重建；把它变成一个门禁，否则就舍弃它。
11. 11. 不要删除负语料；把它归档或引用到下一轮能看到的地方。
12. 12. 如果某个可复用模块保留下来，明确指出证明它能存活下来的契约。
13. 13. 完成前检查：保留/丢弃的划分是明确的且有证据支撑。
14. 14. 完成前检查：新的 v0 计划有一条完整的垂直闭环和一个已命名的第一门禁。
15. 15. 完成前检查：不因旧架构存在就把它复制到新版本。
16. 16. 完成前检查：新的构建者无需重读失败代码库即可开始。

适用边界 · 注意事项

• 当基础正确、只需局部修复或增量演进时，不要重启。
• 当没有可保留的契约、门禁、真实表面测试或负语料时，重启只会变成失忆式重写。
• 当无法先定义第一个质量门禁并构建至少一条完整垂直闭环时，不要启动 re0-work。