Gmail PDF 自动化

用 Google Apps Script 将市场报告送达决策者，无需服务器

许多企业每周都会收到结构相似的 PDF 文件——供应商报价、市场报告、物流单据、保险条款。阅读与整理这些文件的工作几乎全由人工完成：打开附件、提取关键数字、填入电子表格、发送摘要。问题不在于文件太多，而在于从"文件到达"到"信息被使用"之间，存在一道不必要的人工关卡。

如果团队已在使用 Google Workspace（Gmail、Google Drive、Google Sheets），可以在不架设任何服务器、不申请 IT 预算的情况下，将上述流程的相当部分自动化。工具名称是 Google Apps Script。

一个真实的自动化流程

以香港一间航运公司为例。其业务团队每日收到来自不同渠道的市场行情报告，格式不一，语言混杂，需要人工整理后才能判断市场走势。延误往往以小时计算。

重新设计后的流程如下：系统通过 Google Apps Script 持续监测指定 Gmail 信箱，一旦检测到含 PDF 附件的邮件，即自动提取文件，传送至 Gemini 的原生 PDF 处理接口进行内容解析与摘要生成。摘要结果同步写入 Google Drive 作审计记录，并即时通过 Telegram Bot 推送至相关业务群组。整个流程从邮件到达至摘要送出，无需任何人工介入。

这是已在生产环境运行的交付成果，而非概念验证。

Google Apps Script 是什么

Google Apps Script 是 Google 内置于 Workspace 的自动化脚本平台，使用 JavaScript 语法编写，直接在 Google 的云端环境执行，无需安装任何软件，也无需自行管理服务器。

对中小企业而言，它有几个实际优点：

• 免费包含于 Workspace 订阅之内，无额外授权费用
• 与 Gmail、Drive、Sheets、Docs 原生集成，无需第三方连接器
• 可设定时间触发器，例如每日早上九时自动执行
• 可调用外部 API，包括各大 LLM 供应商的接口

其限制同样明确：单次执行上限为六分钟，不适合处理大批量文件；对于需要每分钟执行或涉及数千份文件的场景，应考虑正式的后端 Pipeline。

为什么这个组合有效

Gmail 作为触发点，契合大多数企业现有的文件接收习惯，无需改变供应商或客户的发送方式。Gemini 的原生 PDF 支持省去了传统 OCR 流程的转换步骤，对扫描件与排版复杂的文件同样适用。Telegram 解决了企业内部信息传递的最后一步——报告不再停留在邮箱等人打开，而是主动送达决策者的手机。

三个工具各司其职，集成成本远低于采购一套企业级文件管理系统。

基本流程架构

以下是整个自动化流程，全部在 Google 生态系统内完成：

Gmail 收件箱
    ↓ 触发器：检测含 PDF 附件的特定邮件（例如主题含「Market Report」）
附件提取
    ↓ 将 PDF 储存至指定 Google Drive 文件夹
Google Drive
    ↓ 读取 PDF 内容（二进制转 Base64）
Apps Script 调用 LLM API
    ↓ 文件内容连同提示词送入 Gemini / Claude 等
结构化输出
    ↓ 将摘要写入 Google Sheets
    ↓ 通过 Telegram Bot 推送至业务群组

整个流程不涉及任何外部服务器。所有文件均留存于自身的 Google Drive 账户，API 密钥由 Apps Script 的 Properties Service 加密储存，不会出现在程序代码之中。

三个实际应用场景

场景一：市场报告每日摘要

供应商或信息服务每日发送行业报告 PDF，员工需人工阅读并提取重点。自动化后：系统检测邮件、提取附件、调用 LLM 生成三至五点重点摘要，于早上九时前发送至 Telegram 群组或写入 Google Sheets 记录栏。适用行业：物流、金融、保险、采购。

场景二：供应商报价比较

采购部门收到多份报价 PDF，需人工逐份打开、复制数字至表格，再手动比对。自动化后：系统从多封邮件提取 PDF，指示 LLM 从每份文件中抽取产品名称、单价、交期、付款条件等字段，统一写入同一份 Google Sheets，自动生成比较表。注意：PDF 格式高度一致时，准确率明显较高；格式差异大的供应商报价，需要人工审核步骤。

场景三：合同条款变动检测

合作伙伴定期发送更新版本的服务条款或合同附件，员工需与旧版本逐段对照。自动化后：系统将新版 PDF 送入 LLM，指示其对照上一版本（同样储存于 Drive）列出新增、修改、删除的条款段落，以结构化格式输出，供法务或管理层快速审阅。

Google Drive 在流程中的角色

Apps Script 与 Google Drive 的集成是此方案的核心优势之一。PDF 附件从 Gmail 提取后，先存入 Drive 指定文件夹，再由脚本读取，确保文件有备份并可重新处理。每次收到的文件以日期命名储存，形成可查询的历史记录，方便日后比对或审计。除 Gmail 触发外，亦可设定 Drive 触发器——当某个文件夹有新文件上传时，自动启动分析流程，适合非邮件来源的文件（例如员工手动上传的扫描件）。Drive 的共享权限设定同时适用于自动化产生的分析结果，无需额外建立访问控制机制。

固定范围交付的意义

此类自动化项目的价值，在于需求清晰、边界明确。企业无需聘用全职工程师，也无需承担长期维护合同。以固定范围、固定费用的方式交付，完成后移交完整源代码，企业保有完全自主权。对于正在评估 AI 导入路径的管理层而言，文件自动化是风险最低、回报最直接的切入点之一——不涉及核心业务系统的改动，却能立即释放人力资源用于更高价值的工作。如需了解完整的项目交付流程，可参考从洽谈到交付的六个阶段。

实际限制——决策前应了解的事

以下限制并非可以通过技术手段绕过，而是平台本身的设计边界：

• 六分钟执行上限：单次 Apps Script 执行最长六分钟。若 PDF 文件较长、LLM API 响应较慢，可能触及此上限。应对方法是拆分任务或使用批次执行，但这增加了配置复杂度。
• PDF 文字提取的前提：LLM API 接收 PDF 的方式是将文件转为 Base64 格式传送。若 PDF 是纯图像扫描件（无文字层），部分模型可通过视觉理解处理，但准确率低于含文字层的 PDF，且 Token 消耗显著增加。
• API 费用随量增加：LLM API 按使用量计费。若每日处理数十份报告，月费可能达数百港元，视文件长度与模型选择而定。应在部署前估算预期用量。
• 不适合即时响应场景：时间触发器的最短间隔为一分钟。若业务需要秒级响应，此方案并不适用。

何时应升级至正式 Pipeline

Apps Script 方案适合以下情境：已有 Google Workspace；文件量每日在数十份以内；流程相对固定；团队无专职工程师。以下情境建议评估正式后端方案：

• 每日需处理数百份以上文件
• 需要与 ERP、CRM 等系统双向对接
• 需要精细的错误处理与重试机制
• 需要符合特定合规或审计要求的日志记录
• PDF 来源格式多样，需要自定义前处理逻辑

正式 Pipeline 的建置成本与复杂度均高于 Apps Script 方案，但在上述场景下，其可靠性与可扩展性是 Apps Script 无法提供的。如需了解文件自动化的完整技术框架，可参考AI 文件处理自动化：方法与成本；若考虑导入前的系统性评估，可参考导入 AI 之前，先回答这五个问题。