AI 写长篇小说为什么 30 章必崩？根因 + 一套能写到完结的写法

让 AI 给你写个短篇，它往往写得像模像样；可一旦让它连载一部长篇小说，很多人会在第 20 几章开始头疼：主角动机漂了、设定的武功突然变高、配角换了性格、第 5 章埋的伏笔到第 28 章彻底没了下文……这就是圈里常说的「30 章必崩」。

别急着归咎于「AI 不擅长写长文」。崩，不是它变笨了，是写长篇这件事，逼着模型去做它生理上做不到的事。

为什么会崩：模型没有「长期记忆」这个器官

AI 大模型的记忆方式很粗暴——不是我们理解的记忆，而是上下文窗口。它"记得"多少，全看它面前的对话里塞了多少字。

写短篇，一次性就能把整篇装进窗口写完，问题不大。
写长篇，得一章一章连载。每开一章，要么把全文塞回去（塞不下），要么只带最近的几章——于是它只记得最近说了啥，前面伏笔、设定、人物微妙的动机，全丢。

更麻烦的是，模型有个本性叫「顺坡滑」：它会顺着当前这章的氛围，写一句"听起来很合理"的话，根本不知道自己正在和 20 章前的设定打架。它没有任何自觉去翻前文对账。

本质上，你是让一个只有短期记忆的临时工去写一本书。工人没问题，方案错了。

救法：别让模型「记」，让它「查」

既然模型记不住，我们就把"记"这件事从它的脑子里搬出来。三个动作，一个文档就能开始，小白照着做就行。

1. 设定外置：把"设定"搬出对话框

给小说建一份「设定卡」，包含：人物卡（姓名/性格/动机/当前状态）、世界观规则（什么能做、什么不能）、时间线、关系表、伏笔台账。这份文件不塞进对话里，需要哪段时才把它贴回给模型。工具随意：一个 Markdown 文件、Notion、网盘文档都行。

记住：设定是你的数据库，对话框只是模型的临时工作台。

2. 分卷写：把一部长篇拆成「短篇接力」

「一部长篇小说」这个名字，会吓坏任何靠短期记忆工作的系统。拆开它——把整本拆成几个自闭环的卷，每卷当成一个相对独立的短篇来写，卷内自己有起承转合。开新卷时，只给模型一页「前情提要」帧（上一卷结尾发生了什么、这卷要干嘛）。

3. 每章收束复盘：当模型的"总编"

每写完一章，花两分钟把「这章改了什么设定 / 埋了什么新伏笔 / 每位主角现在什么状态」补进设定卡。下一章开始前，把复盘喂回给模型的上下文。这就等于给模型配了一个永远记得前文的"总编"，把它的短期记忆每章登记一次。

顺带一提：已经有人把这个思路做成了工具——比如 ynnyh/jarvis-write（consistency-first 的长文写作助手）、tpos8/Ai-Novel-Workflow（用 SQLite 专门记设定和长期记忆的多 Agent 流程）、7a-z/NovelClaw。思路都是上面那套：把记忆结构化、搬出去、自动对账。你不想用工具，纯手动那份设定卡也完全够。

总结

AI 写短篇像请了个临时工，写长篇得像把它变成「助理 + 外挂记事本」的组合。

记一句话：别让模型记，让它查——把记忆规范化、搬出对话框、每章对一次账，十万字的坑也能爬过去。

门槛打包票：你会开一个文档、会往里面贴一段话，就照做得了。今天就能治你那部"30 章就崩"的情结。

想上手？把那部卡壳的小说捡起来，先花十分钟把人物和设定写进一个新文档，再从第 1 章开始，每章结尾把「这章改了什么」补进去——对比一下，你会肉眼看出来前后一致性好了多少。