Airtable 收购 Airplane
Airtable 收购开发者工具初创公司 Airplane.dev，并决定于 3 月 1 日关闭 Airplane 平台，这让依赖该平台关键内部工具的用户十分震惊，因为他们现在只有几个月时间迁移。评论者将此视为依赖封闭、早期阶段 SaaS 支撑核心工作流的警示案例，并转而推荐 Windmill、Appsmith、Retool 等开源或可自托管替代方案。该线程也将此事视为 VC 资助的低代码/内部工具市场更广泛洗牌的一部分：快速招聘与疲弱收入使许多产品容易在突然之间被关闭。
总体反应与公告语气
- 许多评论者对 Airplane 将在 3 月 1 日前被全面关闭感到震惊，尤其是在只有约 2 个月通知的情况下。
- 在用户突然失去关键工具的背景下，这种兴奋的“很高兴宣布”式收购宣传被广泛批评为缺乏同理心。
- 一些人认为，这很像典型的“我们不可思议的旅程”式关停，只是对出了什么问题几乎没有透明度。
对用户的影响与供应商锁定
- 几位用户表示，他们一直用 Airplane 来搭建重要的内部工具、支持工作流以及 cron/自动化，现在必须紧急迁移。
- 这被视为封闭源、专有 SaaS 以及供应商锁定风险的教科书式案例，尤其是在内部工具场景中。
- 少数人提到过此前的缓解策略，例如与供应商签订代码托管（code escrow）协议，但也有人质疑，大多数公司是否真的有能力维护一个已经失效的代码库。
对商业失败与融资环境的猜测
- 许多人认为，这是在更严峻的融资环境和 AI 驱动的资本重新配置下，因 runway 耗尽而促成的 acquihire。
- 讨论中有人认为，只要招聘纪律严明，dev-tools SaaS “并不难”做到盈利；一条较详细的评论将 Airplane 据称较低的 ARR 与相对较大的员工规模进行对比，认为这种烧钱方式不可持续。
- 也有人指出员工人数的数据彼此矛盾，并强调 dev-tools 业务本身就很难做。
- 有人认为创始人很可能已经拿到了当时能争取到的最好交易；也有人怀疑这次并没有带来巨大的财务收益。
低代码 / 内部工具市场与整合
- 多位评论者将此视为内部工具/低代码领域更广泛整合与洗牌的一部分，并引用了其他关停案例以及竞争对手疲弱的经济性。
- 关于“无代码 vs 低代码”的争论：一些人认为无代码已经“死了”，未来的平台会是以代码为先/低代码，并与 Git 和 AI 深度集成。
替代方案与开源取向
- 线程中提到了许多替代方案：Retool、Windmill、Superblocks、Tooljet、Appsmith、Budibase、Xano、Abstra、UI Bakery、PulseUI、Zipper、Dropbase 等。
- 线程中的几家供应商提供迁移帮助，并强调开源或自托管选项，指出 OSS 可以降低突然关停的风险。
经验教训与对初创公司的态度
- 一派得出结论：“不要在早期 SaaS 上构建关键系统”；另一派则反驳说，为了创新而承担新工具风险是必要的。
- 许多人建议，在让哪些平台成为业务中的“承重”部分时，应当更加保守。