创作案例 / Case 001
最初的 56 个字
作者只给出故事种子。米默整理成可确认的新书方案：基础配置、章节大纲、小说设定与开篇试写。准备方案与正式小说分开保存——作者选定“双时间线”和“姐弟关系”，删掉不想要的超自然设定后，才创建正式作品。
书名、题材、简介、目标读者与写作目标
分卷、章节标题、摘要与章节目标
人物、地点、道具与可引用规则
验证节奏、语气与进入感
01 / 新书准备
从灵感进入准备流程后，作者可以查看、修改，或只重生成某一模块。确认前一切都是候选；确认后才生成正式小说及其初始内容。
02 / 写作与定稿
写作台里，当前草稿、候选草稿与已废弃草稿边界清晰。续写、改写、扩写不会默认覆盖正文；作者预览后再采纳。空正文不能定稿；定稿后系统加工章节理解、摘要与索引，供后续对话和质检引用。
03 / 设定与大纲
设定承载长期稳定事实：角色林晚棠、道具铜钥匙、规则“第十三下钟声”。大纲管分卷顺序与章节目标。设定可启用、建关系、看出现记录，并跳回对应章节——不替代正文里的即时剧情变化。
04 / 小说对话
写到后面，作者最常问的是“情节走到哪了”“这个人做过什么”。对话面向这一部小说，可指定截至某章的理解范围，基于已定稿正文、章节理解和设定回答，并用引用指回原文。
05 / 一致性质检
写到第 47 章，女主再次拿出铜钥匙时，质检指出第 3 章为黄铜、第 21 章为黑铁。系统给出问题类型、证据与回流建议；作者决定保留冲突，改写成“钥匙曾被调包”的新线索——质检不替作者决定剧情方向。
质检现场 · 第 47 章
质检只提供证据和建议。作者可以把冲突改成线索，也可以标记误报、忽略或回到正文修正——故事方向始终在作者手里。
第 3 章为黄铜，第 21 章为黑铁。
不是模糊提醒，而是列出冲突章节与判断依据。
最终修正仍由作者决定，并写回正文或设定。
06 / 分享与导出
作者选择已有正文的分卷与章节，创建在线阅读链接。分享内容是发布时的快照，后续修改不会自动同步。需要给读者看新版本时，再更新发布；也可导出 TXT 或 Markdown 带走。
对应产品里已经落地的业务边界，而不是口号。
准备方案、AI 正文与设定结果都是候选；你预览、修改、采纳或丢弃。
日常编辑在草稿层。只有定稿内容进入理解、检索、对话、质检与分享。
定稿加工资料，对话带着出处，质检发现问题，作者修正后再定稿。
结果不是“AI 替我写了 47 章”，而是我写到第 47 章时，仍然知道第 3 章为什么重要。《雨夜来信》· 案例结论
让作者专注于故事本身，让系统负责管理长篇创作所需的上下文、设定和一致性。
