9e6f1c4481
- src/muse 新版全模块（装配/共享/上下文/任务运行/作品规划/故事世界/正文写作/审校修订/知识方法/作者经验/效果评测/交付连载/资料研究/正式变更/元数据/接入/基础设施/编排）+ 测试树（单元/契约/集成/架构/迁移/端到端/夹具） - 129 项功能全部实现与自动验证（功能覆盖.json/矩阵），含 W31 补齐的规则与代价/节奏安排/伏笔与承诺 - 旧实现按处置清单退出（702 条中 324 删，保护合同与未迁移条目留存有据）；web/app.py 旧工作台退役，新工作台为唯一写入口 - 数据库/旧库迁移：真实旧库内容批次迁移链（端点守卫/PG作品正文映射/质量资产缺省投影） - 运行手册 docs/运行手册.md；W30 本机服务阶段一已运行（infra PG 为正式内容权威） - R2 执行证据与私有运行材料在 .agents.local/改造/R2-20260909/（不入库）
3.8 KiB
阶段 0 交互式作品探索
一、问题
原流程先冻结根设定，再生成多份完整、同构的九章候选。单份包含 36 组、161 个内容单元，作者在想法尚未形成时就必须审大量成稿，也难以从人物、片段或关系的局部发现继续生长。
阶段 0 应允许散乱、多变和暂不收束。创作中的中心与边缘相互影响，结构逐步形成；真正开始写正文后，作品主体仍可能变得更清楚。
二、方案
以 完善故事基础设定主文档 统一调度，每个子阶段各有一份提示词文档：收集素材、发展联系、试探中心、组织结构、比较分歧、整理交付。具体指令只维护在该入口及子文档，本规格说明目标与边界。
子阶段可以往返、跳转或暂停，由作者意图和已有材料决定。平时维护一份逐渐充实的作品探索稿；只在真实分歧处提出局部方案。九章结构保留为导航与最终产出范式，不作为每轮问卷。
三、作者使用情境
- 作者给出一句对白或一个画面，先得到围绕它发展的内容，无须先确定完整主题或结局。
- 作者已有喜欢的关系或场景，可以从那里继续；新内容与暂定中心冲突时，允许修订中心。
- 作者只想比较人物的两种动机，就只比较动机造成的后果，不生成两套全书设计。
- 作者要回看成果时，得到按九章归位的当前稿；未探索与待决内容明确保留。
- 作者说“保留这个点子”，只采纳局部；说“就按这个方向排下去”，才进入方向交接。之后确认具体 setting，仍是另一次决定。
四、实现决策
创作流程由提示词管理，不建立探索状态机、逐轮操作接口、固定代理队列或自动推进条件。合并也采用指令，移除逐章 packet / accept 串行脚本。模型调用和正式数据操作继续使用现有受控入口。
九章导航沿用现有内容知识。参考外部小说 Skill 时，吸收观察细节、自由草拟、人物与情节相互牵引、关系与声音发现等方法，优先使用本仓已有方法；不复制整套技能，不引入固定节拍数量和写作时长。
作品行先于探索存在。草稿默认在 .agents.local/草稿/<作品>/，不作为正式内容或正文上下文。已有方法、schema 与角色合同仍由各自文件维护。
整理交付时才运行代码校验。探索稿的格式权威为 产出范式；正式 setting 的字段权威为 work_core、novel_work，写入与确认归「制定作品规划」。不在本次扩建规划存储、字段投影或正文生产链。
五、产出核对
作者评阅内容是否保留原意、是否有所发展、分歧是否讲清；提示词引导这项判断，不添加每轮分数、脚本检测或阶段通关。
最终格式校验只检查九章目录、已展开标题、空节、裸占位符和可选编号重复。没有候选数量、条目数量、句长或全书设计完整度门槛。未探索的章节有明确说明即可。
方向选择记录的检查只核对 JSON 形状，不能证明真实用户授权，也未接入 persist_planning 自动拦截。实际交接依据用户回复：所选稿交给规划角色，生成 setting Shadow，再由用户确认具体内容。正式字段覆盖与篇幅目标的现有缺口继续按领域合同列明，不把文档更新写成生产链已经验证。
六、范围外
本次只调整阶段 0 的提示词、入口、产出范式和相关代码。后续阶段按人审顺序另行检查；不借本次改动批量迁移历史小说稿、修改正式数据或重构正文生产链。