大家都忙着Vibe Coding，这家负责兜底的开源公司估值已达百亿美元

来源：DeepTech深科技

如果你接触过“氛围编程”（Vibe coding）、开发过 AI 应用，或许会对 Supabase 的名字感到熟悉。它是全球无数独立开发者最信赖的默认后端之一，也在最近一年里，成了资本热捧的开源巨头。

6 月 5 日，Supabase 宣布完成 5 亿美元的 F 轮融资。至此，这家开源数据库公司的估值已达 100 亿美元，正式迈入十角兽（估值 100 亿美元以上的未上市公司）的门槛。而在一年前，它只值 20 亿。

过去一年，AI 编程工具让更多非专业程序员也能构建应用，这对后端的需求日益攀升。Supabase 的用户规模从约 500 万跃升至近 1000 万。平台超六成的新数据库都由 AI 工具创建。

此外，Bolt、Lovable、Replit 等主流 Vibe coding 平台陆续将 Supabase 设为默认集成。宣布融资的博客里，Supabase CEO 保罗·科普尔斯通（Paul Copplestone）特别点名感谢了 Claude Code 和 Codex。

做一个比Firebase更好用的开源后端

一个应用由两部分组成。前端是用户能看到的界面，后端则负责存储数据、管理用户身份、保存上传的文件、在多用户间同步状态。

此前，后端搭建是最耗时的工作之一：从零搭建数据库、写认证逻辑、配置文件存储。这些可能占据整个项目开发一半的时间。为提高开发效率，后端即服务（BaaS）平台应运而生，他们负责将后端打包成开箱即用的产品。

2011 年推出的 Firebase 是最早一批 BaaS 平台。2014 年，它被 Google 收购，如今已是移动端开发的标准选择，覆盖约 72% 的安卓应用。但 Firebase 有两个长期被开发者诟病的问题：一是闭源且深度绑定 Google 生态；二是底层使用 NoSQL 文档数据库 Firestore，无法支持需要复杂查询和关联的应用。

Supabase，就是 Paul 被 Firebase “坑过”才做出的平台。2019 年左右，在新加坡一家创业公司工作时，Paul 第一次使用 Firebase 搭建产品，随即被它的便利震撼，但他很快发现，这个平台有一些无法解决的问题，如扩展性受限、功能自定义不便等。他试着改用关系型开源数据库PostgreSQL（Postgres），但由于数据格式不兼容，迁移成本极高。

既要 Firebase 的简便，又要 Postgres 的灵活：这个想法成了 Supabase 的起点。2020 年 1 月，Paul 和联合创始人安特·威尔逊（Ant Wilson）正式创办公司。他们保留了 Firebase 包揽后端搭建、开箱即用的便利性，但将底层数据库改为已发展了 30 年的 Postgres。并承诺全部开源、可以自托管，且不锁定用户。

加入 Y Combinator 后，公司定位被调整为 Firebase 的开源替代品。2020 年春天，Supabase 连续两天登上 Hacker News 首页，用户数从 80 涨到 800。但此时，小范围的热度并未立刻转化为流量，到 4 月底，平台上托管的数据库总计仅 8 个。

接下来的三年，Supabase 逐步扩充产品矩阵，从单纯的实时数据库，发展为包含认证、存储、边缘函数、向量数据库等完整功能的后端平台。

真正让飞轮转起来的力量，要到 2024 年下半年出现。

Vibe coding引爆增长

2024 年底到 2025 年，Bolt.new、Lovable、Cursor、Replit 等一批 AI 编程工具集体爆发。一个没有任何编程背景的人，也能通过自然语言对话，生成可以运行的应用。这就是 Vibe coding。

彼时，无数独立开发者摩拳擦掌，第一次尝到了用 AI 生成代码、搭建个人应用的甜头。为了给应用找一个好用的后端，他们将目光转向 Supabase。

原因之一在于，AI 模型训练数据已经包含大量相关开源代码，调用 Supabase 的成功率远高于其他后端方案。基于此，主流 Vibe coding 平台陆续将 Supabase 设为默认集成：用户构建应用并发布，在被使用者开启注册的那一刻，Supabase 就自动接管了建表、配置认证、生成 API 等一系列后端操作。

由此，数据飞轮开始转动。2024 年底，Supabase 的年化经常性收入（ARR）约为 3000 万美元。到 2025 年 8 月，这个数字跳到了 7000 万美元，同比增长 250%。开发者数量从约 500 万翻倍到近 1000 万，融资节奏不断加速。

拥挤赛道里的赢家

BaaS 是一个竞争激烈的领域。Firebase 目前仍然是移动端开发的标杆产品。此外，主打完全自托管的热门开源方案 Appwrite，在 GitHub 上已斩获超过 5 万颗星。想要极致的 Postgres 体验，开发者可以选 Neon；推崇极简部署的 PocketBase 支持把整个后端打包成一个可执行文件。此外还有 AWS Amplify、Hasura、Nhost 等侧重点各不相同的平台。

Supabase 从中脱颖而出，一方面是 Vibe coding 时代赋予的巨大红利，另一方面则来自其对开发者社区的积极维护。Paul 表示，如果坚持服务广大开发者群体，长期回报会比迎合企业客户更大。

作为曾深受 Firebase 困扰的开发者，Paul 在多次采访中表达过对企业级大客户的警惕。他认为，一旦公司开始接受企业客户的定制化大单，产品方向就会被其特殊需求扭曲：增加复杂的权限系统、鲜少有人用到的合规功能，最终牺牲普通开发者的使用体验。

但百亿估值背后，资本有理由要求与之匹配的回报。Supabase 必须在不牺牲开发者体验的前提下，找到收割企业级市场利润的手段，以此对冲消费级市场波动。

他们的解法是用产品力吸引企业客户主动入局。首先，其 2B 白标产品 Supabase for Platforms 作为 AI 代码平台首选的默认底座，客户规模在过去 6 个月内增长了 370%，间接为 Supabase 锁定海量下游企业的流水。

其次，宣布融资同日，Supabase 发布了一款名为 Multigres 的工具，意在解决用户项目扩大后的运维难题。

长期以来，Postgres 的水平扩展难题始终无法彻底解决，以此为基础的项目一旦做大，必须迁往其他更复杂的分布式数据库。Multigres 被定义为 Postgres 的操作系统，它可提供具备分片和零停机迁移能力的开源水平扩展层。Supabase 正以此留住从 AI 编程起步、可能成长为下一个独角兽的客户。

飞轮跑起来了，但有反转的可能

GitHub 托管着数以亿计的代码库，但其中很大一部分是用户一时兴起提交、之后再也没碰过的“仓库坟场”。

类似的问题也在考验 Supabase。过去一年，Supabase 数据库的上线量增长了 600%，但亮眼的数据背后，被热度吸引而涌入的用户，以及他们建立的应用中，活跃且持续付费的账号和“僵尸项目”各自占比几何，外界无从得知。

其次是安全问题。Supabase 高度依赖 Postgres 的行级安全（RLS），它决定着用户读写数据的权限。但在 Vibe coding 中，AI 代理为了让项目顺利“跑通”，通常会自动关闭 RLS 策略，或写出有安全漏洞的规则，缺乏安全意识的普通用户难以识别。

这导致大量通过 AI 生成的 Supabase 后端，实际上处于“数据裸奔”的状态。这些风险尚未集中爆发，但如果不及时修复，未来依旧可能产生反噬。

AI 让开发者群体的规模急剧扩大，配套的基础设施市场也随之扩容。Supabase 开源、克制、亲近社区的姿态，很大程度上确实是高速增长期的最优策略。但在开发者工具的演化历程中，从开源宠儿变为社区弃子的产品并不少见。

真正的考验在增长放缓之后。倘若 Vibe coding 的潮水退去，投资人开始追问利润，那时方知 Supabase 会继续坚持做开发者“最忠实的朋友”，还是变成另一个让社区失望的故事。

参考内容： https://techcrunch.com/2026/06/05/supabase-doubles-valuation-to-10b-in-8-months/

https://supabase.com/blog/supabase-series-f

https://supabase.com/blog/introducing-supabase-for-platforms

注：封面/首图由 AI 辅助生成