af08551d7b
- 能力文件补 导航元信息（内容描述/使用场景/使用要求），技能目录按目录派生；索引检查与磁盘逐条一致。 - 规则：计划与提交新增「验证期冻结源码」「全量只跑一次」两条纪律并写清与生成、验收数据库的关系； 模块依赖、任务与证据、文档与资源生成、测试隔离等规则同步本轮口径。 - 角色合同与配置的模型白名单保持一致；技能正文不再夹带索引注记（与后端资源加载同口径）。
22 lines
2.6 KiB
Markdown
22 lines
2.6 KiB
Markdown
---
|
||
id: decide-writing-candidate
|
||
name: 决定正文候选去留
|
||
category: operation
|
||
contract_version: 1
|
||
commands: [list_writing_candidates, read_writing_candidate, create_author_candidate, edit_writing_candidate, open_writing_review, decide_writing_candidate]
|
||
description: 展示新版正文候选与固定基线，按作者明确决定采纳、拒绝或暂缓；修改与部分选择先生成新候选版本。
|
||
---
|
||
<!-- 导航元信息: {"使用场景": "使用新版正文候选时\n使用新版候选入口时", "使用要求": "固定被审版本，重放原命令；不替作者决定\n使用被审版本，不自动替作者采纳"} -->
|
||
|
||
# 决定正文候选去留
|
||
|
||
使用已明确的新版作者配置。`.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正文写作](../../../../docs/系统架构/新版设计/模块设计/B05-正文写作.md)与[命令与作者决策](../../../../docs/系统架构/新版设计/接口契约/命令与作者决策.md)。
|