用途：帮助习惯探索式写作（“pantsing”、write into the dark）的用户在不先做大纲的情况下推进草稿。它是 chapter-writing 的“大纲先行”流程的补充，故事圣经在散之后而非之前维护。
前提：需已有由 story-init 创建的故事项目，含 story.md 和至少一个角色；不要求已有情节结构，弧线在调和过程中形成。
适用与不适用：适用于想先写不先列大纲、从情境或角色出发的项目。不适用于谜题等依赖线索铺垫先于回报的题材（用 chapter-writing）；也不用于修订已有章节（含对既有线性草稿做反向大纲、删减支线），后者用 revision-continuity。模式可按项目或按章切换并记录。
流程：一、写故事内核（角色处于某情境，有欲望、障碍与基调信号），存入 story.md 的 ## Story Kernel，并在 frontmatter 设 draft-mode: discovered。二、向前写：用 story add chapter 'Title' --number N --mode discovered 建章，按内核和 references/drafting-cadence.md 的会话形态写作，只向前，遇圣经疑问以内联 [TODO: check bible] 暂存。三、每章后执行调和循环：提取实体/承诺候选（需用户批准，名字按原文拼写，id 用 ASCII kebab-case，无转写表的文字需约定 id）、反向大纲写入章节文件与 scenes/ 记录、与圣经做差异比对（新增/矛盾/补充/悬空）、调和（更新圣经或改稿，不可两者都不做），并在 ## Chapter Text 上方加事后笔记，章节 frontmatter 设 mode: discovered。四、每 3–5 章批量复盘，清理悬空线索与死路（放弃条目保留 status: abandoned 及原因，删角色保留文件并标 status: cut）。五、保持节奏，用 story progress . --log 记录，中点与完稿时交给 revision-continuity 做开发性检查。六、收尾：所有 mode: discovered 章节须有事后笔记并完成差异比对，再由 revision-continuity 进入修订。
维护命令（每次调和后）：story reindex . 、story wordcount . --write 、story check . 。CLI 不可用时用捆绑的 node ../story-maintenance/scripts/story.js 并以绝对路径、在目标目录运行，用 Node 而非 Bun 或包脚本；均不可用则手动做注册表、反链与字数检查。
限制：依赖 Story CLI 或捆绑脚本；实体提取需用户逐一确认；别的语言写作时 craft 参考的逐词建议为英文，需保留其目标并遵循 style-sheet.md。其余收费、平台等信息暂未提供。