写作者
连载小说作者的写作软件
连载小说在公开环境中按章节写作，持续数月或数年。读者会记住你已经发布的每个细节。Novilot 为这种压力而设计：当自己的正典开始漂移时，运行整部手稿的连续性审核。
一章一章，跨越很长的时间线
连续剧并不是一季完成的草稿。您发布了一个部分，开始下一个，然后是另一个，而早期的章节仍然有效。这个故事在公众中流传。当你深入到后面的章节时，开头的章节可能已经有一年或更久了，但对于仍在阅读的每个人来说仍然算作经典。
那条时间线正是要解决的问题。连续性不只是关于你今晚正在写的章节，还要确认今晚的章节是否仍然符合连载篇幅较短、角色阵容较小时你确定下来的内容。
已确立的事实发生偏移时
长篇连载会积累大量事实：谁知道什么、伤口在哪里、规则如何运作、旅程要多久、某人在第四章承诺了什么。你记得原意，读者记得页面。差距会表现为早期章节与后期章节之间悄然出现的矛盾，而不是重读最新章节时发现的错别字。
手写笔记在落后之前很有用，聊天窗口适合处理摘录，生成工具能在有限的起草上下文中保持新散文一致。但这些都不能替代将已发布和已起草的全部内容作为一部手稿阅读，并标记两处段落不一致的地方。
长篇连载手稿的形状
认真的网络连载和持续更新的数字系列，往往经过数年的每周或每月发布，达到数十万字。角色列表不断增长，世界规则逐渐固定，支线故事展开后等待回收。你不可能把每个已确立的细节都留在工作记忆中，也不应该为了避免自相矛盾而在每章之前重读整个档案。
这正是 Novilot 要解决的痛点：不是“帮我想出下一场戏”，而是“告诉我这部长篇文字在哪些地方已经自相矛盾”。产品不会虚构任何知名连载作者的背书，而是为这类手稿带来的工作量而设计。
整部手稿审核，而不只是生成
连续性守护者 连续读取手稿，报告覆盖的字数，并在事实冲突时引用两处原文。由你判断发现是否成立；Novilot 不会替你重写连载作品。 故事圣经 采用先建议再批准的方式：条目来自文本，由你决定什么成为正典，审核则可以根据正典检查草稿。
以生成为先的工具可以在起草窗口中让新散文保持一致，这对写下一章很有用。但连载连续性问题往往更早出现：在第三章和第六十章之间，而不是最近几千字的上下文中。对于这项工作，完成稿审核更合适。查看 Novilot 与 Sudowrite 对比 比较生成侧连续性与整部手稿审核，以及 ChatGPT 小说连续性检查与 Novilot 对比 比较聊天式检查与带双引文的持久项目。
这个页面适合谁
当您分期发布、公开保留不断增长的经典并需要对已编写的存档进行连续性传递时，请选择 Novilot。如果你主要需要人工智能来起草下一个场景，那么一代优先的工具可能是更好的主要书写表面。许多连续作者使用两种帮助：用一个堆栈起草，用另一个堆栈审核。
连载连续性清单
- 按阅读顺序维护一份持续更新的已发布章节档案。
- 新章节改变读者已经看到的事实时，更新故事圣经。
- 在每个新章节上线之前，请审核完整的存档，而不仅仅是最新的草稿窗口。
- 还可以修改时，修复早期章节中已核实的矛盾；否则将其记录为锁定正典。
另请参阅： 连续性守护者, 故事圣经, Novilot 与 Sudowrite 对比，以及 连续性方面对比 ChatGPT.