为什么 AI 写到第 10 章就开始“失忆”？长篇写作的上下文管理指南

写前五章的时候，你觉得自己找到了完美的搭档。AI 记得主角乔纳斯说话简短、习惯用左手，记得港口小镇连下了三天雨，也记得线人伊莱在第 4 章末尾死在了码头。

写到第 10 章，这个对话已经有七八十轮。你让它起草一场厨房里的对峙戏。几秒钟后正文出来了：乔纳斯伸出右手去拿桌上的刀，玛拉转头劝他「给伊莱打个电话核实一下货单」。

你愣住了。在对话框里纠正它：「乔纳斯是左撇子，伊莱第 4 章就死了。」它马上道歉，重来一版。可过了两章，它又把玛拉的妹妹写成了她的堂姐。你忍无可忍，决定关掉这个变得又慢又乱的旧窗口，新开一个对话——结果面对空白的输入框，你发现自己得先把一万五千字的人物小传、世界观设定和前九章梗概重新挑出来粘进去，才能写下第 10 章的第一句话。

几乎每个用 ChatGPT 或 Claude 写长篇的人，都在第 8 到第 12 章之间撞上过这堵墙。

透明说明： 我们开发 Muses，一个把 AI 聊天放进编辑器的写作工作区。本文由团队撰写，文中关于产品的每一句，都对应当前真实可用的功能。

先说结论

• 「上下文窗口够大」不等于「模型能记住全书」。 窗口是容量上限，不是注意力保证；对话越长，夹在中间的早期细节权重越低。
• 把整本书聊进同一个对话框，是在拿废稿污染定稿。 被你否掉的分支剧情、改了三次的半成品和最终正文混在一起，模型分不清哪句算数。
• 长篇不崩盘的核心，是把「档案」和「工作台」分开。 定稿章节、人物设定和大纲应该立在对话外面，对话只用来处理眼下这一幕。
• 上下文要按变化频率分成四层。 全书总览常驻、结构大纲指路、人物与前文按需调取、当前段落局部精修。
• 当 AI 站在你的项目里，你就不用靠复制粘贴替它续命。 它能自己查前文、读素材、看导图、维护项目记忆，你只管推进故事。

为什么对话越长，AI 越容易“吃设定”

很多人以为 AI 忘设定是因为「字数超了」。其实哪怕模型标称支持几十万甚至上百万 Token，只要你用一个无限拉长的聊天窗口写长篇，穿帮依然会在第 10 章左右准时出现。背后有四个机制性的原因：

一、注意力在长文本里是「两头重、中间轻」的。 模型处理超长上下文时，对最开头和最近几轮的指令最敏感，而夹在第 15 轮到第 60 轮之间的细节——比如第 3 章顺手提过的一句「他右手腕旧伤未愈，常年用左手」——在注意力分配里会大幅衰减。除非你在当前这一轮再次提醒，否则模型很容易顺着最常见的语言惯性，写出「他伸出右手」。

二、聊天记录里混着太多「已经作废的宇宙」。 写长篇免不了试错。你可能在第 4 章讨论过「要不要让伊莱假死脱身」，聊了五轮后决定还是让他死透；你可能把第 7 章的结尾改了三版。但在同一个聊天线程里，这三条分支、三个版本的文字全都留在上下文里。模型看到的不是一份干净的定稿，而是一堆互相矛盾的施工现场。

三、滑动窗口和后台压缩会悄悄抹掉伏笔。 当单次对话长到一定程度，聊天工具为了控制成本与响应速度，往往会截断早期消息，或把前文压缩成内部摘要。摘要擅长保留主干（「第 4 章：码头冲突，主角拿到账本」），却极不擅长保留伏笔和道具细节（「账本缺了第 17 页」「怀表停在三点一刻」）。被摘要吃掉的细节，后面自然接不上。

四、一旦另开新对话，上下文就彻底归零。 为了摆脱旧窗口的污染，你点下「新建对话」。这时候模型干净了，但也彻底失忆了。你不得不在几十个文档和旧聊天记录里翻找设定，手工拼凑一份「前情提要」粘进新窗口——这就是长篇作者最头疼的「上下文搬运工」困境。

不靠“一个超长对话框”：长篇上下文的四层结构

想让 AI 在第 30 章依然像第 3 章那样清醒，办法不是找一个能塞进一百万字的聊天框，而是别把所有信息都平铺在同一个层级里。

一套抗衰减的长篇上下文，应该按「多长时间变一次」和「什么时候用得上」，拆成四层：

这个结构解决了一个根本矛盾：AI 既需要知道全书的规矩（第 1 层），又需要查具体某个人物的细节（第 3 层），同时还不能被无关章节的几万字废话干扰当前这一段的文风（第 4 层）。

在 Muses 里，这四层上下文是怎么运转的

如果用「文档编辑器 + 外部聊天窗口」，上面这四层结构得靠你自己建文件夹、手动复制粘贴来维护。而在 Muses 里，这四层本身就是工作区的原生结构：左边是项目与素材，中间是正文或思维导图，右边是 AI 聊天。

第一层：分层的持久记忆（用户记忆 + 项目总览 + 项目明细）

Muses 的持久记忆不是把旧聊天记录胡乱塞进提示词，而是整理成结构化的三部分：

• 用户记忆（User Memory）：跨项目生效的长期习惯，比如你偏好的冷峻叙事语感、标点习惯、不喜欢的形容词套路。
• 项目总览（Project Overview）：当前这本书的常驻底盘——核心梗概、叙事视角、主要人物关系、写作规则和整体进度。
• 项目明细（Project Details）：项目内按主题拆开的独立笔记（比如某条支线的时间线、某个阵营的规则），还可以关联到项目里的具体文章或素材，随着故事推进创建、修订或归档。

每次你在项目里开启一个新对话，用户记忆和项目总览会自动注入首轮上下文，不需要你重贴一遍设定；到了具体场景，AI 可以用搜索工具（grep）或记忆工具（memory）按需读取、更新相关的项目明细。编辑器的自动补全与听写同样会读取用户记忆、项目总览以及关联到当前文档的活动明细。

你想核对 AI 到底记住了什么时，在编辑器里打开 「查看记忆」 就能一目了然地浏览用户记忆、项目总览和活动明细；发现哪里设定改了，直接在聊天里交代一句，或者切换到 「更新记忆」 工作模式，让 AI 对照项目内容把记忆梳理干净。

第二层与第三层：同项目内的文章、素材与思维导图，随用随调

在同一个项目里，你的章节正文（文章）、人物小传与世界观设定（素材库文章、txt / md / docx 文档、PDF、网页链接、图片）以及大纲（思维导图）都在同一个边界内：

1. 用 @ 点名本场戏要用的档案。 写第 10 章乔纳斯和玛拉的争执时，不用去翻文件夹复制粘贴，直接在聊天输入框里打 @（支持半角 @ 与全角 ＠），选中《乔纳斯人物卡》和《第 4 章：码头》，每条消息最多可以同时引用 5 份项目内的文章或素材。
2. 让 AI 自己去查前文。 记不清第 3 章某把钥匙放在哪、或者某个配角叫什么名字？直接让 AI 在项目里搜。它的 grep 工具能同时检索当前项目的已保存文章、素材（含素材文章、文本、网址、PDF 摘要及思维导图节点主题）和记忆，再用 read 工具按块或按行读取原文。
3. 思维导图与正文互通。 AI 能直接读取项目里的思维导图大纲；当你调整了章节结构，它对已有导图的修改会在画布上逐节点标出，等你逐项确认后再写入。

第四层：多会话工作台 + 选区改稿 + 行内审阅

为了不让一个对话框被七八十轮讨论撑爆，Muses 在网页端和桌面端都默认提供多会话工作台：

• 不同任务分标签页聊，互不污染。 当你打开第二个会话时，聊天面板顶部会出现会话标签页、新建按钮和历史入口。你可以留一个会话专门推演第 11–15 章的大纲，再新建一个干净的会话专门精修第 10 章的对白——那些被否掉的脑暴分支永远不会混进改稿会话里。
• 选中哪段改哪段，改动落在原文上等审阅。 在正文里选中要改的三段话，选区会自动附在消息上方发给 AI。AI 对已有文章的修改不会直接覆盖你的定稿，而是在原句上用删除线和标记做行内对比：如果它把「左手」写成了「右手」，你一眼就能看见并直接点「拒绝」，只把写得好的那几句点「接受」收进正文；接受之后还能一键撤销最近一次接受的修改（只要还没继续编辑正文）。桌面端使用本地项目时，登录并联网后也是完全相同的并排聊天、项目检索与行内审阅流程。

如果你还在普通聊天窗口里写，今天就能改的四个习惯

即使你现在仍然在 ChatGPT 或 Claude 的网页端写长篇，只要改掉「一个窗口聊到底」的习惯，今天就能把第 10 章的失忆率降下来：

一、永远不要把聊天记录当成“定稿真源”

聊天窗口只是草稿纸，编辑器里的文档才是唯一算数的地方。一旦某段剧情在聊天里定下来，立刻粘回你的正文或设定集，并把设定集里的旧说法改掉——不要指望 AI 自己从四十轮对话里推断出你最后选了哪个方案。

二、每写完一章，维护一张 150 字的“章节交接卡”

不要把前九章的几万字原文全塞给第 10 章的对话，也不要只写一句笼统的「第 9 章：两人吵了一架」。每章定稿后，花两分钟记一张只写状态变化的交接卡：

【第 9 章交接卡】
- 时间与地点：周四深夜 23:40，老港区乔纳斯公寓厨房（窗外刚停雨）
- 在场人物状态：乔纳斯（右手腕旧伤，惯用左手，刚从码头回来，外套湿透）；玛拉（已知晓账本缺页，站在窗边背对他）
- 已不可逆的事实：线人伊莱已于第 4 章码头身亡；账本第 17 页在玛拉口袋里，乔纳斯还不知道
- 本章留下的钩子：楼下驶过一辆熄灯的灰车，玛拉正在数秒等乔纳斯先开口

这张卡片只有一百多字，却把第 10 章最容易穿帮的物理位置、生理特征、生死状态和信息差全部锁死了。

三、一章一开新会话，只带“本场戏进门的人和事”

每写新的一章（甚至新的一个大场景），果断开启一个新对话。首条消息只放三样东西：

1. 全书常驻底盘（文风规则 + 核心背景，500 字以内）；
2. 本场戏出场人物的人物卡片段（不整本全贴，第 10 章只有乔纳斯和玛拉，就不贴反派和配角）；
3. 上一章的 150 字交接卡 + 本章要完成的 3 个情节拍子。

上下文越干净、越聚焦，模型的注意力就越集中，写出来的动作和对白也越贴合人物。

四、一旦发现 AI 穿帮，改档案重发，别在对话里跟它吵

当 AI 写出「乔纳斯伸出右手」或让死人复活时，很多人的第一反应是在下面回一句：「不对！他是左撇子，重来！」

这样纠正一次可以，但如果连着纠正两三次，整个对话就会被错误信息和道歉刷屏，反而强化了错误词条在上下文里的存在感。更干净的做法是：把漏掉的约束补进你那条输入提示词里，直接编辑上一条消息重新生成，让错误的分支从一开始就不留在对话历史里。

写在最后

AI 写到第 10 章开始“失忆”，不是因为它突然变笨了，而是因为对话窗口本就不是用来存一本书的。把设定、废稿、大纲和十几个章节全堆在一条时间线里，任何模型都会被噪音淹没。

把上下文按「常驻底盘、结构大纲、按需档案、当前工作台」分成四层，你的长篇就有了骨架：该永远记住的留在总览和记忆里，该查证的放在素材和前文里按需调取，该专注打磨的留在干净的当前会话与行内审阅里。

Muses 就是围绕这套工作流搭建的：用户记忆、项目总览与项目明细分层维护，文章、素材和思维导图同处一个项目边界，用 @ 引用或让 AI 直接检索前文，多会话标签页把推演大纲和精修章节隔开，所有对已有正文的修改都落在原句上等你逐条确认。想把正在写的长篇搬进来试试，可以新建一个项目，或者先看看小说写作工作区和AI 小说写作工具是怎么配合长篇创作的。如果你也在被窗口切换和格式丢失困扰，可以接着读复制粘贴税：在 ChatGPT 和 Claude 里写作，你到底多付了什么与如何用 AI 写一本书：八步流程。

开始是免费的：免费版包含默认的 Clio 模型和每月 50,000 星力值；付费方案按订阅计费，具体价格以结算页为准。免费开始。