本文依据 xAI 公开文档与 X 帮助中心 About Grok（as-of Asia/Shanghai 2026-11-01）整理「把长文档读成可执行清单」的方法，不是某一账号的上传实测。消费者端（grok.com / 应用）与开发者 Files API 的按钮、格式、体积上限可能不同，请以你登录后的界面与现行官方说明为准；不要套用 OpenAI 或 Google 的上传限额表。本站为独立第三方整理，与 xAI / X 无授权关系。
还不熟 Grok？先看：Grok 是什么？。提问骨架见：AI 提问四段式。
什么时候适合用 Grok「读长文」？
常见真实需求是：制度、方案、会议纪要太长，只想先抓住结论、风险与待办；产品说明或行业报告几十页，要大纲、关键数字与「该精读哪几段」；需要把摘要转成「事项｜负责人｜截止条件｜原文依据」表，方便开会跟进。
消费者概览（docs.x.ai/grok/overview，as-of 核查日）写明：可上传 PDF、图片、表格、代码、音频等，用于分析、抽取与摘要。它擅长先帮你理清结构，不擅长替代你对合同条款、财务数字与法律后果的最终责任。About Grok 也提醒：模型可能自信地给出不正确信息，重要结论须独立核对，且不宜把个人或敏感机密信息丢进对话。
入口与附件能力：先画清 as-of 边界
读文档之前，先确认「你现在用的是哪条入口」。把开发者 API 限额当成 grok.com 按钮规则，是常见翻车来源。
| 入口 | 公开文档说了什么（as-of 2026-11-01） | 你还要自己核什么 |
|---|---|---|
| grok.com / iOS / Android | 消费者概览：可上传文件做分析、抽取、摘要；账号与对话可跨端同步 | 当前账号是否出现附件入口；格式/体积以界面与 FAQ 为准 |
| X 上的 Grok | About Grok：在 X 可用地区的 iOS、Android、Web 可从导航栏进入 | 是否与 grok.com 同一登录体系；附件能力是否与独立应用一致 |
| 开发者 Files API | Files 文档：把文件附到对话会触发 attachment_search；另有体积/格式说明 | 不能直接当成消费者产品规则；写笔记时分开记录 |
若当前端没有附件按钮、或报不支持格式：记录「本账号/本端不可用」，改用官方支持的粘贴/分段摘录，或换受支持格式。不要硬套其他品牌的限额表。
阅读前先设定任务（比「帮我总结」更重要）
读报告和读合同要的结果完全不同。上传或粘贴前，先写清四件事：
- 读者是谁（自己扫读 / 给领导 briefing / 给执行同事派活）。
- 要什么（关键观点、风险、待办、数据表，还是差异对照）。
- 不要什么（禁止编造原文没有的数字；页码不确定就写「不确定」）。
- 输出格式（大纲 → 带出处摘要 → 行动清单表）。
任务设定本身就是提示词的一半。写清「读者 + 产出 + 禁止编造」之后，同一份材料也能避免答成空泛作文。若只能粘贴摘录，按章节分批，并在每批开头重复任务边界，而不是一次塞整本却不做分段。材料特别长时，宁可多开几轮「只要结构」，也不要在第一轮就逼模型给最终待办。
流程：摘要 → 核对出处 → 变成行动清单
以下是编辑整理的操作建议，不是 xAI 固定向导。目标是把「泛泛总结」变成「能回原文勾选的行动表」。流程按「结构 → 带出处摘要 → 行动清单」推进——重点在任务边界与验收字段，刻意不照搬 ChatGPT PDF 教程里的「三轮提问」换皮骨架。
只要结构，不要结论
请只依据我提供的文档回答。先给出： 1）文档类型与主题（一句话）； 2）主要章节或小节大纲（尽量保留原标题）； 3）反复出现的关键术语 5–10 个。 若某部分无法从原文确认，写「原文未写明」，不要猜测。
按章节压缩，并强制带出处
在上一轮大纲基础上，对每个主要章节用不超过三句话概括。 每条概括后面用括号标注对应小节标题或页码（若无法确认页码，写「页码不确定」）。 只依据材料；找不到依据就写「原文未写明」。不要用外部常识补全结论。
整理成可核对行动清单
请把最重要的结论整理成表格，列名固定为： 事项｜建议负责人（若原文未写则「待指定」）｜截止/触发条件｜原文依据（小节或页码）｜核对关键词 最多 8 行。无法确定的字段标「待确认」。禁止编造原文没有的截止日或责任人。
实操：打开原文档，按行动表逐行跳转核对。金额、日期、责任主体、例外条款一律以原件为准。若回答开始「发挥」，立刻打断：「停止补充原文没有的内容」。
需要对照两份方案时，限定字段，不要只问「有什么不同」：
材料 A、B 都已提供。请只比较：生效范围、费用/资源、风险条款、下一步动作。 用表格输出：字段｜A｜B｜差异｜各自出处。原文没有的字段写「未写明」。不要评价哪份更好。
翻车与幻觉：先当核对任务，再当结论
| 现象 | 更稳妥的处理 |
|---|---|
| 入口不可用 / 格式不支持 | 记「本端不可用」；改粘贴分段或换格式；勿套用 ChatGPT/Gemini 限额 |
| 摘要空泛、像通识作文 | 回到任务设定与大纲；写明读者、字数上限、禁止外部常识 |
| 页码/引文可疑 | 行动表只当核对清单；不确定就标不确定 |
| 负责人/截止日期被填满 | 原文没写的字段改回「待指定/待确认」，由人定责 |
| 敏感材料 | 合同/财务/人事/医疗结果不能替代专业审查；上传前脱敏；核隐私设置（About Grok） |
| 把 API 限额当产品规则 | 开发者 Files ≠ grok.com / X 客户端；笔记里分开记 |
About Grok（直播页抓取常 403，正文主张经 Wayback 快照交叉核对后仍保留官方 URL）写明：早期版本可能自信地给出不正确信息或错摘要，请独立核实；不要分享个人数据或敏感机密。
把结果转发给同事前，勾选：每一行「原文依据」能在原件定位；金额/日期/百分比已与原件一致；「待确认」没有被悄悄填成确定结论；负责人是人定的；敏感信息未进不该进的账号环境。这张验收清单比争论「哪个模型更强」更能降低事故率——Grok 只是阅读辅助，最终签字仍是人。
和 ChatGPT / Gemini 的 PDF 教程怎么分工
若你主要在 ChatGPT 走「上传 PDF → 页码核对」链路，用：ChatGPT 总结 PDF 教程（OpenAI 口径，规则不同）。 若材料在 Google 云盘 / Gemini，用：Gemini 分析 PDF（云盘添加与管理员策略不同）。 本文只写 Grok（xAI）侧：入口与附件 as-of 边界、任务设定、摘要变行动清单；附件按钮是否出现以你的客户端为准。产品选型差异见：Grok 和 ChatGPT 怎么选。
常见问题
Q1：Grok 一定能上传 PDF 吗？ 消费者概览写明可上传 PDF 等用于分析与摘要，但不等于每个账号、每个客户端、每种文件都能成功。以登录后的界面与官方现行说明为准；本文不做上传成功承诺。
Q2：行动清单里的「负责人」能直接发给同事吗？ 不能默认可信。原文没写负责人时模型可能猜测；表格应保留「待指定/待确认」，再由你改成真实分工。
Q3：没有附件功能时还能用这套方法吗？ 可以。按章节粘贴或导出关键页为文本（若该端支持看图亦可），仍用「结构 → 带出处摘要 → 行动表」；关键是强制出处与人工核对。
Q4：开发者 Files 文档里的 512MB 等数字能写进消费者教程吗？ 不宜直接当 grok.com / X 客户端规则。API 侧说明用于开发集成；消费者限额与按钮文案以产品端与帮助中心为准，并标注 as-of。