效率火箭，火箭君的新博客 [Unofficial]

Bending Spoons（下图为官网截图，展示旗下的产品） 就是那家买下 Evernote 的公司。而就在宣布收购 Airtable 计划的同一天，Obsidian 的官方导入器正式支持 Airtable。 我在判断一款生产力工具是否值得长期使用时，不会只看它今天有多少功能，还会问一个更朴素的问题：如果这家公司明天换了主人，我的数据还能不能完整地带走？ 最近，类似 Evernote 的命运突然落到了 Airtable 用户面前。巧的是，买家还是当年收购 Evernote 的那一家，Bending Spoons。 据报道，Bending Spoons 已经与 Airtable 达成收购协议，将以现金收购这家知名的在线数据库公司。消息出来之后，网上很快浮现出熟悉的担忧：会不会裁员？会不会涨价？免费版会不会进一步缩水？那些已经在 Airtable 里跑了好几年的业务流程，会不会被重新改造一遍？ 几乎在同一时间，Obsidian 更新了官方 Importer，正式加入 Airtable 导入功能。它给出的方向也非常 Obsidian：不要只是从一个在线数据库搬去另一个在线数据库，而是先把记录、字段和关系变成本地 Markdown 文件，再用 Bases 把它们重新组织成表格。 我觉得时机恰到好处。每一次云端工具被收购或重组，用户都有理由重新担心自己的数据。 当然，这并不是 Airtable 这款产品本身的问题，它只是又一次提醒我们云端工具共同的风险。 Airtable 以远低于巅峰估值的价格卖身 截至本文写作时，双方只是达成了最终收购协议，并不意味着交割手续已经全部完成，更不意味着 Airtable 即将停止服务。 按照媒体披露的口径，Bending Spoons 支付的是现金对价，而这个数字与 Airtable 在 2021 年融资时达到的 117 亿美元峰值估值相比，已经大幅缩水，甚至可能低于它历年融资的总额。 但我要强调：这不代表 Airtable 是一款失败的产品。 我个人很欣赏这款产品。事实上很多年前，我们也做过类似 Airtable 的东西，国内到今天也还有一些同类产品在运营。 Airtable 是成熟的低代码数据库工具。它把关系型数据库包装成普通人也能理解的表格，支持 Linked records、Lookup、Rollup、公式和多种视图。很多团队并不是拿它做一张简单清单，而是把它当成一个完整的业务系统在跑。作为一个长期写生产力工具的博主，我留意它很久了。 而这正是 Airtable 最有价值、同时也最容易锁住用户的地方：一般人以为不过是些表格数据，导出 CSV 就完事了；但深度用户早已围绕这些数据搭起了一整套工作流，而工作流是很难导出的。 又是 Bending Spoons 如果收购方是 Atlassian、微软这类老牌软件公司，用户反应可能不会这么大。 但 Bending Spoons 已经收购过 Evernote、WeTransfer、Vimeo、Meetup、AOL 等一大批知名互联网产品。它的玩法也相当清楚：收购拥有稳定品牌和用户群的成熟软件，重组团队、统一技术与运营体系，压低成本、改善利润，再用现金流继续收购更多产品。 Evernote 被收购之后经历了大规模团队调整，免费版限制收紧，订阅价格明显提高；WeTransfer 被收购后也有类似动作。这已经形成了一种很强的市场印象：Bending Spoons 很擅长让老牌软件重新赚钱，但这个过程未必让所有人舒服。 当然，事情也有另一面。 有一说一，Evernote 被收购之后并没有停止更新，反而在同步速度、移动端性能和产品功能上做了大量改进，不少长期用户认为新版本比过去更稳定、更积极；只是价格也确实涨得更辣手，免费用户和轻度用户承受了更多限制。到底是变好还是变坏，取决于你站在哪一层。 所以，不能简单断言 Airtable 被收购之后一定会怎样。但可以合理预期的是，定价与免费额度的分层策略大概率会更激进。仅仅是这一点变化，就足以让一个在 Airtable 里放了好几年重要数据的人，认真考虑一下后路。 Obsidian 的反应很快，但不是一晚上赶出来的 收购消息发布之后，Obsidian 社区很快开始传播一条非常应景的信息：现在可以把 Airtable 转换成本地的、可长期保存的 Markdown 文件和 Bases。 从时间上看，确实像是隔壁刚宣布换老板，Obsidian 立刻把搬家公司的车开到了门口。 但这个功能并不是临时赶工。这个需求从以往记录来看，已经提出好几个月了，只是很巧，它最终赶在 Airtable 收购消息传出的同一天正式发布出来。 目前的 1.9.1 导入器的改进： 导入速度大幅提升； Rollup 直接导入 Airtable 已经计算好的值； 空 Rollup 结果不再在 frontmatter 里写成 NaN； 指向未选中表格的链接，会显示记录名称，而不是 Unknown xxx； 以前我们也可以在 Obsidian 里搭建本地数据库式的视图，但要把已经沉淀在 Airtable 里的数据搬过来，仍然得导出 CSV、写转换脚本，或者依赖第三方插件。现在官方 Importer 可以通过 Airtable 授权直接读取 Base，整个迁移的门槛低了一大截。这点我很喜欢。 每一条 Airtable 记录，变成一个 Markdown 文件 Obsidian Bases 和 Airtable 长得有点像，但底层思路完全不同。 在 Airtable 里，一行是一条云端数据库记录。它住在 Airtable 的系统里，字段、关系和视图都由 Airtable 解释。我们可以下载 CSV，但 CSV 只是一张拍扁的表，很多关系、公式和产品行为不会跟着一起离开。 在 Obsidian 里，每一条记录可以变成一个独立的 .md 文件：字段写进文件顶部的 YAML frontmatter（也就是 Obsidian 里的 Properties），正文仍然是普通 Markdown。表格只是这些文件的一种视图，由 .base 文件负责筛选、排序、分组和展示。 也就是说：不再是数据住在表格 App 里，而是表格 App 临时读取我们自己的文件。 这两句话看起来差不多，实际差别很大。 导入之后，即使 Obsidian 有一天不再维护，你依然可以： 用任何文本编辑器打开每一条记录； 用 Git 查看修改历史； 用 Dropbox、iCloud、Syncthing 或 NAS 同步； 让 Python、命令行工具和 AI Agent 直接读取。 .base 视图可能需要 Obsidian 来解释，但也不难理解，真正的内容和属性仍然留在普通文件里。 这就是 Obsidian 一直强调的 File over App：文件先于 App 存在，也长于 App 存在。 能搬走数据，未必搬得走业务 Importer 能把 Airtable 数据转成 Markdown 和 Bases，不代表 Obsidian 已经是 Airtable 的完整替代品。这还差得很远。 对于书单、选题库、客户资料、设备清单、研究资料、个人 CRM、简单项目列表这类「一条记录本来就很像一篇笔记」的数据，Obsidian 的模型非常自然。记录变成文件之后，还能在正文里继续写长文本、插图片、链到其它笔记，而这恰恰是 Airtable 不擅长的方向。 但如果一个 Airtable Base 已经依赖下面这些能力，迁移就不可能一键完成： 多人权限管理； 表单收集与对外展示页面； 邮件发送、Webhook、定时触发之类的自动化逻辑； 大量复杂公式、Lookup、Rollup 和跨表业务逻辑； 与 Slack、Google Workspace、Salesforce 等外部系统的连接； 把 Airtable 当作其它应用后端的 API。 尤其要注意公式和 Rollup。Obsidian 方面说明写得很明白：导入的是「Airtable 已经计算出来的值」，这和把计算逻辑本身迁移过来完全是两回事。导入当下的数据是完整的，但上游字段一旦变化，本地文件不会自动重算。 所以，把 Obsidian Importer 理解成一个优秀的个人数据迁移工具更合适，而不是企业数据库或业务系统迁移器。 不急着放弃，但要做备份 如果我们大家目前仍然满意 Airtable，完全没必要因为一条收购新闻就立刻停掉所有业务。立刻放弃，本身也并不能自动解决锁定问题。 真正合理的解法是：让底层数据至少存在一份开放、完整、可验证的副本。上层工具可以继续用，也可以随时换。 更稳妥的做法，是趁服务一切正常的时候，把下面几件事做完： 盘点一下：哪些 Base 只是普通资料，哪些已经承载自动化和关键业务。 原样备份：用 Airtable 自带的导出功能保留原始 CSV，另行下载附件，同时记录公式、视图、自动化与外部集成的配置。 试跑导入：在一个单独的 Vault 或测试文件夹里，用最新版 Importer 做一次完整导入。 逐项校验：检查记录数量、关联记录、附件、日期、单选/多选字段和 Rollup 结果，不要只看表格第一页。 并行运行：新旧系统并行一段时间，确认确实可用之后，再决定哪些内容继续留在 Airtable。 至于要不要真的搬家，我的判断是： 个人资料库、内容日历、研究表格、简单 CRM ：我会很认真地考虑迁到 Obsidian。这些数据本来就适合成为 Markdown 文件，而 Bases 的筛选、排序、公式和多视图已经够用。 多人协作的运营系统 ：别搬到 Obsidian 了吧。轻量用途先看看 Excel、Google Sheets 能不能顶上。 承载大量业务逻辑的系统 ：老老实实先续费，同时找机会自建或重构。反正现在有 AI 帮忙，重构系统在有经验的人手里，也不算太难。 最后 我并不认为所有软件都该本地化，也不认为云端服务一无是处。 Airtable 的价值恰恰来自云端：团队成员打开浏览器就能共同编辑，同一份数据可以同时驱动表单、视图、自动化和外部应用。要在本地完整重建这些能力，成本高到不现实。 所以更实际的姿势是：继续使用方便的云端工具，同时让数据定期落到自己控制的格式里。 个人知识和长期资料，直接用本地文件；团队业务系统，至少保留结构化导出、附件副本、字段说明和自动化文档。 收购只是最容易让大家注意到风险的那一刻。真正的不确定性还包括涨价、封号、公司转型、功能下线、地区限制、API 变更，甚至只是某一天你自己不想再续费了。 如果所有价值都藏在某个 App 内部，那么每一次变化都会变成危机；如果 App 只是文件之上的一层界面，变化就只是一次工具选择。而「选择权」才是最重要的东西。 这也是我欣赏 Obsidian「File over App」的地方。 分享到： 共享到 X（在新窗口中打开） X 在 Facebook 上共享（在新窗口中打开） Facebook 赞 正在加载…… Related