日常写作与恢复
Scriptor 8.2.0 配套 DSH 0.2.0-rc.2。操作见 新编辑器教程。文件卡见 结果卡与导出成品。参考资料见 参考小说分析。图谱和流程状态见 界面参考。
旧项目先按 升级指南 补充篇幅约定。
继续章节#
- 写明书名和范围。例如“继续这本书的第2章，先核对进度”。
- 发送给工作台。 成功时，工作台读取实际书仓，再决定要准备细纲、写稿、审读还是定稿。
换会话时，不需要手工重建一份当前章节状态表。
修改设计或正文#
保存文件、提交版本、工作台理解修改，这是三件不同的事。
- 在书房编辑器里保存草稿、规划或世界书。
- 让工作台核对影响。 如果保存时报告版本冲突，先重新读取当前文件，避免覆盖更新。
在当前主会话打开书房并保存之后，检查保存结果：
- 文件已保存：磁盘已经更新。
- 版本已提交：已经留下 Git 记录。
- 已交给主控：通知已经送达。还要看主控随后的读取和核对结果。
如果只有标点或局部措辞变化，核对之后可以直接结束。如果改变了事实、人物目标或写作约束，说明受影响的内容和等你决定的事项。工作台不会因此自动重写下游，也不会推进下一章。
如果在外部编辑器或终端里改了文件，这次修改没有经过书房的保存通知。
- 回到对应作品的对话。
- 可以直接说：
我刚修改了《书名》的作品契约，把主角目标从复仇改为寻找真相。请读取当前文件，核对大纲、世界书和已定稿章节的影响，列出需要调整的地方，先不要改稿。
不需要专门的隐藏命令。“刷新书房”会同步目录和已打开的正文。有未保存的编辑时，它保留文字并提示比较。它不能代替上面这条核对请求。
主控忙碌或被中断之后，也可以说明文件和改动目的，请它从当前文件重新核对。不要为了唤醒它而反复保存相同内容。
修改未定稿内容时，可以返回相关流程。涉及已有定稿的设定变化，要核对影响，并走补偿或修订流程。不要直接改已确认的设计文件，也不要手写账本来绕过检查。
审核失败或模型中断#
- 先看失败来自哪里：正文问题、材料不足、配置或网络，还是你的意见。
- 补足材料，或修好服务。
- 继续对应的步骤。 成功时，你能看到实际的审核记录或提交结果。
模型输出的一句“完成”，不能代替审核记录或提交结果。
暂停#
- 明确要求暂停当前章。 成功时，当前章停止继续写入。
- 下次开始时，先核对文件和 Git 状态。 已完成的部分可以继续使用。取消或失败不是对后续写入的批准。
暂停期间，不要在别处手工改动同一章的文件。
卷末#
- 先核对计划章节、定稿和未回收事项。
- 准备卷摘要候选。
- 核对之后再确认。 成功时，卷摘要与已核对的定稿一致。
窗口用尽，不等于整卷完成。无法确定时，应显示未知或待核对。开始下一卷之前，核实前卷沉淀和当前卷规划。
导出#
- 指定书、卷或章节范围，以及一个新的目标目录。
- 先检查冲突，再写出定稿合集和来源清单。
- 读取实际文件。校验通过后，交付成品卡。 如果卡片不可用，明确给出路径。不要重复写盘。
导出不会把草稿混进定稿。平台上的排版和发布仍由你自己检查。工作台不会代你向小说平台投稿。