muse-agent-example/.agent/skills/操作/决定正文候选去留/SKILL.md

id, name, category, contract_version, commands, description

id	name	category	contract_version	commands	description
decide-writing-candidate	决定正文候选去留	operation	1	list_writing_candidates read_writing_candidate create_author_candidate edit_writing_candidate open_writing_review decide_writing_candidate	展示新版正文候选与固定基线，按作者明确决定采纳、拒绝或暂缓；修改与部分选择先生成新候选版本。

决定正文候选去留

使用已明确的新版作者配置。.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正文写作与命令与作者决策。