re0-loop 是一个用于长周期智能体项目的工作流技能，核心目标是让每一轮循环的学习不断复利，同时防止代码的不断堆积伪装成项目进展。
用途
re0-loop 让项目在反复的轮次中持续推进，循环结构为：
FRAME -> BUILD -> DRIVE -> RE0-MEMO -> HATE -> RE0-WORK -> BUILD AGAIN
它强调进展的衡量单位不是投入的小时数、文件数量、面板数量或功能数量，而是通过质量门禁的模板数量、可复用的平台模块数量，以及在后续循环中被消除的反模式数量。
主要能力与工作流
- 框定（Frame）：明确项目论点与质量门禁。
- 构建（Build）：构建一个完整的垂直切片。
- 驱动（Drive）：在真实界面上驱动它——Web 应用使用浏览器，API 契约使用 HTTP，桌面应用使用 computer-use，CLI 仅用于数据形态的产物。
- re0-memo：提取经验教训、反模式以及下一轮循环的门禁。
- 决策：判断下一轮是在原地迭代还是使用 re0-work；当该判断或下一步不明确时，由 nba 读取循环状态并返回唯一的下一步动作。
- 构建前否决（HATE）：在构建前先否决下一个计划——使用项目自带的对抗性审查技能，或在该技能仅限用户调用时由人工发起攻击。
- 版本化：只对通过其门禁的模板或模块进行版本化。
规则
- 测试是支持性证据，而不是门禁；每一轮都需要与产物规模相匹配的真实界面证明。
- 在核心循环通过之前，不要扩大范围。
- 不要将生成的多样性误认为结构多样性。如果许多输出收敛到同一形态，说明该循环未通过多样性门禁。
- 保留负面语料，以便后续循环能够证明同一反模式已被消除。
- 让代码死去。一次保留正确经验的重启就是进展。
- 当没有外部真相进入时，停止这一圈；在再次进行内部循环之前先补充证据。
验证
在完成一圈之前：
- 真实界面已被驱动，且证据已被捕获。
- re0-memo 至少指出一条影响下一轮的经验教训、反模式或门禁。
- 保留/迭代/re0-work 的决策是明确的。
- 任何版本标签只属于通过质量门禁的模板或模块。
适用场景
适用于长周期的智能体项目，尤其是那些进展必须被持续验证、经验需要跨轮次累积、且需要防止代码堆积掩盖真实进展的场景。
限制
资料中未提供关于收费、价格、平台支持范围、具体安装步骤或效果保证的信息。