re0-work 是一个受控重启（controlled restart）工作流。它的核心理念是：从上一轮周期所证明的东西重新开始，而不是从它碰巧构建出来的东西开始。
用途
re0-work 用于在项目或产物需要重新开始时，保留已经获得的知识，同时拒绝把偶然形成的架构复制到新周期。从零开始并不意味着失忆：契约、模式、词汇表、真实表面测试、质量门和负面语料，只要它们证明了自己值得保留，就会存活下来；而脚手架、解释性 UI、调试面板、浅层生成内容，以及唯一价值在于“知道不该怎么做”的代码，则不会被保留。
主要能力
该技能提供一套明确的工作流程，帮助使用者区分“保留”与“丢弃”的内容，并据此规划新的 v0 骨架。它强调在规划代码之前先命名第一个质量门，并要求新计划包含一个完整的垂直闭环。它还要求保留来源信息（provenance）于本地文档中，而不是放在交付产品里。
使用方式
工作流程如下：
- 阅读当前计划、任何经验教训或 re0-memo 笔记、本地领域笔记、QA 证据，以及触发本次重启的用户投诉。
- 识别需要保留的内容：契约、通过 QA 的模式、质量门、词汇表、可复用服务、真实表面测试和负面语料。
- 识别需要丢弃的内容：解释性 UI、调试面板、脚手架、浅层生成内容、偶然的抽象，以及唯一价值在于“知道不该怎么做”的代码。
- 在规划代码之前，先命名第一个质量门。
- 编写一个包含一个完整垂直闭环的 v0 骨架计划。
- 只构建第一个闭环，直到它通过质量门。
规则
从零开始意味着不向前复制，除非该产物证明了自己值得保留。 一个完整的垂直闭环胜过许多浅层表面。 在本地文档中保留来源信息，而不是在交付产品中。 不要围绕一个模糊的教训重建。把它变成一个质量门，或者把它排除在外。 不要删除负面语料；将其归档或引用到下一个周期能看到的地方。 如果某个可复用模块存活下来，请命名证明它存活下来的契约。
验证
完成之前： 保留/丢弃的划分是明确的，并且有证据支持。 新的 v0 计划有一个完整的垂直闭环和一个已命名的第一个质量门。 没有旧架构仅仅因为存在就被复制向前。 新的构建者可以在不重读失败代码库的情况下开始工作。
适用场景
适用于需要从 v0 重新开始项目或产物，同时希望保留已验证经验、契约、质量门、词汇表、真实表面测试和负面语料的场景。
限制
资料中未提供关于收费、价格、平台支持、具体效果或使用步骤的更多信息。