Airtable Free 每库 1000 行何时不够，独立开发者先看拆库与升级

Waitlist 和客服表一涨，独立开发者就会搜 Airtable Free 限额。本文不比较 Airtable 与 Notion 谁更适合做运营 CRM，只谈 Free 的官方记录与附件上限，以及何时升 Team。材料锚定 2026-09-27 的定价页。

Free 官方数字

定价页 Free 方案说明写得很硬。无限 bases，每个 base 1000 条 records，每个 base 1GB 附件空间，并含 Public forms。FAQ 写到触达或超过记录与附件上限时，仍可使用已有数据，官方不会删你的数据，但在升级前不能再新增记录或附件。自动化与 API 用量则会卡在当前方案上限。

Team 年付口径约为每人每月 20 美元。更高档位把每库记录与附件空间抬到更大数量级，并加强自动化与历史能力。独立开发者先把 Free 数字当成运营预算，而不是把“无限 bases”理解成“无限业务容量”。

无限 bases 的实用含义是可以拆库。把活跃 waitlist 与历史归档分成两个 base，比在一个库里硬撑到 1000 更可持续。拆库有成本，视图与自动化要重建，所以要有节奏，不要天天拆。

单库骨架怎么放

一个面向冷启动的 Free 库，建议只留活跃对象。字段保持精简。邮箱、来源、状态、最近联系日、备注链接。大截图与长录音放外链，附件字段只存确有必要的小文件。状态用单选，避免用长文本假装结构化。

Forms 适合接公开报名。表单字段与库字段对齐，提交即进活跃表。每日或每周把明显无效行标成归档候选。归档候选积到一批，再迁移到归档 base，而不是一行一行手动搬到崩溃。

客服表同样。已关闭超过约定天数的工单迁出活跃库。活跃库服务的是“本周还要跟进”的人，不是公司编年史。

触顶前后怎么办

接近 800 行就该预警，不要等到 999。预警动作包括导出备份、停止往附件塞视频、合并重复线索。真的触顶后，官方规则是不能再新增，业务会停在“只能看旧数据”。这时要么升级，要么立刻执行拆库迁移，没有第三条浪漫出路。

自动化若在 Free 里可用，也要按官方上限理解。触顶策略应写进 runbook。谁负责迁移，迁移时表单暂时关闭还是改接到新库，通知文案是什么。临时关闭表单一天，比默默丢提交更负责任。

多人编辑时，Free 座位本身不收费，但权限与治理能力有限。若你很快需要更强协作与更高自动化，直接评估 Team，可能比反复拆库更省时间。

何时升 Team

出现下面情况，Team 更干净。活跃对象稳定超过每库 1000，且业务不允许拆成多库。附件需求超过每库 1GB，外链规范也无法覆盖。需要更高自动化额度或更长历史，Free 侧已明确不够。编辑座位开始按正式团队扩张，年付单价可接受。

还在验证产品、日提交两位数以内，优先拆库与外链。用升级解决纪律问题，通常会在下个档位重复同样混乱。先有归档节奏，再买容量。

与选型文分开。若还在 Airtable 与 Notion 之间，先读对比。已经用 Airtable 做表格式运营、只卡限额，用本文验收。

结论

当前结论。Airtable Free 适合用无限 bases 养活“活跃库加归档库”的结构，盯死每库 1000 行与 1GB 附件。触顶会禁止新增，不会偷偷删数据。活跃规模与协作需求跨过线时，按 Team 约每人每月 20 美元年付评估。以当天定价页为准。

把库的行数与附件占用写进每周五检查。超过 80% 就执行归档。检查比临时加座位便宜，也比周一发现表单失效更体面。数字抄自官网，季度核对一次，避免用过期限额做决策。

把表单字段控制在业务最小集。每多一个附件字段或长文本字段，都会诱导用户塞进更多体积与噪音行。字段越少，1000 行越像 1000 个有效对象，而不是 1000 行半成品。

与邮件工具联动时，避免把每次打开、每次点击都写成新行。事件流应进分析工具或日志，Airtable Free 更适合“当前状态表”。状态表与事件流混放，是触顶的高速通道。

若你使用接口同步，注意 API 上限与记录上限是两件事。同步失败有时只是额度，有时是字段映射。runbook 里分开写，避免半夜把同步失败一律解释成该升级。先看错误类型，再看行数仪表。

冷启动阶段可以接受手工每周归档。有了稳定提交量，再把归档做成清单或脚本。自动化归档本身也消耗方案能力，Free 上要克制。人肉归档难看，但比触顶停摆便宜。

对外承诺“提交后立刻入库”时，先确认活跃库仍有余量。余量不足就先扩容或拆库，再投广告。广告把表单打爆却无法写入，会造成信任损失，损失大于一个月 Team 费用。

备份不要只依赖界面导出。重要库每周留一份快照到自己的对象存储或网盘，文件名带日期。触顶或误操作时，有快照才能回滚。官方承诺不删触顶数据，不等于你自己不会误删视图过滤后的行。

若 waitlist 将用于正式发信，尽早区分营销同意状态与来源渠道。字段仍要少，但合规相关字段不能省。省字段省出事故，比升 Team 更贵。

公开材料看到的限额以定价页为准。第三方博客数字可能过期，不要据此做升级或拒升决定。把核对日期与截图链接放进内部备忘，团队争论时先打开备忘。

以上口径只服务独立开发者日常决策，不构成官方商务承诺。