AI创作小说的瓶颈：并非文思枯竭，而是难以为继
事情的起因是这样的。
最近我真的认真尝试用AI完成了一部小说创作。不是那种简单的"帮我写个开头"的随意尝试，而是计划完成一本包含二十章篇幅的长篇作品。
一开始进行得非常顺利。写完第一章，我被那流畅的文字和恰到好处的节奏惊艳到了，AI确实具备创作能力。第二章表现也相当不错。然而当写到第五章时，我开始察觉到了异常。
主角最初被设定为性格内向的社交恐惧者，为何到了第五章突然变得热络社交了？？？
我回头翻阅第一章中的人物设定，确实记载的是社交恐惧。但是AI写着写着就忘记了，因为它只能记住最近几章的内容。
到了第十章，情况更加荒诞。第三章埋下了一个伏笔，说主角的钥匙扣里藏有旧照片，当时我觉得这个伏笔设计得很巧妙。然而十章过去了，照片线索再也没有被提及。
我思考了一番，却没能想出原因。
后来我又尝试了数次，每次结果都相同。前面几章写得精彩纷呈，越往后越难以控制。人物性格偏离，设定前后矛盾，伏笔全部遗忘，上下文越来越混乱，模型到最后基本是在胡编乱造。
如果你也尝试用AI创作过篇幅稍长的内容，你一定会有这种感受。
那种感觉就像是，前期你以为自己掌握着方向盘，后来却发现方向盘早已不在你的手中。
这个问题让我困扰了相当长的时间。
后来我恍然大悟，AI写小说最大的难题，不是创作不出来，而是难以保持稳定持续。
短篇可以接受，一两章也没问题，因为上下文窗口还能支撑。但你要是写二十章、三十章的长篇小说，信息量一增大，模型就开始各种跑偏。人物忘记自己的设定，伏笔忘了回收，前后逻辑冲突，写到连你自己都记不清前面都发生了什么。
我有时觉得，这跟人的记忆衰退有几分相似。人年老会健忘，AI"使用太久"也会忘记事情。但人至少还有日记可供翻阅，AI连这个都没有。
因此我开始思考，或许不应该要求AI"记忆力更好"，而是为它建立一套外部记忆系统？
就像我们不指望自己记住所有事情，但会记笔记、建档案、做复盘。AI其实也需要这样的机制。
后来我了解到novel-pro这个项目，它的思路与我想到一起去了。
它没有选择"提升AI记忆力"这条路径，而是采用更加工程化的方法，将写小说的过程拆解为工作流。
这个思路其实不算新颖。从事软件开发的人都知道，大型项目从来不是一个人从零写到底的，需要分模块、分角色，有测试、有审计。写长篇小说也是如此，只是过去大家都将其视为"创作"行为，没有用工程的思维进行管理。
novel-pro所做的，简单来说就是三层架构。
最上层是workflow，决定当前任务属于哪种场景，应该先执行什么步骤。你是要新开一部小说？还是接手一部已写了十几章的旧作？抑或是继续创作下一章？不同场景对应不同的流程。
中间层是agent，负责执行单步任务。规划负责规划，写作负责创作，观察负责观察，结算负责结算，审计负责审计，修订负责修订，各司其职，互不干扰。
最下层是真相系统，我认为这是整个项目的核心设计所在。
关于真相系统，我想多聊几句。
你写小说时最担心什么？不是创作不出来，而是写着写着，忘记前面到底写了什么。
人物在第三章的状态是A，到第八章变成了B，但你不确定是在哪一章改变的，也不清楚改变的原因。伏笔在第五章埋下，到第十五章想要回收时，翻遍也找不到原始文本。
novel-pro的真相系统正是为了解决这个问题而设计的。它采用了两层结构：一层叫事实总账，一层叫快照视图。
事实总账记录每一章实际发生了哪些变化，这是个流水账，可以追溯。第五章主角获得了一把钥匙，第八章钥匙被盗，这些都会记录在总账中。
快照视图记录当前状态。主角现在手中没有钥匙，这就是快照。快照不保留长流水历史，重点保留"当前仍然有效"的信息。
你想想看，这个设计与会计工作是不是很相似？总账是流水，快照是资产负债表。要查历史记录，翻阅总账；要了解现状，查看快照。两者结合使用，既有可追溯性，又不会让工作文件无限膨胀。
我初次看到这个设计时，确实感到惊讶。将会计思维引入小说创作，这个创意令人佩服。
然后再谈谈agent拆分这件事。
许多人用AI写小说，就是抛出一个提示词，"请帮写第三章"。然后AI包揽所有事情，规划、写作、检查全都塞在一个上下文中。
短篇这么做没问题。长篇这么做，上下文会越来越臃肿，模型越到后面越容易胡写。
novel-pro将这件事拆分成7个子角色，每个角色只负责一项任务。
Planner生成章节意图，明确本章要写什么，推进什么情节。Composer压缩上下文包，将前面几十章的信息压缩为写作时真正需要的素材。Writer生成正文。Observer提取本章事实，总结刚刚写作中发生的变化。Settler编写总账并刷新快照。Auditor审核正文，检查是否有矛盾。Reviser进行定点修订，修改有问题的部分。
你会发现，这种拆分方式与软件开发中的流水线完全一致。需求、设计、开发、测试、上线、验收、修复，只不过对象从代码变成了小说章节。
我认为这个类比很重要。因为很多人提到"用AI写小说"，想到的还是"抛一个提示词等它输出正文"。但实际上，如果要写长篇小说，你需要的是一套流程，而不仅仅是一个提示词。
还有一点我想特别提到，就是接手已有文稿。
这个痛点非常真实。
许多人不是从头开始写小说的，他们已经写了十几章甚至几十章，写到某个阶段写不下去了，想用AI接手。但问题来了，AI如何了解你前面写了什么？
把二十章正文全部交给AI？上下文会直接崩溃。让AI自行选择阅读内容？它肯定会遗漏。你手动写个摘要？你能确定自己记得所有细节吗？
novel-pro的接手机制是，逐章读取，逐章结算，不可跳章，不可预读。
这意味着，即使你已经写了二十章，AI也是从第一章开始，一章一章地读，读完一章就结算一章，将事实沉淀到总账和快照中。全部结算完成后，才允许继续写第二十一章。
听起来似乎有些笨拙，对吧？但这种"看似笨拙"恰恰是它可靠的地方。
想想看，如果你跳章结算，第五章的信息没有记录，到第十章写作时，快照中就缺少了第五章的状态。那么第十章写出来的内容，与前面的逻辑就是脱节的。跳章结算等于状态断裂，这是没有任何商量余地的。
我跟你说，这种"宁可慢也要稳"的设计理念，在AI创作工具中确实少见。大多数工具都在追求速度和数量，很少有人说不行，你必须先补完账目才能继续前进。
老实说，我自己仍在探索如何用AI创作长篇小说，这些方法也不一定是最完美的方案。
但有一点我的感受特别深刻，如果你真心想用AI完成一部长篇小说，你需要将"写作"这件事拆解开。
不能只想着"请帮我写"，你还需要考虑写前要规划什么，写完后要结算什么，写错了如何审计和修订，如何控制上下文不超载。
这些问题，单纯依靠提示词是无法解决的。
novel-pro提供了一个思路：工作流加上agent再加上真相系统。将创作从"一个提示词搞定"转变为"一套流程走通"。
这个思路本身，比具体实现更为重要。
你会发现，即使不使用novel-pro，你手动操作，只要坚持做三件事，你的长篇小说就会稳定很多。
第一，每章写完后都要做事实结算，不要累积。
第二，维护一份当前状态快照，写下一章之前先查看快照。
第三，写完后不要急着往下写，先审核再继续。
就这三件事。
听起来简单，但我曾经踩过坑，坚持下来真的不容易。一开始可能会感到有些笨拙，花的时间比直接往下写还多。但当你写到第十五章、第二十章时，你会发现之前结算的那些事实，都在帮你。
这就是工程思维在创作中的价值。不是为了限制你的创造力，而是为你的创造力提供一个稳定的基石。
抹平一些信息差距。
总结下 novel-pro
优点：
-非常适用于长篇、旧稿接手、逐章补账
-"事实总账 + 快照视图"设计非常强大
-工作流分层明确：workflow / agent / references / templates
-非常适合进行小说项目管理
短板：
-脚本和实际自动化能力相对有限
-更依赖执行它的 agent 严格按照流程操作
-优势在于方法论，而非最强的工程实现
以上，既然看到这里了，如果觉得内容有价值，不妨顺手点个赞、在看、转发三连吧，如果想第一时间获取新内容，也可以给我个星标⭐～
感谢阅读我的文章，我们，下次再会。