zizi 224df00706 W13 渐进探索、分层规划与近期细化:私人探索、明确选定、分层规划与近期细化;含竞态修复新用例。
按 R2 串行阶段整理提交;包内文件为该阶段交付(含后续小增量),状态以工作包清单为准。
2026-09-10 19:25:41 +08:00

1.9 KiB
Raw Blame History

id, name, category, contract_version, commands, description
id name category contract_version commands description
confirm-plan-candidate 确认规划候选 operation 1
read_plan_candidate
edit_plan_candidate
open_plan_review
decide_plan_candidate
read_plan
list_plans
读取新版规划候选和固定版本,执行作者明确的采纳、拒绝或暂缓,并回查正式规划与事务回执。

确认规划候选

先用.venv/bin/python -m muse 规划 <作者配置> 查看候选 <候选ID>读取内容。当前人工规划候选只做字段与版本检查,不表示模型或文学评审已经通过。

作者要修改候选时,使用编辑候选 <私人请求JSON>提交command_id、candidate(确切定位)与changes字段操作。服务端在同一身份下追加候选版本,原版保留。编辑后重新读取并打开审阅,旧审阅不能确认改后的内容。

向作者展示确切内容和保存后的影响。准备candidate_id、candidate_revision、candidate_hash、plan_id、expected_revision,执行打开审阅 <私人定位JSON>取得审阅记录。不能把打开审阅当作确认。

作者明确决定后,决定 <私人请求JSON>提交command_id、candidate(上述定位)、action、author_review_id、review_hash、approved_changes。action为adopt、reject或defer;采纳整份规划时approved_changes为["plan"]。使用实际审阅时的版本和哈希,不自动刷新成最新版本后重试采纳。

返回回执后,用查看 <规划ID>或列表 <作品ID>核对正式内容。网络结果未知时保持同一请求重试;参数改变使用新命令。陈旧候选需要重新比较,不能覆盖新的正式规划。规划确认只写B01,不代替正文或故事事实的独立确认。

职责和来源约束见B01作品规划与命令与作者决策。