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