应用集成 / 6 分钟阅读
把 Airtable 备注同步到 Notion，并加入人工审核分支
构建精确的跨应用流程：只更新唯一匹配记录，遇到指定值时先暂停审核。
准备材料
- 具备所需读写权限的 Airtable、Notion 连接。
- 源表、目标数据源以及邮件和备注字段的真实定义。
- 不含客户信息的测试记录，以及零匹配或多匹配的处理规则。
可直接使用的提示词
把方括号中的内容换成实际资料。没有相关 ID 时，先让 AI 按名称、地址或 MLS 编号查找你有权访问的项目，核对结果后再使用返回的 ID。
如果我没有提供 ID，请先按该资源支持的名称、地址或 MLS 编号查找我有权访问的项目，展示匹配结果，核对后再使用返回的 ID。为 [AIRTABLE_TABLE] 与 [NOTION_DATA_SOURCE] 起草同步流程。先读取真实字段结构和支持的动作说明。先解析 Notes 和 Email 的真实字段 ID，把 Airtable webhook 设为仅监控 Notes 字段，Email 作为附加字段。收到 Notes 变化事件后，按 Email 匹配 Notion，仅唯一匹配时更新 Notes；零匹配或多匹配都跳过并说明原因。去掉首尾空白后的 Notes 等于 REVIEW 时，更新前先人工审核。写入仍保留原 Notes 文本。不要创建缺失联系人，也不覆盖无关属性。仅校验并保存草稿，暂不启用或试写。
流程逻辑
- 按 Notes 字段 ID 筛选的 Airtable webhook
- 读取源记录
- 按邮件查询 Notion
- 是否唯一匹配？
- REVIEW 值先审核；其他按授权更新
这是实施顺序，不是已保存或运行成功的流程图。AI 应按当前工具支持的功能落地并返回真实状态。
- 01
解析真实资源与字段类型
让 AI 查出实际表、数据源及属性标识。字段显示名不一定等于 API 标识。确认哪个 Notes 属性可写，以及空值应该如何处理。 把 Notes 配为监控字段，Email 加入事件附带字段。适配器支持字段 ID 筛选及变化前后值；仅重新读取当前 Notes，并不能证明它发生了变化。
- 02
守住唯一匹配条件
使用支持的查询动作，并根据数量和分页结果分支。多条匹配时不能取第一条。仍可能有下一页时，当前只看到一条也不能证明唯一。去空白仅用于判断，写入保留原值。
- 03
用测试记录验证
审阅草稿后，明确授权对合成测试记录进行受控写入。覆盖唯一匹配、无匹配、重复匹配和 REVIEW 拒绝四种情况，核对目标备注与无关属性未变。
验收清单
- 零匹配或多匹配不更新记录。
- REVIEW 审核拒绝后没有目标写入。
- 仅修改获授权目标的指定属性。
遇到问题时
连接过期或字段类型改变时，停止写入并核对当前结构。超时先查原运行和目标记录，再决定重试；试运行也可能真实改数据。