拿到一份一百多页的 PDF,让 AI 直接「总结一下」,得到的常常是一份目录式概括,细节全丢了。Kimi 的长上下文能力就是为这类场景准备的:整份文档上传,基于全文提问,细节问题也能落到具体章节。这篇教程按实际使用顺序走一遍:怎么传、先问什么、怎么追问、怎么对比。
长上下文解决了什么
多数对话工具读长文档的方式是截取开头或分段摘要,细节问题一问就露馅。Kimi 的优势在于把整份文档放进上下文窗口,几十页的论文、财报、研报可以一次读入,前后文的信息能互相参照。这个能力决定了它的适用边界:文档越长、细节问题越多,它相对分段处理的优势越明显;反过来,短文档用它和用其他工具差别不大。
上传之后先要一张结构图
第一轮别问内容,问结构:「这份文档分成几个部分,每部分各自讲什么。」这一步有两个用处:确认解析没出问题(扫描件、双栏排版经常导致乱序),以及给后面的追问建立坐标。如果给出的结构对不上目录,说明文件解析有问题,换格式重传比反复追问有效。
细节问题怎么问才不会漏
「帮我总结这份合同」这种问法,得到的是泛泛的要点。「找出这份合同里关于付款节点的全部条款,标注章节号和原文」这种问法,得到的是可以直接核对的结果。差别在于后者给了位置、范围和期望格式三样东西。追问还有一条技巧:让它标出处。带章节号或页码的结论可以回原文核对,给不出出处的结论默认存疑。涉及复杂条款互相引用的判断,可以让它先列出相关条款再下结论,或者参考深度思考模式的开启时机,把推理类问题交给更重的思考模式处理。
| 任务 | 提问模板 | 答案可用的判断标准 |
|---|---|---|
| 全文摘要 | 用五个要点概括全文,每条标注对应章节 | 要点能对应到章节,且不全是目录复述 |
| 细节定位 | 第 X 章关于 Y 的原文是什么,逐字引用 | 引用原文而非转述,章节号能对上 |
| 风险排查 | 列出所有对我不利的条款,标注位置 | 每条附原文短句,遗漏需人工抽查验证 |
| 双文档对比 | 对比两份文档在 X 条款上的差异,列成表 | 差异条目双方都有出处,无出处不算 |
多文档对比的用法
两份文档一起上传,让它对比差异,这个用法在两类场景里特别有用:一是审合同,新旧版本逐条对比,改动处一目了然;二是看不同机构对同一主题的报告,找出结论矛盾的地方。对比时要求输出固定字段的表格(差异点、文档 A 的说法、文档 B 的说法、章节出处),比开放式总结可靠得多。文档数量多时,先单份提炼再汇总,不要十份一起丢进去。
分批处理的多份文档,历史记录容易混在一起,管理方法见历史记录的搜索与导出;常用问法固定下来后,可以参考提示词库的改编方法沉淀成自己的模板;文档来源如果是会议录音,先看实时记录的整理方式,转写稿比录音更适合上传。
什么情况下答案不可信
三类信号出现时,答案要人工核对。第一,扫描件解析质量差:模糊的盖章页、手写批注,识别经常残缺,先用 OCR 工具处理再上传。第二,表格跨页断裂:横跨多页的表格解析后行列可能对不上,关键数字必须回原文看。第三,它什么都答得上来:一份好答案里应该有「文档未提及」这样的表述,什么都能答反而可疑。另外,它的文风偏总结归纳,创意写作不是强项,别用它写故事和文案。关键数据和专业判断,工具只负责定位和提炼,最终确认永远在人。
本文只讲工具用法与思路,不构成法律建议,涉及合同、法律文件请咨询专业人士。
长文档阅读速查
- 第一轮问结构,确认解析正常
- 追问给三样:位置、范围、期望格式
- 要求标出处,无出处的结论默认存疑
- 对比用固定字段表格,别开放式总结
- 扫描件先 OCR,跨页表格回原文核对
三个常被问到的问题
- 上传后响应很慢正常吗?:文档越长,读入和处理的耗时越久,属于正常现象。接近窗口上限时会更慢且容易丢细节,此时分段处理更稳。
- 能同时上传多少份文档?:入口允许的数量随版本调整,以官方最新说明为准。实务上一次超过五份,对比质量就开始下降,建议分组处理。
- 读完之后能直接让它改文档吗?:能做基于内容的修改建议,但整份重写容易丢失格式。需要产出新文档时,让它输出修改点清单,人工在原文件上改。


