2.4 KiB
id, name, category, contract_version, commands, description
| id | name | category | contract_version | commands | description | ||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| develop-story-foundation | 完善故事基础设定 | operation | 1 |
|
通过新版作者入口保存私人探索原话与分歧,整理交付时检查格式;内容和方向由作者决定。 |
完善故事基础设定
先读取作者已有素材和本轮点名的探索稿。素材、联系、中心、结构可以来回发展,不把九章完整度、候选数量或字数设为开始条件。作者反馈只作用于点名的内容,不把局部采纳扩大为正式规划确认。
使用明确配置的私人探索目录。.venv/bin/python -m muse 探索 <作者配置> 列表和查看 <稿件ID>读取已有稿。保存请求包含draft_id、title、content、expected_hash,以保存 <私人请求JSON文件>交给B01。新稿expected_hash为null,后续使用读回的draft_hash;内容保留原话,稿件名称与稳定身份分开。保存冲突先比较当前稿和自己的修改,再执行作者选择。
日常内容可以很短、不完整或互相矛盾,不运行最终格式检查。作者要求整理交付时,才按交付结构整理已有内容:唯一作品标题,根设定、九章及待决与取舍依次出现;未探索部分明确说明,可选子标题按导航顺序展开。没有固定编号段或篇幅门。
整理稿保存后,执行检查 <稿件ID> --预期哈希 <稿件哈希>。结果只说明格式,失败返回非零状态;格式通过不证明根设定已获作者认可或内容自洽。
作者明确选定本稿并要求交给作品时,先用查看选定 <作品ID>读取当前选定版本,再用选定 <私人请求JSON>提交command_id和selection。selection包含work_id、draft_id、expected_hash和expected_revision。只使用作者实际点名的稿件版本及作品;不填confirmedByUser、confirmedAt或作者身份。S01将所选快照和回执一起保存,后续改稿不改变已选快照。回执未返回时保持原请求重试。选定方向只授权其成为规划来源,正式规划候选还需要独立审阅与确认。
权威职责见B01作品规划。作者资料不进入共享文档,未交接草稿不进入正文生成上下文。