AI续写已有书稿：导入 Oh Story，接上设定与前史
Oh Story · 更新于 2026-10-15
已经写了 10 到 20 章，不要在空白聊天里说“照这个风格续写”。用 Oh Story 的 story-import：它把书稿重建成写作工程，保留原文，并据此生成设定、大纲和连贯性记录。推断出来的设定先列入待审阅，书稿是核对它们的证据。然后点名写下一章。下面的海港收音机示例说明，续章要接住上一章已经作出的决定。没写进正文的意图由你写进下一章规划，文风则拿续章和最后几章原稿对读来确认。
开始之前
- 先备份你拥有或获准使用的书稿。流程明确支持的直接输入是单个 .txt/.md、章节文件目录或直接粘贴文本；.docx、EPUB 或 PDF 书稿先转成 .txt 或 .md。
- 在写作工作区打开受支持的 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 的项目通常直接续写；扩大原文导入范围时，按文档对整个范围重新完整导入；重建前先另存备份，保留首次导入后新增的工作。
示例
示例
原创编辑示例——《海港收音机》 这是为本指南原创的阅读与交接练习，下面的请求和收束片段都由编者手写示范。 假设作者拥有完整第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 章前，把最后场景、活跃角色的位置与已知、未结承诺、读者可见事实对回书稿。无证据推断要纠正或保留为未知。
- 把第一章续写与最后两章原稿并读，检查文风、视角、认知边界和因果承接。旧章需要修改时走大修流程，派生追踪文件交给工具生成。
- 针对海港练习，分清已经选择的行动与尚未实现的结果。续章应真正写出尝试，并在计划获准时写出停手、一起离开；不能把选择重置、让红册凭空换人、让陈雨突然知情，或把离开等同于彻底和解。