---
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)。