上下文超长报错：两条解决路

对话进行到几百轮，或一次塞入超长文档后，出现上下文超长类报错。这是模型窗口的硬限制，两种解法都很快。

先理解报错

每次发消息，客户端会把历史对话打包发给模型。历史 + 新消息的总 Token 数超过所选模型的窗口上限，就报错。上传的长文档也计入窗口占用。

解法一：调低最大上下文消息数

1. 打开设置
2. 找到「最大上下文消息数」（或类似名称的选项）
3. 把数值调低（比如从 20 改到 10）
4. 回到对话重试

效果：每次请求少带几条历史，占用立刻降下来。代价是 AI 对更早内容的记忆变少。

解法二：开新对话

当前对话告一段落就新建对话，是最干净的重置：

• 有要保留的信息，手动复制到新对话开头（或用导出功能留档，见导出记录）
• 长期要查的资料，入库而不是塞对话（见知识库）

预防三件套

三者配齐后，正常使用很难再触顶。

换模型也是一条路

不同模型的窗口大小差异巨大（小则几万 Token，大则百万级）。经常处理超长材料的用户，把这类任务固定分给窗口大的模型（如 Gemini 旗舰档，见Gemini 接入），日常对话仍用小窗口模型省费用。

完整机制讲解见上下文窗口与自动压缩。