把 Airtable 接到 AI 智能体

1. 什么会杀死一个 Airtable 数据库

值得诚实地看看这些数据库是怎么走到尽头的，因为剧本一再重演，而且跟工具本身的好坏毫无关系。

• 数据库是一个人搭起来的。 做得很好，与业务严丝合缝，对设计它的人来说一目了然。这是最好的时刻。
• 录入压在同一个人身上。 其他人只看数据库，不去填 —— 不是出于抵触，而是因为填那一行需要知道哪一列该放什么。
• 过去一个忙碌的月份。 三周不更新就够了：从那以后没人再信这些数字，于是没人去改，于是它们真的变错了。

成本不是 Airtable 的订阅费，那点钱很有限。成本是你所替代的那套真正软件值多少个半天，乘以你并没有那套软件这一事实 —— 以及你依据一张过期表格做出的判断。这正是买不起工具的公司的典型图景：自己搭是对的选择，而它要求有人把它维持下去。

2. 智能体在 Airtable 里做什么

Airtable 的官方连接器对你所指定的数据库给出读取和写入的访问权。具体涵盖如下：

• 读取记录。 找出某一条、把两张表对起来、回答那些必须看数据库而不是靠手翻才能回答的问题。
• 新建一条记录。 那条缺失的行 —— 一个新联系人、一笔收到的订单、一个开工的工地 —— 在事情发生的当下补上，而不是拖到周五。
• 更新一条记录。 改一个状态、补一个留空的字段、订正一个在别处已经变了的数据。

让这件事真正有用的组合几乎总是同一个：智能体去读信息诞生的那个工具里发生了什么 —— 邮箱、收款、已定的约见 —— 并把痕迹留在 Airtable。数据库不再是誊抄的活儿，而成了一面映照。

3. Airtable 特有的约束 —— 一次一个数据库

范围按两层指定，这不是走过场：在 Airtable，同一个账号往往托管着彼此毫不相干的数据库。

• 工作区，把一个团队或一个客户的数据库归拢在一起。
• 数据库本身。智能体看得见你指定的那一个，看不见其余的。

这是本页最具体的一条建议：只共享你的智能体需要的数据库。 很多公司不假思索地把销售跟进表和一些本不该落在程序可及范围内的信息 —— 工资表、面谈记录、正在谈的案子 —— 一起放在 Airtable 里。指定数据库这个三十秒的动作，能把这个问题一次性了结。

这也让这个连接器比大多数都更少暴露：它不对任何人说话。它写下的东西既不会送到客户那里，也不会公开，更不会扣钱。这里的风险是被看到或被改动的数据 —— 而指定数据库就把它闭合了。

4. 它不做什么

• 它不重排你的数据库。 你的表、字段和视图是你的成果。智能体填充结构，不会因为另一种划分在它看来更好就推倒重来。
• 它不成批删除。 大规模清理在实际上是不可逆的，即便存在回收站。这类操作要么一条一条审批，要么就不做。
• 它不用估算值去填空字段。 未填写的格子保持为空，而不是被一个看似合理的值补上 —— 那是败坏一个数据库最不显眼的方式，也是事后最难察觉的方式。
• 只要你没有放宽，它就不会未经审批写入。 在这个连接器上，词汇理顺之后放宽是合理的：这里的写入是可逆的，不同于一次发信或一次公开发布。

5. 往一个不是自己设计的结构里写

这是 Airtable 特有的难处，值得点明。一个数据库就是一套私人词汇：你的「状态」列里的取值只有在你公司才说得通，你的「项目」表并不指别处所说的那个「项目」，有时两个名字相近的列指的却是不同的东西。

一个不理解这种结构就往里写的智能体，制造出来的是整洁的混乱：格式规整的行，放错了地方。避开这个毛病，归结为两个习惯：

• 头几天保留审批，不是出于不信任，而是为了看清智能体把东西归到哪里。正是在那里，你会发现自己数据库里的含糊之处 —— 而且往往是带着意外发现的。
• 把含糊的东西讲明白。 一次性说清「待处理」在你公司指的是「等客户」而不是「等我们」，胜过日后任何一次纠正。

这项定框的工作要花一个小时，而且不必重来。顺带一提，它也是你的数据库有史以来第一份说明。

6. 时间拉长之后会有什么不同

• 第 1 周。 写入经过审批，你调整归置方式。看得见的收益不多；真正的收益是数据库不再依赖某一个人。
• 第 3 个月。 行在事情发生的当天增加。你搭好的视图和看板重新开始说得上话 —— 它们并没有变得不准确，只是断了供给。
• 第 2 年。 数据库在一段长时间里是完整的，这既少见又珍贵：可以比较，可以看出季节性，可以决定停掉某件事。这也是你能判断这个数据库是否值得变成一套真正工具的时刻 —— 而这个问题在满是空洞的数据上无法回答。

不承诺任何量化的时间节省：那取决于你原本跟踪什么、多久跟一次。得到保证的是，在没人有空去填的时候，数据库仍然是被填上的。

7. 常见问题

延伸阅读

接着读：接入 Google 表格、接入 Notion，或全部可用连接器。