用途
re0-plan 用于在 re0-loop 的循环真正开始之前，打开并填充本次迭代的案例文件夹 .re0/iteration/<version>-<workname>/。它解决两个问题：一是没有书面论点、门清单和步骤计划的循环容易漂移到最先出现的框架上；二是空文件夹对恢复的会话毫无信息。因此它保证文件夹从创建那一刻起就带有真实内容，无论本次循环最终属于哪种重量。
主要能力
- 判断循环重量：没有实质设计面的修复或加固属于轻量级；方向确实值得论证的循环属于完整级。
- 创建文件夹并在同一步写入首个文件：
- 轻量级 → RETRO.local.md：一段话说明任务及为何轻量。re0-memo 会在结尾扩展同一文件，不会另起新文件。到此为止。
- 完整级 → DESIGN.local.md：论点、范围和质量门，内容与 re0-loop 的 FRAME 阶段期望一致，足以独立撑过一次会话中断。当变更触及可交付面时，质量门始终包含 AGENTS.md/README 反映门。用 readchk 确认读取，用 modelchk 评估层级；仅当方向确实存在争议时才使用 macrothink 或其他判断技能。
- （仅完整级）写入 WORKFLOW.local.md：本次循环按 re0-loop 阶段顺序执行的具体编号步骤，针对本次构建，而非重述通用阶段。
- （仅完整级）写入 EVIDENCE.local.md：把 DESIGN.local.md 中的门列为尚待填写的证明面，即标准而非结果。
- 参考材料保持扁平命名 REF-<topic>.local.md；只有超过两三个文件时才提升为 refs/ 子文件夹。
- 交接给 re0-loop。此处不调用 re0-work——从零重启是 re0-loop 自身在循环中途的调用，由 nba 在必要时提出，绝不是设置步骤。
使用方式
按上述工作流执行：先分类重量，再创建文件夹并同步写入对应文件，完整级继续写 WORKFLOW 与 EVIDENCE，最后交接给 re0-loop。完成前需验证：文件夹自存在起即有真实内容；完整级路径下 DESIGN 含论点、范围、门，WORKFLOW 步骤针对本循环，EVIDENCE 每个门可追溯到 DESIGN；轻量级路径下 RETRO 已用任务和理由播种为一段话；参考材料保持扁平除非已获得 refs/ 子文件夹；并报告采用了哪条路径及原因。
适用场景
适用于使用 paperthin 完整包并遵循其仓库约定的项目，在每次迭代开始前建立规划案例。它与 re0-release（退役文件夹）和 re0-memo（扩展本技能播种的内容）配套。
限制
- 不具可移植性：直接命名其他 paperthin 技能并假定完整包已安装，与其他技能自包含的默认做法相反，只为与 re0-release 和 re0-memo 配对，不能单独使用。
- 不填充：轻量级不写 DESIGN/WORKFLOW/EVIDENCE，其 RETRO.local.md 种子保持一段话，是任务笔记而非伪装的 WORKFLOW。不会“以防万一”强行加入判断技能或 re0-work。
- 文件夹的 <version> 是暂定的：沿用 re0-release 的 minor/patch 判别（按种类而非大小），并随循环中未解决的分叉保持待定，绝不预先承诺尚未赢得的版本提升。
- 文档保持对齐：当变更触及可交付面时，质量门始终包含 AGENTS.md/README 反映门，按 AGENTS.md 的文档角色划分分配——内部机制/规则/结构 → AGENTS.md，面向用户的目录/体验 → README。绝不把智能体指令机制倾倒进 README，也绝不为面向用户的变更跳过 README。
- negatives-as-corpus：本技能或其开启的循环所产生的内容都不会被删除；出错的循环由 re0-release 退役而非丢弃。
- EVIDENCE.local.md 的每个门都必须追溯到 DESIGN.local.md 中的一行，不发明 DESIGN 未要求的证明面。