af08551d7b
- 能力文件补 导航元信息（内容描述/使用场景/使用要求），技能目录按目录派生；索引检查与磁盘逐条一致。 - 规则：计划与提交新增「验证期冻结源码」「全量只跑一次」两条纪律并写清与生成、验收数据库的关系； 模块依赖、任务与证据、文档与资源生成、测试隔离等规则同步本轮口径。 - 角色合同与配置的模型白名单保持一致；技能正文不再夹带索引注记（与后端资源加载同口径）。
2.6 KiB
id, name, category, contract_version, commands, description
| id | name | category | contract_version | commands | description | ||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| decide-writing-candidate | 决定正文候选去留 | operation | 1 |
|
展示新版正文候选与固定基线，按作者明确决定采纳、拒绝或暂缓；修改与部分选择先生成新候选版本。 |
决定正文候选去留
使用已明确的新版作者配置。.venv/bin/python -m muse 审阅 <私人作者配置> 列表 <章节ID> 列出候选；查看 <候选ID> 读取其版本、正文基线、差异及作者决定。当前人工候选只完成格式与版本校验，不宣称已经执行模型质量检查。旧库候选沿原入口维护，不能把旧ID直接交给新版命令。
在私人JSON中固定 candidate_id、candidate_revision、candidate_hash、target_ref、expected_revision，执行 打开 <请求文件>。向作者展示结果中 before 与 candidate 的实际内容，说明版本差异与采纳后果；创建审阅记录本身不代表批准。
执行作者已经明确的动作时，保留上述定位，添加 command_id、author_review_id、review_hash、action 和 approved_changes，再运行 决定 <请求文件>。action 为 adopt、reject、defer；完整采纳的 approved_changes 为 ["document"]。引用打开时返回的审阅ID和哈希，不能自行填补或改用最新版本。回执未返回时重放原命令和载荷；参数改变需要新命令。
作者修改全文时，修改候选 <请求文件> 使用 candidate_id、expected_candidate_revision、expected_candidate_hash、command_id 与 document；按段选择时用 selected_changes 替代 document，选择值来自实际差异组。修改会生成新的候选版本，必须重新展示再决定。陈旧候选不可覆盖作者新稿，仍可按明确意思拒绝或暂缓。
人工另拟改稿使用 建立候选 <请求文件>，请求与人工保存正文相同，但只写候选。模型生成与批准事实的联合采纳使用其业务流程；不能以人工入口补造任务、模型检查或证据。权威行为见B05正文写作与命令与作者决策。