最近你要是用 Cursor、Claude Code 或者 Lovable 搓过哪怕一个小应用，大概率你的数据库、登录和文件存储，就已经跑在 Supabase 上了——那个被各种 AI 编程工具默认集成的绿色开源后端。
而最近几个月，这家公司发生了两件值得停下来琢磨的事。
第一件，它又融资了，而且不是小数目：5 亿美元 F 轮，新加坡政府投资公司 GIC 领投，老股东全部跟投，Stripe 第二次追加，Salesforce Ventures 也进来了，投前估值 100 亿美元。Supabase官方博客知乎
第二件，是融资公告里一组有点吓人的数字：过去一年平台上的数据库创建量增长了 600%，其中超过六成的新数据库，是 AI 工具直接创建的。Supabase官方博客CEO 在访谈里说，有些统计口径下这个比例能到 90%。知乎
这是官方公告里放出的开发者增长曲线：总开发者数接近 1000 万，只用了 8 个月就翻了一倍。Supabase官方博客官方把增长拐点归因于 Claude Code 和 Codex 这类工具的普及——AI 把"能建应用的人"这个池子整个放大了。
换句话说，这个百亿级估值，不是传统云服务的钱堆出来的，是 AI 编程这波红利抬起来的。你现在看到的 Supabase，本质上是一家"AI 时代的默认后端公司"。
它是怎么变成 AI 编程默认后端的
Supabase 2020 年起步，最早的定位很直接：开源的 Firebase 替代品。Firebase 是谷歌的，体验好但闭源，数据进去容易出来难；Supabase 底下是 Postgres，数据是标准关系型数据库，进出自由。知乎
CEO 在 YC 的访谈里提过一个细节：在 AWS 上启动一个 RDS 数据库、连上工具、写入第一行数据，要 8.5 分钟；他们把从注册到跑起项目的"第一次价值"时间压到了 5 秒。知乎这个执念在 AI 时代变成了护城河——AI Agent 可不会盯着进度条等你一分钟。
现在它和 AI 工具的绑定还在加深。今年 5 月，Supabase 成了 ChatGPT 官方应用：在对话里就能管理数据库，执行 SQL、改表结构、部署边缘函数、管理分支，动动嘴就行。Supabase官方博客
7 月底，官方还开源了 Supabase Evals——一个专门评测 AI 编程代理操作 Supabase 能力的评测框架。小红书基准结果里，Claude Code 搭配 Opus 5 的总分跑到了 95%。
翻译成人话：Supabase 不是被动接住 AI 的流量，它在主动把整个产品改造成"AI 优先"。这也是为什么 Cursor、Lovable、ChatGPT 这些工具，最后都默认把后端接到它身上。
但社区的风评，是分裂的
火归火，国内的开发者社区最近对它的吐槽一点不少，主要集中在三件事。
一是上手门槛没有想象中低。行级安全策略 RLS 是 Supabase 的安全招牌，但 AI 搓出来的策略经常漏洞百出或者过严，把自己锁在外面，胶水代码也得自己补。知乎知乎上已经有文章直接开麦：“Vibe Coding 别只会用 Supabase”，质疑它撑不撑得住认真商业化。
二是免费额度是真"免费"。免费项目 7 天不活动就暂停休眠，小红书上有人在互相分享保活脚本。小红书
三是真要花钱的时候不算便宜。Pro 计划每项目每月 25 美元，所以 B 站上都有人出教程，教你用 Docker 自建一套，每月省下这笔钱。哔哩哔哩
这三条吐槽其实指向同一件事：Supabase 的免费层承载的是实验阶段，不是商业化阶段。拿它学习和做 demo 是真香，但如果你是冲着能赚钱的产品去的，得从一开始就按"要付费、要兜底"来做预算。
真正要看的，是退出路径
回到最实际的问题：把数据交给一家百亿估值的创业公司，到底靠不靠谱？
我的判断是：别看它融了多少钱，看它的"退出路径"长什么样。这一点上，Supabase 在同类平台里算最干净的一档，原因有三个。
第一，数据是标准 Postgres。官方给的说法是"每个 Supabase 项目都跑在未修改的 Postgres 上"。Supabase官方博客你的数据不是什么私有格式，就是表编辑器里一行一行看得见、改得动的标准表，哪天想走，pg_dump 全量导出就能带走。
第二，全套开源。今年 4 月项目 GitHub Star 突破 10 万，当时已有约 800 万开发者。Supabase官方博客就算有一天官方平台政策大变，社区和你自己都能用 Docker 把整套东西在自己的服务器上接过来，B 站那些自建教程，就是现成的退路。哔哩哔哩
第三，看它的发家史。Firebase 闭源、迁移痛苦，正是 Supabase 当年起量的突破口。知乎一个靠反锁定起家的平台，短期内没有动机反过来锁你；就算有，标准 Postgres 也给了你用脚投票的能力。
当然，退出路径存在，不等于可以躺平。数据能迁走，但深度绑定专有功能的代码迁不走——RLS 策略、边缘函数、Realtime 订阅，用得越深，离开成本越高。这是用任何 BaaS 都要想清楚的账。
按你的位置，对号入座
学习和 demo 项目：放心用免费层。记住 7 天暂停规则，要么挂个保活脚本，要么接受"用的时候点一下恢复"，别在上面放重要数据。
副业和小收入独立开发：25 美元一个月的 Pro 值得花，但从第一天起养成两个习惯——定期 pg_dump 备份，以及把建表迁移文件和环境变量留在自己的代码仓库里。这两件事加起来，就是你最便宜的保险。
认真商业化的项目：可以用，这家公司拿到钱后明确说要投可靠性、性能和数据库自动运维，底气是足的；但核心数据模型尽量保持标准 Postgres + 自己可控的 SQL，业务逻辑别全押在专有功能上，给自己留好迁移窗口。
最后说两个值得持续盯的信号：免费层政策（暂停规则、额度）有没有变动，以及 Pro 的涨价节奏。百亿估值的公司不缺钱，缺的是"别把开源做成闭门羹"的自觉。只要退出路径一直开着，这张票就还值得拿着；哪天它开始锁门，Postgres 会告诉你答案。
