af08551d7b
- 能力文件补 导航元信息（内容描述/使用场景/使用要求），技能目录按目录派生；索引检查与磁盘逐条一致。 - 规则：计划与提交新增「验证期冻结源码」「全量只跑一次」两条纪律并写清与生成、验收数据库的关系； 模块依赖、任务与证据、文档与资源生成、测试隔离等规则同步本轮口径。 - 角色合同与配置的模型白名单保持一致；技能正文不再夹带索引注记（与后端资源加载同口径）。
2.8 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作品规划。作者资料不进入共享文档，未交接草稿不进入正文生成上下文。