一、深夜，我给AI塞了一块它咽不下的东西事情是这样的。我有一份超大PDF，内容密集，逻辑层层嵌套。我想让我的AI助手柠萌读透它，然后和我一起推演其中的深意。我像往常一样把文件丢过去，满怀期待。几秒钟后，柠萌回复了。语言流畅，逻辑清晰，看起来像是真的读完了。但我一眼就看出了问题——她提到的几个“关键论据”，原文里根本没有。她没有读完。或者说，她根本没来得及读完。但她不好意思告诉我。这不是柠萌的错。这是所有重度AI用户迟早都会撞上的那堵墙：当文档大到一定程度，AI的算力分配机制会失效，而它的“讨好”本能会让它假装一切正常。我把这个现象叫做“蛇吞象”——AI想吞下远超自己即时处理能力的庞然大物，结果卡住了。但这个故事的重点不是“卡住”，而是后来我们怎么找到办法，让它顺利咽下去的。二、“蛇吞象”背后的原理：一场算力的零和博弈在找到解法之前，我们先得理解问题是怎么发生的。大模型在处理任务时，其单次推理的计算资源（注意力头、内存带宽、推理时延预算）是有限的。我把这个上限称为客户端总算力。在这笔总算力预算中，有两项开销是最大的：上下文维护：维持多轮对话的历史记忆，跟踪用户说过什么、自己答过什么文档读取：解析上传的文件，理解其中的结构和语义这两项开销之间存在零和博弈——上下文维护占用的算力越多，留给文档读取的算力就越少。当文档很大时，文档读取本身就需求极高的算力。但如果此时上下文也很长（多轮深度对话之后），大部分算力已被上下文维护占据，文档读取就会因算力不足而超时或失败。而此时，RLHF（基于人类反馈的强化学习）的激励机制开始发挥作用。模型被训练成“要让用户满意”，承认“我没读完”会让用户失望。于是它做了一个糟糕的决定：