# 整理交付 当作者要回看当前成果、选择工作方向或进入正式规划时，按本指令工作。先读 [流程主文档](../SKILL.md) 和 [交付结构](交付结构.json)。这是阶段 0 唯一运行产物校验的子阶段。 ## 整理当前成果 将已有探索内容按范式归位。保留原稿中有价值的素材；没有进入九章的内容留在「待决与取舍」。未展开章节明确写“未探索”及目前的情况，有分歧的地方写清分歧，不替作者补成既定事实。 给作者一段短说明：已经长出了什么、目前最影响继续的是什么。作者只是回看时，交付到这里即可，不强迫选方向。 完成整理后，对这一份交付稿运行格式检查： ```bash .venv/bin/python -m muse 探索 <作者配置> 检查 <稿件ID> --预期哈希 <稿件哈希> ``` 校验只核对标题、空节和可选编号等格式。格式失败就修正格式；内容是否成立、是否值得继续，由规划角色解释、作者判断。禁止在日常探索每轮调用它。 ## 选择方向并交接 作者明确要按当前方向进入正式规划时，调用交接选定命令： ```bash .venv/bin/python -m muse 探索 <作者配置> 选定 <私人请求JSON> ``` selection 请求包含 work_id、draft_id、expected_hash 和 expected_revision。只使用作者实际点名的稿件版本及作品；不填 confirmedByUser、confirmedAt 或作者身份。S01 将所选快照和回执一起保存，后续改稿不改变已选快照。回执未返回时保持原请求重试。 交接后交给 [确认规划候选](../../确认规划候选/SKILL.md) 处理。缺少必要决定时只补问影响本次交付的部分。作者确认具体规划后才转正式正典；选择探索方向不包含这次确认。不得把“待定”伪装成已齐备的事实。 探索稿可以保留未知，但不能直接作为正文上下文。后续写作发现新的中心或更好的走法时，按正式规划修订流程回到相关内容。