上传文件总提示太大，几十页的文档怎么喂给 AI

文件传不上去，多数不是文件真的太大，是踩了几个常见的限制。按这个顺序排查：

先看格式。同样的内容，PDF 扫描件比文字版大好几倍，因为整页是图片。能拿到文字版就别传扫描件。

再看页数。不少平台限制的是页数而不是体积，几十页的文档即便体积不大也会被拒。

然后看单次输入的字数上限。文档传上去了，但只读了前一部分，这是字数超了，不是文件坏了。

对应的处理办法有两条。一条是拆：按章节切成几个文件，一次问一部分。另一条是提：先把文档转成纯文字，去掉页眉页脚、图片、批注，体积能小一大半。

拆的时候按内容边界切，别按页数硬切。切在半句话上，AI 读到的上下文是断的，答出来也容易跑偏。

我第一次传一份六十多页的投标文件，试了四次都不行，一直提示文件过大。

后来发现那份 PDF 是扫描件，每一页都是一张图，体积自然大。用工具转成文字版之后，同一个文件小了一半多，一次就传上去了。

还有一次是页数的问题。文件体积不大，但平台限制单次四十页，多出来的部分它不读。我问了半天它答非所问，才反应过来后面那二十页它根本没看到。

现在的做法是：先把文档按章节拆成三四个文件，命名带上章节号，一个一个问。拆开之后反而问得更准，因为上下文里没有无关内容干扰。

传之前我还会看一眼有没有页眉页脚和批注。这些内容混在正文里，AI 有时会当成正文读进去。

处理长文档，比「传上去」更要紧的是「怎么问」。

一次只问一件事。把「帮我总结这份合同的风险点、付款条件、违约责任」拆成三次问，每次的答案都更具体。一次问三件，答出来往往是三段套话。

问的时候把位置说清楚。「第三章第二节讲了什么」比「这份文档讲了什么」有效得多。模型知道去哪里找，就不容易编。

拆文件的时候留一段重叠。上一份的结尾和下一份的开头有重合，跨章节的内容才不会断。

最后一步是回查。它给出的每条结论，回到原文找一遍依据。找不到依据的那条，先当成它自己补的，别直接用。

这套做法慢一点，但省掉了后面核对返工的时间，整体算下来是快的。