2026-08-10
将一页前提扩展为十章可读的正文,与其说是写作问题,不如说是一个记忆问题。起草本身很容易——现代语言模型不到一分钟就能生成 3,000 词合格的场景文字。真正失效的是稿件本应记住的一切:左脸颊上的伤疤、名叫 Elena 的妹妹,以及第八章掉在地上的刀。本指南将拆解一套扩展与核验工作流程,帮助十章初稿保持内部一致,并比较适合各阶段的工具。

一页梗概会通过三个不同层次——扩展、生成和核验——变成十章初稿;而连续性失败几乎总能追溯到跳过了第一层或第三层。扩展层会把你的梗概转换为结构化的故事设定集和逐章节拍表。生成层会依据这些节拍起草每一章。核验层则会在你进入下一章前,对照设定集审查每一章成稿。
大多数抱怨“AI 到第六章就忘了剧情”的作者,实际上只运行了中间层。他们粘贴一份梗概,要求生成第一章,再要求生成第二章,并让模型的上下文窗口负责记忆——但超过几章后,它无法可靠地完成这项任务。
能将可行的 AI 起草工具组合与令人沮丧的组合区分开来的要点包括:
✅ 一份存在于聊天之外的书面故事设定集——将角色、地点、时间线和物品记录为可检索的事实,而不是隐含在散文中 ✅ 先有章节级节拍,后写正文——在生成任何一句话前,每一章都要设定目标字数、POV、开篇状态和收束状态 ✅ 每章结束后都进行一次连续性审查,而非只在最后检查——错误会层层累积,第三章引入的矛盾会影响第四章到第十章 ✅ 将起草与审计分离——写出该章节的模型,很难客观判断自己是否与第一章产生矛盾 ✅ 了解上下文窗口——工具的工作记忆大致从 6,000 词到 150,000 词不等,这个范围决定了究竟能进行何种连续性检查(Inkfluence AI 工具比较)
要为每一层明智地选择工具,首先需要理解“连续性”实际涵盖什么——因为它远比大多数起草工具宣传的范围宽得多。
连续性检查不是校对。它追踪的是第九章中的细节是否仍与第二章已确立的内容相符——这一类别至少包含七种不同的错误类型,而 AI 对它们的检测率各不相同。
根据连续性错误类别的详细拆分,以下是按 AI 检出可靠程度排列的常见失效模式:
| 错误类型 | 表现形式 | AI 检测可靠性 |
|---|---|---|
| 姓名不一致 | “Katherine”无任何剧情原因地变成“Catherine”或“Kate” | 容易发现 |
| 角色描述漂移 | 眼睛颜色、身高、伤疤或纹身在不同章节间发生变化 | 全文都在上下文中时处理得较好 |
| 已死亡角色再度出现 | 第八章被移除的角色毫无解释地回归 | 全稿都在上下文中时可以发现 |
| 时间线矛盾 | “她三周前遇见他”与已确立的日期冲突 | 明确矛盾能够发现;模糊矛盾则容易遗漏 |
| 场景设定错误 | 房间布局改变、建筑位置移动、地理信息漂移 | 检测率中等 |
| 物品追踪失败 | 第八章掉落的物品在第十二章又被使用 | 难以跨越长篇稿件追踪 |
| 关系连续性问题 | 疏远的角色却表现得如同亲密伴侣 | AI 难以理解隐含的关系状态变化 |
规律很明确:**AI 擅长处理明确陈述的事实,却不擅长处理隐含、推断得出的信息。**角色的眼睛颜色是写明的。角色与兄弟之间的情感距离,则通过三场戏呈现而从未直接说明。前者可检查;后者需要读者判断。
还有一类情况,AI 会稳定地朝相反方向犯错。刻意的不一致——伏笔、烟雾弹、不可靠叙述者的自相矛盾——会被标记为错误,而非被识别为创作技巧。收到任何连续性报告后,在采取行动前都需要人工分诊。
扩展层将梗概转化为一套结构化层级:前提 → 故事设定集 → 大纲 → 章节节拍 → 正文。跳过中间环节,是初稿逐渐偏离轨道的最常见原因。
Sudowrite 的文档对这种依赖链说明得格外明确。它的 Story Bible 会先从 Braindump 生成 Synopsis,再根据 Synopsis 生成 Characters 和 Worldbuilding,接着依据 Genre、Synopsis、Characters 与 Worldbuilding 生成 Outline,然后从上述所有内容生成 Scenes,最后再依据 Style、Genre、Characters、Worldbuilding 和 Scenes 生成章节正文(Sudowrite Story Bible 文档)。每一层都会为下一层提供输入。若中间层为空,后续生成便会悄然退回到仅存的稀薄上下文。
适用于十章结构的实用扩展顺序:
若使用通用 AI 平台而非专门的小说应用,故事设定集会存在于你的对话中,而不是结构化数据库中。在 Jenova 上,Creative Fiction Writer 智能体会把这种扩展作为持续项目来处理——不限聊天历史和跨会话记忆意味着你在第一次会话中建立的设定集,到第九次会话时仍然可用;知识库附件则让你能够上传设定集,作为智能体起草时参考的依据文档。可用的开场提示词如下:
“这是我的一页梗概。在起草任何内容前,请为我建立一份故事设定集——包括角色的外貌描述和声音笔记、地点、带日期的时间线,以及物品/承诺台账。随后请按每章 3,500 词制作十章节拍表,并确保每章的收束状态与下一章的开篇状态相匹配。请标出我的梗概中任何信息不足之处。”
若使用 Novelcrafter,则意味着要先将设定集整理进它的 Codex。平台文档将其描述为一个中心枢纽,用于储存“有关你的角色、地点、物品等方面的重要信息”(Novelcrafter Codex 文档)。之后,你可以逐场构建 Story Beats,并将 Codex 条目关联到每个节拍,因此 AI 在每次生成时接收到的是经过筛选的上下文窗口,而非笼统的上下文。
这些工具可分为两种理念——预防,即在起草时维持连续性;以及检测,即审计完成后的初稿——而十章项目的实际答案是:两种工具都需要各有一个。
预防工具会将前文章节输入每次新生成中,从而避免错误,而不是事后发现错误。检测工具则会同时容纳大量文本,并在事后扫描矛盾。两者的分界线是上下文窗口大小;一项比较将其称为连续性能力“最重要的单一因素”(Inkfluence AI)。
| 维度 | Novelcrafter | Sudowrite | Jenova | Inkfluence AI | NovelAI |
|---|---|---|---|---|---|
| 连续性方法 | 手动维护并关联至场景节拍的 Codex | 生成时引用 Story Bible | 持续记忆 + 附加知识库,多模型审计 | 生成时滚动纳入前 2 至 3 章上下文 | 手动维护 Lorebook |
| 检查时的工作记忆 | 从 Codex 筛选的逐场景上下文 | Story Bible 字段及依赖链 | 不限聊天历史;每次审查的上下文取决于模型 | 2 至 3 章 | 约 8,000 个标记(约 6,000 词) |
| 结构化大纲 | Story Beats、幕/场景规划 | Braindump → Synopsis → Outline → Scenes → Draft | 对话式大纲;无固定架构 | 顺序章节生成,20 多种类型蓝图 | 极少 |
| 模型选择 | 付费档位可使用自己的密钥 | 平台选择的服务商模型 | 可在 OpenAI、Anthropic、Google、xAI、DeepSeek 之间自由切换 | 平台管理 | 专有模型 |
| 所需人工维护 | 高——Codex 需手动维护 | 中等——Story Bible 部分自动生成 | 中等——设定集存在于聊天或上传文件中 | 起草期间较低 | 高——Lorebook 需手动维护 |
| 定价 | 每月 $4 / $8 / $14 / $20,AI 费用通过 BYOK 另计(Novelcrafter 定价) | 基于额度的订阅档位 | 免费层;Plus 为 $20/月,提供免费用量的 30 倍,最高可至 Enterprise | 免费方案(5 章、每日 3 次生成);Creator 起价 $9.99/月 | $10–$25/月 |
| 最适合 | 运营长篇系列、拥有大量世界观设定的规划型作者 | 希望通过引导式流程获得生成正文的探索型作者 | 希望在同一工作区中使用不同模型完成起草与独立审计的作者 | 将连续性内置于顺序初稿生成的场景 | 文字实验,而非小说规模的连续性管理 |
如实解读这张表:
Novelcrafter 是这里结构最强的系统——其 Codex 加 Story Beats 架构正是为“从梗概到章节”的问题而设计,其每月 $4 的定价也是最低入门点。文档中明确的取舍包括:没有免费方案,只有 21 天试用;Codex 需要手动维护;并且在付费档位中你需要自行提供 AI 密钥,因此标价并非总成本(Novelcrafter 定价页面)。
Sudowrite 拥有从梗概到正文最完整的生成流程,并且明确记录了字段依赖关系。它自己的比较材料也承认其中的理念取舍:它为偶然发现和创作增益而设计,这意味着其输出往往文风过度铺陈,需要经过编辑处理才能真正听起来像你自己(Sudowrite 比较分析)。
Jenova 是通用型选择,它在这套流程中的优势尤其在于将起草与审计分离。由于你可以在同一项目内切换 OpenAI、Anthropic、Google、xAI 和 DeepSeek 的模型,因此可以用一个模型起草第七章,再用另一个模型审计它——这是非常实用的对抗式设置,因为写出该章节的模型,最不可能注意到它是否与第二章相矛盾。持续的跨会话记忆和不限聊天历史意味着故事设定集不会在会话之间消失;你也可以将设定集作为文档附加,以获得有据可依的参考。它的实际局限同样明确:**它没有专为稿件设计的结构。**没有 Codex 架构、没有场景节拍板,也没有章节树。你需要将设定集维护为文档,并把流程纪律变成习惯。希望由软件强制实施结构的作者,会更偏好专门的小说平台。
Inkfluence AI 是最清晰的预防优先选择:它会在每次生成中纳入前两到三章,并提供可生成五章的免费层。它所说明的限制对十章结构确实存在:生成第九章时,第二章的细节未必会自动浮现。
NovelAI 应被视为不属于这项任务的同类比较对象。它大约只有 6,000 词工作记忆,一次大致只能看到一章;其 Lorebook 还会与近期文本争夺同一份有限的上下文预算。

应在全新的上下文中,采用结构化、对抗式审查——向检查者提供故事设定集、新章节和前一章的收束状态,并要求输出分类错误报告,而不是泛泛的反馈。
需要避免两种失效模式:让刚刚写完该章节的同一段对话评估它,它会为自己的选择辩护;以及提出“这是否一致?”之类的开放问题,它几乎总会回答“是的,这看起来很一致!”
一套可重复使用的逐章审计提示词:
“你是一名连续性编辑。我将提供:(1)我的故事设定集,(2)第 6 章的收束状态,以及(3)第 7 章全文。请将第 7 章与前两项进行审计。请按五个类别报告发现:角色描述、时间线、场景设定、物品/持有物追踪,以及关系状态。对于每项发现,请引用产生矛盾的文本、引用它所矛盾的来源,并将其评级为严重错误、轻度漂移或可能有意为之。不要评论文字质量。如果某个类别没有发现问题,请明确说明。”
随后,将第七章中新确立的任何信息更新到设定集中,因为**设定集是一份活文档,而不是固定输入。**这是大多数流程遗漏的一步,也正是为什么即使在规划完善的项目中,连续性仍会恶化——AI 用于检查第九章的设定集,可能在第四章后就已经不再准确。
另外两次值得安排的审查:
**不同工具中的做法差异。**在 Novelcrafter 中,审计部分是结构性的——关联到场景的 Codex 条目意味着 AI 在生成时已获得正确事实,因此事后检查发现的问题会更少。在 Sudowrite 中,连续性质量取决于你维护 Story Bible 的彻底程度;有文档记录的测试发现,它能很好地遵循明确的角色描述,但会遗漏只在正文中确立、却从未记录到设定集中的细节(Inkfluence AI)。在 Jenova 中,你会用与起草模型不同的模型执行上述审计提示词,再将修正记录进持续记忆,以便后续章节继承这些修正。
因为连续性错误会向后累积,而且专业人工连续性编辑一本 80,000 词小说的费用在 $1,600 至 $4,000 之间,交付周期为两至六周(Inkfluence AI)。在第三章发现矛盾,只需进行一次修订。在第十章发现同一矛盾,则建立在它之上的每一章都会继承这个问题。
这也符合职业作者已经使用 AI 的方式。在一项涵盖 1,229 名作者的调查中,使用生成式 AI 的作者中有 81% 将其用于研究,其次最常见的应用是营销材料以及大纲或情节规划(BookBub 作者调查)。大纲和情节规划——也就是扩展层——已经是主流实践。核验则是采用程度较低的另一半。
同一调查中的一些作者评论,恰好描述了这种用例:
“我已将 AI 整合到业务的各个层面,以帮助追踪长期系列中的细节。”
“我使用 AI 来压缩和分析大量信息,例如整理系列设定集或角色名单。”
该调查也如实记录了更广泛的背景:45% 的受访者目前使用生成式 AI,而 48% 不使用且没有计划使用;在非使用者中,84% 提到伦理担忧,最常见的是 AI 工具使用受版权保护的材料进行训练,却没有补偿创作者(BookBub 作者调查)。澳大利亚作者协会发现,98% 的受访者认为 AI 公司在使用作者作品前应先获得许可(ASA 2025 调查);International Thriller Writers 则报告,76.1% 的人预计 AI 会在十年内对作者收入产生负面影响(ITW 人工智能调查)。
这些发现与起草工作流程直接相关,而不是无关的附带问题。当故事前提、结构和修订判断都属于你,而机器只负责扩展和事实检查时,从梗概到初稿的流程更具有可辩护性。披露同样是一个仍在讨论的问题:使用生成式 AI 的作者中,有 74% 不向读者披露这种使用情况(BookBub 作者调查)。
专业从事稿件工作的人员普遍认为,AI 是强大的机械检查者,却是薄弱的编辑者——而这种区别应决定你的部署方式。
“作者犯的错误,是把连续性当成一项单一任务。它不是。存在事实连续性——姓名、日期、眼睛颜色、谁拿着那把刀——也存在心理连续性,也就是第九章中角色的行为,是否基于他们在第二章时的样子而可信。AI 在前者上确实很出色,在后者上几乎是盲目的。它会告诉你 Katherine 变成了 Catherine,却不会告诉你 Katherine 已经不再像她自己那样说话。”
“尤其对于十章项目而言,全稿扫描是你最大的结构优势,而大多数作者都浪费了它。35,000 词时,整份稿件可以放进一个大型上下文窗口,这对 80,000 词作品并不成立。这意味着你可以提出一个三年前任何小说作者都无法提出的问题:一次读完这部作品的每一个字,告诉我哪些内容相互矛盾。应在第五章和第十章各做一次,而不只是最后才做。”
“还有一点值得直说——永远不要让起草模型兼任审计模型。它已经对自己的选择作出承诺。请在全新的上下文中,依据设定集进行冷审;如果你的平台允许,则使用不同模型。同一章节上两个模型之间的分歧,往往比任一报告本身更有价值。”
—— Jenova 产品团队,拥有 6 年长篇写作与编辑工作流程构建经验
坦率地说,其上限在于:AI 可以生成结构连贯、事实一致的十章初稿,但若没有作者在前后两端投入大量工作,它无法生成一部好作品。
目前没有任何工具能很好处理的内容:
**还有一个工具层面的限制值得指出。**这里比较的每个平台都是转移工作,而不是消除工作。Novelcrafter 将工作转移到 Codex 维护上。Sudowrite 将工作转移到对过度铺陈文字的编辑修订上。Jenova 将工作转移到维护自己的设定集和执行自己的审计纪律上,因为它没有强制结构。Inkfluence AI 减少了前期工作量,却限制了 AI 能回看多远。不存在这样一种配置:你粘贴一页梗概,就能收到一份干净的初稿。
这套流程的现实产出是一份经过核验、内部一致的零稿——一份事实成立、时间线通顺、物品仍在你放下它们的位置的稿件。这确实很有价值,因为它意味着你的修订精力可以投入声音、主题和场景技艺,而不是在第 200 页才发现主角的妹妹换了名字。但它是写作的起点,而不是写作本身的替代品。