- 能力文件补 导航元信息(内容描述/使用场景/使用要求),技能目录按目录派生;索引检查与磁盘逐条一致。 - 规则:计划与提交新增「验证期冻结源码」「全量只跑一次」两条纪律并写清与生成、验收数据库的关系; 模块依赖、任务与证据、文档与资源生成、测试隔离等规则同步本轮口径。 - 角色合同与配置的模型白名单保持一致;技能正文不再夹带索引注记(与后端资源加载同口径)。
33 lines
2.2 KiB
Markdown
33 lines
2.2 KiB
Markdown
<!-- 导航元信息: {"内容描述": "阶段0成果归位、短说明与交接指令", "使用场景": "作者要回看当前成果、选定方向或进入规划时", "使用要求": "统一产出范式,按命令校验格式"} -->
|
||
# 整理交付
|
||
|
||
当作者要回看当前成果、选择工作方向或进入正式规划时,按本指令工作。先读 [流程主文档](../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) 处理。缺少必要决定时只补问影响本次交付的部分。作者确认具体规划后才转正式正典;选择探索方向不包含这次确认。不得把“待定”伪装成已齐备的事实。
|
||
|
||
探索稿可以保留未知,但不能直接作为正文上下文。后续写作发现新的中心或更好的走法时,按正式规划修订流程回到相关内容。
|