用 AI 把 Gmail 里的消费邮件记进 Google 表格

用 AI 把 Gmail 里的消费邮件记进 Google 表格

一个 n8n 工作流，把消费邮件变成 Google 表格里的行。它盯着两个 Gmail 标签，一个放发票，一个放付款通知，并打开附在邮件上的 PDF。随后一个 AI 模型读每封邮件，返回日期、服务、详情、金额、类别和币种。每笔付款变成一行。

里面有什么

• workflow.json：n8n 导出的工作流，二十四个节点，其中三个是便签。里面没有任何凭据。
• README.md：这份说明。

和原来的副本相比，我们改了什么

• Gemini 聊天模型原来请求 gemini-1.5-flash，Google 的模型页面已不再列出它。Google Gemini Chat Model1 现在请求 gemini-3.8-flash，也就是 Google 当前的 Flash 模型。
• Groq 聊天模型原来请求 llama-3.2-11b-text-preview。Groq 的停用页面说，这个模型被一个 11B 视觉模型取代，而那个视觉模型在 2025 年 4 月也已关停。Groq Chat Model 现在请求 llama-3.3-70b-versatile，Groq 的模型页面把它列为生产模型。
• 两个 Gmail 标签 id、PDF 的密码和作者那张 Google 表格的地址都已去掉。现在它们是占位符 <YOUR_INVOICE_LABEL_ID>、<YOUR_PAYMENT_LABEL_ID>、<YOUR_PDF_PASSWORD> 和 <YOUR_SHEET_ID>。
• Switch 里原来放着作者自己银行的发件人地址。它的规则现在是占位符 <YOUR_MULTI_PAYMENT_SENDER> 和 <YOUR_SINGLE_PAYMENT_SENDERS>。
• Extract details 的提示词原来点了一家银行的名字。现在它说 0 表示含多笔付款的邮件，1 表示含一笔付款的邮件。
• card 字段原来列着作者的卡名和尾号。现在它是自由文本，模型把卡写成一个简短的名字加四位数字，或者 null。
• Google 表格的标签页叫 Expenses。原来是按编号指向某个标签页的。
• 含有邮箱地址的凭据名称已去掉。

开始之前

• 一个 Gmail 账号，里面有两个标签，一个放发票，一个放付款通知。可以用 Gmail 过滤器自动给对应的邮件贴上标签。
• 一个 Google Gemini API 密钥和一个 Groq API 密钥。
• 一张 Google 表格，里面有一个叫 Expenses 的标签页。第 1 行放这八个名称：date、service、details、amount、category、currency、payment 和 source。缺了任何一个，表格这一步就会停下，并提示列名已被更改。

设置

1. 在 n8n 里新建一个工作流，打开它的菜单，选 Import from File。选中 workflow.json。
2. 在 Get invoice 和 Get payment 里，添加你的 Gmail OAuth2 凭据，并选好对应的标签。这就替换了两个标签占位符。
3. 在 Switch 里，把 <YOUR_MULTI_PAYMENT_SENDER> 换成发送多笔付款邮件的地址，比如每日刷卡汇总。另外两条规则里，把 <YOUR_SINGLE_PAYMENT_SENDERS> 换成只含一笔付款的邮件的发件人，用 | 隔开。
4. 如果你的 PDF 有密码保护，就在 Extract invoice 和 Extract payment 里替换 <YOUR_PDF_PASSWORD>。否则占位符文字会被传下去，没有保护的 PDF 会忽略它。
5. 在 Google Gemini Chat Model1 里添加 Google Gemini 凭据，在 Groq Chat Model 里添加 Groq 凭据。
6. 在 Send 和 Send1 里添加 Google Sheets OAuth2 凭据，并把两处的 <YOUR_SHEET_ID> 都换成你表格的 id，也就是它的地址里 /d/ 与 /edit 之间的那一段。
7. 发布工作流。两个触发器每分钟检查一次 Gmail。

一次运行的过程

1. Get invoice 和 Get payment 取走带各自标签的新邮件，并下载它的附件。Extract invoice 和 Extract payment 把第一个附件按 PDF 读取。没有附件的邮件不带它继续往下走。
2. Invoice data 和 Payment data 把邮件的文字和 PDF 的文字合在一起。然后 Switch 按发件人给邮件分路。
3. 来自多笔付款发件人的邮件进入 HTML，它取出每个 class 为 spend-table 的元素。Split Out 为每个元素各做一项，Set data 0 把它标为类型 0。
4. 来自单笔付款发件人的邮件进入 Set data 1，类型 1。两条路在 Merge 汇合，再进入 Extract details。Gemini 读邮件并返回各个字段，Send 追加一行，卡的信息放在 payment 列。
5. 其他所有邮件进入 Set data 2 和 Extract details1。Groq 读它，Send1 追加一行，payment 为空。

想换个结果，改这里

• 哪些邮件走哪条路：Switch 里的三条规则。
• 多笔付款邮件里，哪个元素装着一笔付款：HTML 里的选择器 .spend-table。
• 类别、币种和其他字段：Structured Output Parser 和 Structured Output Parser1 里的结构。
• 模型怎么读邮件：Extract details 和 Extract details1 里的消息。
• 列：Send 和 Send1 里的映射，以及你标签页的第 1 行。

值得知道的事

• 在你填好 Switch 里的发件人占位符之前，没有邮件会匹配前两条规则，所以所有邮件都走发票这条路，由 Groq 模型处理。
• 邮件的文字和 PDF 的文字，会发给 Google（Gemini）和 Groq。打开工作流之前，先看看你的标签都收了些什么。
• 每封邮件调用一次模型。含多笔付款的邮件，每笔付款调用一次。
• source 列里永远是 n8n 这个词。
• 你的 Gemini 或 Groq 套餐里的限额可能让一次运行停下。两条提取链和两个表格节点在失败后会重试。
• 只有发件人给每笔付款都标上那个 class，HTML 选择器才管用。
• Mindket 没有用 Gmail、Gemini、Groq 或 Google Sheets 运行过这个工作流。这些说明依据的是 n8n 公开的节点代码和各服务商自己的页面，读取于 2026 年 11 月 12 日。