实用指南
已有 10–20 章怎么让 AI 接着写：导入 Oh Story，接续人物设定与前史
源码核对日期 2026-09-13
已经写了 10 到 20 章，不要在空白聊天里说“照这个风格续写”。用 Oh Story 的 story-import：它把书稿重建成写作工程，保留原文，并据此生成设定、大纲和连贯性记录。推断出来的设定列为待审阅，不直接写成事实，因为书稿才是证据。然后点名写下一章。下面的海港收音机示例说明，续章应接住已经作出的决定，而不是重新问一遍。导入不能恢复没写进正文的意图，也不保证文风完全一致。
开始之前
- 先备份你拥有或获准使用的书稿。当前明确支持单个 .txt/.md、章节文件目录或直接粘贴文本；流程没有声明可直接导入 .docx、EPUB 或 PDF。
- 在写作工作区打开受支持的 Agent 宿主。若还分不清 skill 与宿主，先看写作者的 Agent Skill 入门。下文按 Claude Code 的 npx skills 路径书写，其他宿主或 marketplace 插件的语法可能不同。
- 确认最后一个完整章号。把只写一半的末章明确标成残稿，避免其中尚未完成的动作被登记为事实。 未采纳的另一版开头应放在导入源之外，明确是保留还是不用；本例选择排除它，不把它当作可以覆盖的章节文件。
操作步骤
- 先选导入续写，不要只做拆文 要得到可续写的设定、大纲、正文与追踪状态，就用 story-import；只要拆解资料和报告，才用 story-long-analyze。导入会分析书稿，但拆文库是重建数据源，不是最终工程，也不会把自己的书自动登记成外部对标。 如果只想学一段文字为什么起作用，小说拆文指南提供从证据到机制的精读练习，不必启动导入。
- 把导入范围整理干净 使用一个 .txt/.md、文件名可排序的章节目录，或直接粘贴文本。广告、作者的话和不同版本草稿若不是故事证据，就移出导入集。说明书名、题材、平台、完本状态与最后完整章，并确认系统识别的章节范围和长短篇分类。
- 先部署环境，再导入 按 Claude Code 的 npx 路径，在工作区运行 /story-setup，刷新会话，再运行 /story-import 并提供路径。直接 import 也可以，但基础设施缺失时会选择先 setup 或串行降级。不要与 marketplace 插件的命名空间命令混用。
- 作者决定不能外包 确认目标是可续写工程还是仅分析、最后完整章号，以及残稿如何处理。原文没有卷标时，先审阅候选卷界，再定卷纲。正文无法证明的字段保留 [待补充] 或写入连贯性风险，不为表格整齐而补猜。
- 审阅前史，不把拟写的未来当成事实 先确认 正文/ 章节齐全且原文未改，再看 设定/角色/、大纲/ 和 追踪/上下文.md。已发生事件，以及当前的位置、持有物、关系与认知，要有书稿证据或作者明确确认的背景边界；它们与可选解读、刚批准的下一章规划分开。拟写的修好设备、揭露真相或和解，不会因为出现在规划字段里就成为既成事实。
- 别为了补齐模板，把旧章重写一遍 历史章节细纲是反推描述，不是让旧原稿服从新模板的改写命令。导入记录原章的实测长度；没有依据的钩子、关系变化或副线可以保持待补充，不靠编造填满。“字段空着”可能只是尚未建立，不等于作者必须补一个反转。保留旧正文，把面向未来的决定放进下一章规划。
- 补回未写出的意图，再要正文 同一个未完结尾可以通向不止一种合理故事，导入器无法知道你原本想写哪一种。说明下一章任务、视角、声音与揭示边界，先批准规划，再写正文。也要指出上一章已经作出的决定：结尾若是“再试一次”，续章就应推进这次尝试及其后果，不再花一章讨论试不试。两人一起离开可以兑现一个局部承诺，不必同时修好设备、破案或恢复全部信任。
- 点名下一章，只保留一个权威工程 进入导入后的书名目录，用 /story-long-write 写第21章（把 21 换成 N+1），或给出范围清楚的日更请求。裸调用只诊断状态。旧章变化影响连续性时走大修流程，不要手改派生追踪视图。已有 追踪/_tracking-state.json 的项目通常直接续写；扩大原文导入范围时，文档要求重新完整导入，而不是向旧快照追加历史；重建前先另存备份，保留首次导入后新增的工作。
示例
示例
原创编辑示例——《海港收音机》 这是作者编写的阅读与交接练习，不是模型实测回答，也没有运行 Oh Story 工程。 假设作者拥有完整第1–20章，下面仅摘录相关部分，不能拿这些摘录冒充完整导入源。 所有 /ABS 路径都要替换为你环境中的真实文件。
原稿边界： /ABS/harbor-radio/complete-chapters.md ——只含已接受的完整第1–20章。 /ABS/harbor-radio/alternatives/ch21-unused.md ——未采纳的旧开头，不导入。 作者本次选择“不保留”那版开头，因此本例导入工程里没有第二十一章正文文件。 真实项目若保留了残稿，就应提出修改/补完请求，不把目标当空白新章覆盖。
第18章已经作出的承诺： “这次收工，我跟你一起走。”林舟对陈雨说。
第19章证据与已确认的信息边界： 原稿写了林舟找到一本红色笔记本，藏进内袋。读者看见过它；作者确认截至 第20章，陈雨还不知情。谁改了广播日志，对读者仍未揭晓；本练习也没有私下 给出改动者的身份。
第20章已接受的结尾，旧广播屋，20:10： “二十点四十，堤道就封了。”陈雨把手电放在工具盒旁。“我还能等半小时。” 林舟隔着内袋摸到红册子的硬角。 “再试一次。”他把灯头转向拆开的接收机。
导入交接能保留什么： - 两个人仍在广播屋，接收机还没修好。 - 红册在林舟身上，陈雨不知情；读者知道，不等于角色共享这份知识。 - 林舟答应收工时跟陈雨一起走；他们现在还没走。 - 他已经决定再试一次，下一场戏要接着做，不能退回“要不要试”的原点。 - 陈雨说出了时间限制，但这没有证明修理会成功、两人已经离开，或双方一切 矛盾都已经解决。
错误重建的反例——以下是特意编写的示意： 假设导入交接已经把这段当成既定前史： “接收机终于修好了。陈雨翻开他的红册子，指着作假者的名字。天亮时他们有了 全部答案，彼此之间也再没有任何隔阂。” 把它当作导入至第20章的现状就错了：尝试尚未完成，陈雨没有红册和这些知识， 次日早晨也在声明的截止点之外；它还把局部承诺变成了彻底和解。这些事件可以 作为未来方案提出，却不是已建立的前史，也不是从第1–20章恢复出来的作者意图。
作者现在才作出的选择——未来规划，不是导入前史： 第21章要写“工作还没做完，也可以不辜负对另一个人的承诺”。再一次尝试会失败； 陈雨准备自己的东西，但不替林舟收拾。林舟停手，亲自收起仍没修好的接收机， 在她说的时限之前和她一起离开。红册留在内袋，这里不揭内容，也不揭日志改动者。 这是本次选择，不是原稿唯一合理的读法；不要另外把它定为恋爱、永久信任，或替 陈雨解释内心，除非作者另行建立这些事实。
为什么意图要放在规划里： 另一位作者也可以选择修理成功，并让留下来产生代价。仅凭已接受的第20章， 导入无法替作者选定哪一种未来。本例现在批准的方向约束第21章，却不能在新场景 尚未写出时，倒填成第20章追踪检查点里的“维修失败、两人已走”。
按上文完成宿主 setup 后，可这样请求导入： /story-import 只把 /ABS/harbor-radio/complete-chapters.md 导入为可续写长篇工程。 第1–20章完整，整本书未完；不导入已排除的旧开头，不重写原文，不把我新选的 第二十一章方向当成既往事件。迁移前展示识别的章节范围，以及需要我裁定的候选 卷界；没有依据的重建字段保留未知。完成本次声明范围的导入流程，但本轮不写第21章。
审阅重建工程后，单独说清下一章计划： /story-long-write 补纲 只规划第21章，停在正文前。保留第20章“再试一次”的决定。 我批准这次尝试失败、林舟自己收起没修好的接收机，以及两人在陈雨说的时限前 一起离开。不要把红册交给陈雨，不揭日志改动者，不宣告彻底和解。 第1–20章正文和已建立事件不变。这是新规划，不是纠正历史；若重建细纲方向 不同，先说明要改哪里，再落实规划。
计划已接受，并确认没有第21章正文文件后： /story-long-write 写第21章 只按已批准细纲写第21章，用林舟的第三人称限知与克制对白。 推进那次额外尝试和停手决定，再写出收拾、一起离开。红册仍在内袋，陈雨所知不越界。 不跳到第二天早晨，不在画外修好接收机，不接着写第22章。 若实际上已有第21章文件或项目状态冲突，先停下报告，不覆盖。 本章完成后说明真实改动的文件。
候选收束片段——原创编辑文字，不是完整章或生成结果： 噪声又漫上来。林舟把旋钮退回原处。 陈雨拎起雨衣，没碰他手边的螺丝刀。 “还试？” 红册子的角抵着肋骨。 “不试了。走。” 他把螺丝刀放回盒里，自己扣上盖。离陈雨说的时间还差一刻钟。 他提起没修好的接收机，和她一道出了门。
这个小结尾把停手、收拾、一起离开写成动作，并没有证明陈雨已经原谅他、两人 已经到家或日志疑问已经解决。完整章里仍要写那次尝试的过程，不能拿这一小段末尾替代。 只有获准的章节真的写出这些事件后，后续连续性状态才据此前进。文风要和最后几章 原稿并读判断；导入不保证本例这段文字就是你的声音。
预期文件
- 拆文库/{书名}/ 保存原文备份与重建分析；它本身不是可续写工程。
- 长篇工程把保留的正文放在 正文/，反推设定放在 设定/，大纲放在 大纲/，连贯性状态放在 追踪/。
- 第1–N章反推细纲描述导入的原稿，不是新写的替换正文；作者随后批准的第N+1章细纲描述拟写的未来。在正文建立新事件前，不把这份计划混入历史检查点。
- 追踪/_tracking-state.json 是权威状态；上下文、角色、伏笔和时间线 Markdown 是派生视图。续写从最后完整导入章之后开始。
- 导入后持续写章，可接着看长篇连续性示例：写前分开作者真相、角色/读者认知、未完承诺与未来计划。
验证结果与边界
- 写第 N+1 章前，把最后场景、活跃角色的位置与已知、未结承诺、读者可见事实对回书稿。无证据推断要纠正或保留为未知。
- 把第一章续写与最后两章原稿并读，检查文风、视角、认知边界和因果承接。旧章需要修改时走大修流程，不手补派生追踪文件。
- 针对海港练习，分清已经选择的行动与尚未实现的结果。续章应真正写出尝试，并在计划获准时写出停手、一起离开；不能把选择重置、让红册凭空换人、让陈雨突然知情，或把离开等同于彻底和解。