---
title: "Claude 文件上传完全指南：支持格式与使用方法"
description: "说清能上传哪些文件、上传后该怎么问、多份文件如何对比，以及扫描件解析和隐私上的边界。"
updated: 2026-11-13
canonical: https://docai.cc/learn/claude-file-upload-guide/
markdown_mirror: https://docai.cc/learn/claude-file-upload-guide.md
---
## 能传什么：先看类型

| 类型 | 常见格式 | 适合做什么 |
| --- | --- | --- |
| 文档 | PDF、DOCX、纯文本、MD | 摘要、条款问答、改写 |
| 表格 | CSV、XLSX | 结构梳理、指标分析 |
| 演示 | PPTX | 提取要点、检查逻辑 |
| 代码 | PY、JS、TS、GO 等 | 审查、解释、补测试 |
| 图片 | 常见的有 JPG 与 PNG，动图用 GIF，网页素材常见 WebP | 读图表、看界面、提取文字 |

音频和视频目前不在支持范围内，这类材料得先转成文字。格式清单和体积上限会随版本调整，真正上传时以界面的提示为准，不要按旧教程的清单准备文件。

图片理解属于[多模态](/concepts/multimodal/)能力，和读文档是两条通道，问法也不一样。

## 上传只是开始，问法决定结果

文件从输入框旁的上传入口（回形针或加号）加入对话，不需要特殊语法。但「帮我看看」通常换来一篇泛泛的概述。更有效的问法是交代三件事：这份文件是什么、你要解决什么问题、只看哪一部分。

```
这份 PDF 是供应商合同，共 12 页，我要做付款条款审查。
只看第 3 节和第 5 节：
1. 付款节点和比例
2. 逾期违约责任
3. 发票与验收的先后顺序
按「条款编号 | 原文摘录 | 页码」列成表格；找不到的写「未约定」。
```

给了身份、目的和范围，模型就不必把十二页泛读一遍再猜你想看什么。

### 上传后先确认读到了什么

文件多、页数多时，先做一次定位确认。上传后问：这份文件一共几页、目录有哪些章节、你实际读到了第几页。回答和文件对不上，说明解析不完整，换格式或拆开上传比继续追问更省时间。

图片里的文字同样如此：先让它把关键字段读一遍，你核对无误，再让它做判断。同一个文件可以连续追问，不必每次重传；第二轮问题尽量引用第一轮的结论，比如「你刚才说第三节约定了验收后付款，请把验收标准也找出来」，这样能压住前后不一致。

## 多份文件怎么比

同时上传几份文件时，先让它们有名字。比如「A 是去年合同，B 是今年合同」，之后的每个问题都带上 A、B。

对比要固定维度：价格、交付周期、违约责任、终止条件。让它输出一张表，缺数据的格子写「未提及」，而不是自行补齐。不指定维度时，模型会挑它觉得重要的比，结论可能不是你要的。

## 三类文件，三种问法

同一个提问套路套在所有文件上，效果差别很大。文档求定位，表格求口径，图片求转写，起手的第一问就不一样。

| 文件 | 第一问 | 追问 | 怎么验收 |
| --- | --- | --- | --- |
| 文档 | 共有几页、目录列了哪些章节 | 指定章节要结论和原文依据 | 摘录能在原文里找到 |
| 表格 | 列名、行数、时间范围、缺失值 | 按维度算指标、给出口径 | 抽样重算能对上 |
| 图片 | 先把关键字段逐字转写 | 再解读趋势或判断 | 数字、单位、图例核对无误 |

表格文件尤其容易「看着分析得很热闹，口径却不对」。先做一次结构体检，再让它下结论：

```
这是一份销售明细 CSV。先不要给结论，只做数据体检：
1. 每列的名称、含义和数据类型；
2. 总行数与日期覆盖范围；
3. 缺失值出现在哪几列、各占多少；
4. 可疑值，例如负数金额、未来日期、重复订单号。
用表格输出；判断不了的列写「需确认」，不要猜。
```

图片里的文字则相反：先转写、后解读。让它保持原有分行和标点输出一遍，你核对完再问「这张图说明了什么」。顺序颠倒时，识别错的一个数字会被直接写进结论。

## 常见故障对照

出问题时别急着重传。先按症状问一句，用它的回答判断卡在哪一层：

| 症状 | 先问这一句 | 怎么判断 | 处理 |
| --- | --- | --- | --- |
| 回答很空，像没读过文件 | 「这份文件共几页？目录有哪些章节？」 | 页数或章节对不上，就是没读全 | 换可复制文字的格式，或按页码拆开重传 |
| 引用的数字、条款对不上 | 「把这句话所在段落逐字复述，并标出页码」 | 复述仍出错，是识别或串行问题 | 截取单页重传；表格先导出成 CSV |
| 多份文件互相串 | 「分别说明 A 和 B 在这一条上怎么写」 | 答案不区分 A、B，就是没建立边界 | 上传时给文件起名，每个问题都带 A、B |
| 上传报错或没有反应 | 看界面给出的具体提示 | 体积、格式、密码三类 | 压缩、转常用格式、先去密码 |

一次要处理很多份文件时，逐份对话并不划算，可以看[批量文档处理](/learn/batch-document-processing/)里的做法。

## 长文档与解析质量

扫描件本质是图片，文字靠识别，错字和漏行都常见；加密文件需要先去掉密码；嵌套表格容易错位。遇到这些情况，先让它复述关键段落，确认读对了再往下问。

篇幅长的报告，不要一次要求全文分析。先看目录定位章节，再按页码分段提问，最后单独做汇总。相关方法见[处理长文档](/learn/handle-long-documents/)；容量概念见[上下文窗口](/concepts/context-window/)。

## 上传之前想清楚隐私

文件内容会发送到服务端处理，这一点先接受再上传。合同里的姓名、电话、账号，能打码就打码；身份证、银行卡、未公开的财务数据，不要传。企业若有合规要求，走企业版并确认数据处理条款。

### 上传失败先查三件事

体积是否超过当前上限、格式是否在支持列表、文件是否加密。前两项换压缩或转换格式，第三项先解密。若上传成功但回答明显没读到内容，多半是扫描件识别失败，把关键页截图单独上传往往更快。

文件名也会进入对话，像「客户名单_终版.xlsx」本身就带信息，改名后再传更稳妥。

## 自测

1. 你能用一句话说清这份文件是什么、要解决什么问题吗？
2. 多文件对比时，你固定了哪些维度？
3. 扫描件读错字时，你打算怎么发现？

工具能读文件，但读得准不准，取决于你有没有给范围和校验标准。下一节专门处理两类最常见的长文档：[分析 PDF 与 Word 的完整方法](/learn/analyze-pdf-word-documents/)。