n8n模板：Gemini分拣Gmail，Telegram审批，Sheets收纳待办

原文要点

这是Timothy Vermeiren发布的免费n8n模板（工作流20304）：每分钟轮询Gmail新邮件，Gemini先判断是否真实日历邀请并生成摘要（含起止时间），再二次分类紧急度（urgent/today/later并给理由）。紧急件推Telegram等你选立即回或稍后；立即回可在Telegram口述内容直接回邮件，邀请则可接受/拒绝并经Google Calendar API更新出席状态。非紧急件标已读、移出收件箱、打stowed标签、写入Google Sheets。每天08:45把收纳项拉回Telegram逐条复习，事件会查日历空档，复习完在表里标记完成。Sheets需含id、type、from、title、status、urgency、urgency_reason、additional_data、summary、body十列。

这次做成什么

部署这套"分拣-审批-收纳-晨间复习"闭环，并用本站设计的三封合成邮件走通三条分支（紧急回复、邀请RSVP、非紧急收纳），验证字段映射与每日复习。

准备什么

• n8n实例并能导入模板库工作流20304
• Gmail、Google Sheets、Google Calendar三个OAuth2凭据
• 一个Telegram bot及你自己的chat ID
• Google Gemini（PaLM）API密钥
• 一张建好十列表头的收纳日志表

具体怎么做

1. 导入模板挂五类凭据

   模板库搜索20304导入。把Gmail、Sheets、Calendar三个OAuth2和Telegram bot、Gemini密钥分别绑定到对应节点；把所有通知和审批节点的chat ID换成你自己的。

2. 建标签与表结构

   在Gmail手动建一个stowed标签，取得其标签ID替换工作流里加/减标签节点用的ID。按原模板要求建表，十列依次为id,type,from,title,status,urgency,urgency_reason,additional_data,summary,body（见材料CSV）。

3. 构造三封合成测试邮件

   用另一个邮箱给监控收件箱发：A）主题含"紧急：服务器宕机"的普通邮件；B）带真实日历邀请的事件邮件；C）常规订阅周刊。等一分钟轮询触发。

4. 逐条走分支

   A应推Telegram紧急卡片，你选"立即回复"后在Telegram输入回复文本，核对邮件线程里出现该回复；B应在Telegram问接受/拒绝，选接受后日历 attendee 状态变为已接受；C应自动标已读、离开收件箱、带stowed标签且表里多一行。

5. 验证晨间复习

   把定时节点临时改到几分钟后触发（或等08:45），Telegram应逐条列出收纳项，事件类还会查日历冲突；复习完对应行status更新为done，验证后把触发时间改回你的时区偏好的时刻。

可直接复制的材料

id,type,from,title,status,urgency,urgency_reason,additional_data,summary,body
msg_demo_001,email,ops@example-corp.cn,紧急：支付网关告警,stowed,urgent,影响线上交易需立即处理,,支付网关连续报错，需要今天确认回滚方案,告警邮件全文省略为占位正文
msg_demo_002,event,team@example-corp.cn,季度复盘会邀请,stowed,today,会议在本周需确认出席,"{\"start\":\"2026-10-09T14:00:00+08:00\",\"end\":\"2026-10-09T15:00:00+08:00\"}",邀请你周五下午参加季度复盘会,邀请邮件占位正文

你是邮件紧急度分类器。根据邮件主题、发件人和正文，把邮件分成三档之一：urgent（需要几分钟内处理，如故障告警、高层直发）、today（今天内要处理，如本周会议邀请、当日截止事项）、later（可延后，如周刊、促销、通知）。只输出一行JSON：{"urgency":"urgent|today|later","urgency_reason":"不超过40字的中文理由","summary":"不超过60字的中文摘要"}。不要输出其他文字。邮件主题：{{ $json.subject }}；发件人：{{ $json.from }}；正文：{{ $json.body }}

输入与输出示例

本站虚构演示，非模板实跑结果；分类措辞和按钮文案以你部署后的实际输出为准。

输入

测试邮件A：发件人ops@example-corp.cn，主题"紧急：支付网关告警"，正文称线上支付连续报错、请求负责人今天确认回滚方案

对应输出

Gemini分类输出：{"urgency":"urgent","urgency_reason":"支付故障影响线上交易，需负责人立即处理","summary":"支付网关连续报错，需今天确认回滚方案"}；随后Telegram收到紧急卡片，含"立即回复/稍后处理"两个按钮

做完检查这些

• 测试邮件A在一分钟内触发Telegram紧急卡片，选立即回复后口述文本确实出现在Gmail原线程
• 测试邮件B在Telegram选择接受后，Google Calendar中该事件的本人出席状态变为已接受
• 测试邮件C自动标已读、从收件箱消失、带stowed标签，且Sheets新增一行十列全部对位
• 定时触发后Telegram逐条列出未完成的收纳项，复习结束的行status变为done

容易卡住的地方

• 每分钟轮询在邮件量大时消耗执行次数与Gemini额度，自托管免费版也要留意API配额
• stowed标签必须先在Gmail手动创建并替换节点里的标签ID，直接跑会因标签不存在报错
• 所有Telegram节点的chat ID默认是作者的，不改就会发不到你手里甚至审批卡住
• 每天08:45是写死的触发时刻，跨时区使用要在定时节点里改，不是改系统时区
• Calendar出席状态更新只对真实邀请邮件有效，普通邮件里贴个会议时间不会被识别为event
• Gemini判断紧急度有主观性，重要告警类邮件建议额外加关键词兜底规则