一句话总结
挂给 Claude 的文件和粘进对话里的文字不是一回事。Claude 会把文件抽取到独立的层里，可以跨消息按文件名引用，Project 里的文件在该 Project 的每次对话里都能用。截至 2026 年 6 月，对话单次上传上限是单文件 30 MB、每次对话 20 个文件；PDF 在 100 页以内会做文字加视觉的完整分析，超过约 1,000 页则退回纯文字。凡是会反复用的东西，都放进 Project（单文件同样 30 MB，但文件数实际上不限，因为 Claude 会切到检索 / RAG），按确切文件名引用，并要求带页码的原文引用，方便你核对。
Claude 里的”文件”到底是什么
你把 PDF、表格或合同丢进 Claude 时，它不会被粘进消息流。Claude 会抽取文字（100 页以内的 PDF 还会抽取版式、表格和图），当你的问题需要时再把相关片段拉进上下文。由此有两个结果：
- 文件不会在每条消息上都重新吃掉你的整个上下文窗口——只有这次提问 Claude 真正检索到的片段才进上下文。
- 你可以在 prompt 里点名文件，Claude 就会去里头取，哪怕是十条消息之后。
所以把同一份 30 页 PDF 贴进十个独立对话纯属白费力气。上传一次到 Project，该 Project 里每次对话都能够到它。
这篇适合谁看： 有 PDF、CSV、合同、文字稿、研究论文或 style guide 要反复用的人；以及上传了一个大文件、却只换回含糊无来源答案的人。
决定你工作流的几个数字（截至 2026 年 6 月）
| 限制 | Claude 对话上传 | Claude Project 知识库 |
|---|---|---|
| 单文件大小 | 30 MB | 30 MB |
| 文件数量 | 每次对话 20 个 | 实际不限（触发 RAG） |
| PDF 完整视觉分析 | 100 页以内最佳 | 同上，按单文件 |
| 超大 PDF 行为 | 约 1,000 页以上转纯文字 | 检索只拉相关章节 |
| 图片尺寸 | 最高 8000 x 8000 像素 | — |
| 持久性 | 仅当前对话 | Project 内每次对话 |
支持的类型包括文档 / 数据的 PDF、DOCX、XLSX（表格）、CSV、TXT、MD、HTML、RTF、ODT、EPUB、JSON，以及图片的 JPEG、PNG、GIF、WebP。面向开发者的 Files API 是另一条路，单文件上限高达 500 MB，但那是给代码用的，不是聊天界面。当前上限请以 Anthropic 帮助中心为准（Upload files to Claude），因为这些会变。
为什么 Project 看着”不限”其实不然
Project 里可以加远超 20 个文件。Claude 不会一次全读；一旦 Project 大到超出上下文能容纳的量，它就切到 RAG（检索增强生成），每次提问只搜相关章节。Anthropic 说明 Project 的 RAG 对所有套餐（Free、Pro、Max、Team、Enterprise）都开放，且大致把有效存储翻好几倍。代价是：检索可能漏掉一段全量阅读本能抓到的内容，所以对一份关键文档，宁可放进单独对话（或小 Project），别埋在几百个文件里。
具体步骤
- 会复用的文件放进 Project，别只放一次性对话。 Project 侧栏点 Add content -> Files 拖入。它们会留在该 Project 的每次对话里，你再也不用重传。
- 上传前先改名。
contract-vendor-a-2026.pdf比Final_v3 (1).pdf好。Claude 回答时会复用文件名，你提问也会引用它——可读的名字让两边都更稳。 - 超长文档分段问。 “读 1-20 页给我目录”比”总结这 200 页 PDF”好。长文档中段的召回会悄悄掉，分段也让每个答案都可核对。
- prompt 里点名确切文件名。 “在
contract-vendor-a-2026.pdf里找终止条款并引用原文”远比”找终止条款”稳，挂了好几个文件时尤其如此。 - 凡是重要的都要带页码或章节号的原文： “引用相关段落，并给出页码或章节标题。“这把 Claude 从自信的转述者变成你能核查的、带 citation 的读者。
- 真相源放在别处。 要编辑的文件，canonical 版留在 Drive 或 Git，Project 副本只是工作快照。过期文件每季度清掉，别让旧草稿污染对当前文件的回答。
10 分钟首跑
- 建一个名为 “PDF 练习” 的 Project，传一份你已经读过的论文或合同——你要的是一份能一眼看出幻觉的文档。
- 问：“描述这份文件的结构——章节、长度、有什么表或图。先别总结内容。“在你信任任何答案之前，这先告诉你抽取是否成功。
- 深入：“引用第 3 节的关键主张和支持证据。“对照你自己的阅读核一遍。
- 在同一个 Project 里另开一个对话，确认文件不用重传仍然可用。这种跨对话持久性就是 Project 的全部意义。
怎么验证 Claude 真读了文件
- 答案有没有引用真实的文件名、章节或页码，还是泛泛转述？泛泛通常意味着它压根没检索到你在意的那段。
- 抽查三处引用对照原文。OCR 错和幻觉都会在这里露馅，扫描版 PDF 尤其可能返回乱码。
- 大文件上传时盯着上下文指示。快满时召回漂移会加重——见 Claude 长上下文不稳定。
- 检查范围：问文件 A 时答案把文件 B 混进来了吗？混了就用显式文件名锚点重问。
FAQ
Claude 能读扫描版 PDF 吗？ 能，通过 OCR，100 页以内的 PDF 还会分析视觉版式。密集或低分辨率扫描质量会降，所以引用过的段落要抽查。
Excel 和 CSV 呢？ Claude 能对表格提问，也能输出结构化的 Markdown 或 CSV。XLSX 分析可能依赖代码执行工具；无论哪种，重要数字都手工核一遍合计。
每条消息都会吃掉文件占的上下文吗？ 不会。Claude 每次提问只检索相关片段，所以上下文按它拉了多少来填，而不是每轮都塞满整个文件。
Project 文件私密吗？ 对 Project 是私密的，但有该 Project 访问权的人都能看。装了敏感文档的 Project 别共享。
实际大小上限是多少？ 截至 2026 年 6 月，对话和 Project 都是单文件 30 MB，每次对话 20 个文件，PDF 100 页以内分析最佳。开发者 Files API 单文件可达 500 MB。建议每季度回 Anthropic 帮助中心复查，这些会变。
PDF 超过 30 MB 或 100 页怎么办？ 拆开（按章或按页范围）、压缩图片，或上传前转成文字 / Markdown。语料很大时，把文件放进 Project 让 RAG 检索，或在代码里用 Files API。
容易踩的坑
- 每次对话都重传同一文件，不用 Project——浪费时间还破坏跨对话引用的习惯。
- 不指明哪份就让 Claude”总结一下”，于是它把多个来源搅在一起。
- 丢一个大文件就问一个大范围问题——文档中段的召回会悄悄掉（Claude 长上下文不稳定）。
- 相信无来源结论，而不是回去要确切的原文 + 页码。
- 让陈旧文件在 Project 里挂几个月，老合同搅乱对当前文件的提问。
- 把 OCR 当完美——重扫描 PDF 可能返回乱码段落，要肉眼抽查。