Airtable 的列，按字段说明从 PDF 里填

Airtable 的列，按字段说明从 PDF 里填

一个 n8n 工作流，把 Airtable 每个字段的说明当作提示词。有人给某一行的 File 字段附上 PDF，聊天模型就读它，并填好每个还空着的、带说明的字段。新增或修改一个字段后，同样的提示词会对每个有 PDF 的行再跑一遍。

包里有什么

• workflow.json：n8n 导出的工作流，五十个节点：三十六个干活的，十四张便签。里面没有任何凭据。
• README.md：这份设置说明，压缩包里的是英文版。

我们相对原来的副本改了什么

• 凭据的关联都删掉了：九个节点上的 Airtable 令牌，和两个聊天模型上的 OpenAI 密钥。请选你自己的。
• Airtable Webhook 原来带着作者自己的路径和 webhook ID。ID 已删掉，路径现在是 YOUR_WEBHOOK_PATH。
• 顶部那张大便签原来有作者的链接、一个演示视频和一个推荐链接，现在改成了标题。放着带推荐链接的徽标的那张便签已删掉。
• 别的都没改。Set Airtable Vars 里的三个占位符是文件原来就有的，它的 Code 节点也不用修。

开始之前

• 一个 n8n 实例，n8n Cloud 或自己的服务器都行。Airtable 必须能访问到它的 webhook 地址。
• 一个 Airtable base，里面有一张带名为 File 的附件字段的表。这个名字写在 Fetch Records 的公式里、File[0].url 表达式里和 Set Airtable Vars 里，要改就一起改。
• 一个 Airtable 个人访问令牌，权限有 data.records:read、data.records:write、schema.bases:read 和 webhook:manage，并且能访问这个 base。
• 一个 OpenAI API 密钥。
• 里面有文字的 PDF。没有文字层的扫描页，模型什么也读不到。

设置

1. 在 n8n 里新建一个工作流，打开它的菜单，选 Import from File，选中 workflow.json。
2. 添加一个 Airtable Personal Access Token 凭据，在用到它的九个节点里选中：Get Table Schema、Get Table Schema1、Get Webhook Payload、Fetch Records、Get Row、Update Row、Update Record、RecordsChanged Webhook 和 FieldsChanged Webhook。
3. 添加一个 OpenAI 凭据，在 OpenAI Chat Model 和 OpenAI Chat Model1 里选中它。两个节点都没有指定模型，请各选一个。
4. 在 Airtable Webhook 里，把 YOUR_WEBHOOK_PATH 换成你自己的一长串随机字符。保存，再点 Publish。
5. 在 Set Airtable Vars 里，把 <MY_BASE_ID>、<MY_TABLE_ID> 和 <MY_WEBHOOK_URL> 换成你的 base ID、表 ID 和 Airtable Webhook 的正式地址。尖括号要去掉。inputField 保持 File。
6. 从 When clicking ‘Test workflow’ 运行一次工作流。它会在这个 base 上创建两个 webhook，一个盯 File 这一列的变化，一个盯字段的变化。
7. 在 Airtable 里，给每个想填的字段在说明里写一条提示词，比如“发这份文件的公司”。再给某一行附上 PDF。带说明的空格子过一会儿就会填好。

一次运行的过程

设置，运行一次：

1. Set Airtable Vars 存着 base ID、表 ID、webhook 地址和输入字段的名字。
2. Get Table Schema1 和 Get "Input" Field 找到 File 字段。RecordsChanged Webhook 请 Airtable 在这个字段的数据从它自己的界面被更新时发通知。FieldsChanged Webhook 对字段的新增和修改也这样做。

每次通知：

1. Airtable Webhook 收到通知。Get Table Schema 和 Get Prompt Fields 读取表的字段，留下带说明的。Get Webhook Payload 问 Airtable 改了什么，Parse Event 根据最后一条数据包判断事件：row.updated、field.created 或 field.updated。
2. Event Type 把行修改送往一条路，把字段修改送往另一条。
3. 行修改：Get Row 读取这一行，Filter Valid Rows 在它有文件时留下。Loop Over Items1 一次取一行。PDF 被下载并读成文本。Fields to Update 列出还空着的、带说明的字段。对每个字段，Generate Field Value1 把 PDF 的文本、字段的说明和它的类型发给聊天模型。Get Result1 用字段名给答案命名，Add Row ID to Payload 把答案和这一行的 ID 合到一起，Update Record 写入。
4. 字段修改：Filter Valid Fields 在字段带说明时留下。Fetch Records 找出每个有文件的行。对每一行，PDF 被读取，Generate Field Value 只回答这一个字段，Update Row 写入。

改变风格

• 提示词：Airtable 的字段说明，以及 Generate Field Value 和 Generate Field Value1 的系统消息，它们要求答案简短，找不到时答 n/a。
• 模型：两个聊天模型节点。
• 输入列：名字 File，在上面列出的几个地方。
• 字段改动波及哪些行：Fetch Records 里的公式。
• 哪些修改会触发运行：RecordsChanged Webhook 和 FieldsChanged Webhook 请求体里的过滤条件。

注意事项

• 行修改只填空格子。字段修改会把这一列在每个有文件的行里重填，并替换原来的内容。
• 每一行的每个字段是一次聊天调用，每次都带着整份 PDF 的文本。长 PDF 配很多字段，花费更高。
• 只读第一个附件 File[0]，Extract from File 设的是 PDF。
• Get Prompt Fields 读的是 Get Table Schema 返回的第一张表的字段，也就是 base 里的第一张表。要监视的就是那一张，或者让 base 里只有一张表。
• 答案 n/a 是文本。更新节点没有开 typecast，Airtable 可能拒绝把文本写进数字或日期列。先从文本字段开始。
• Parse Event 用的是 Airtable 回答里的最后一条数据包和里面第一条改动的记录，所以一次改好几行，只会填其中一行。其余的请一个一个附。
• 行 webhook 的 fromSources 设为 client，所以只有在 Airtable 自己里做的修改会触发运行，工作流自己的写入不会。
• Airtable 的 webhook 页面（2026 年 11 月 12 日查阅）写明，用个人访问令牌创建的 webhook 7 天后会被停用，列出它的数据包就能再延长 7 天。Get Webhook Payload 每次运行都会这样做，但安静一周它就会失效。那时请把设置分支再运行一次。
• 两个聊天模型节点都没有指定模型。在 n8n 现在的源码里，OpenAI Chat Model 1.1 默认用 gpt-5-mini（2026 年 11 月 12 日查阅）。OpenAI 的弃用页面给 gpt-5-mini 定的日期是 2026 年 12 月 11 日，替代模型是 gpt-5.6-terra。
• webhook 路径要又长又保密。谁知道这个地址都能调用它。
• PDF 的文本会发给 OpenAI。表的结构和各行只在 n8n 和 Airtable 之间流动。