为什么智能体偏爱 Supabase
Paul Copplestone 和 Ant Wilson 谈为 AI 智能体构建后端
我第一次见到 Paul Copplestone 和 Ant Wilson 是在新加坡，当时他们刚结束 YC，是 YC S20 最炙手可热的创业公司。六年之后，我们终于把他们请上了播客！这是两人第一次一起上播客——他们把一家开源、全员远程的公司从零做到了 100 亿美元估值。标题是我自己想弄明白的一个问题：为什么智能体偏爱 Supabase？托管数据库多的是，Postgres 托管赛道竞争激烈。模型对某个产品熟悉，确实能带来分发上的优势，但这解释不了把生成出来的应用变成能跑的东西，中间需要做的那么多工作。可当我跑了一遍自己的前沿 AEO 追踪器，结果几乎是清一色的首选应用后端（在托管数据库上也属有力竞争者），覆盖从 Astra 到 Fable 再到 Muse 的每一个前沿模型。
在 Select 大会上，Supabase 把发布内容分成了三块：构建、运维、扩展。让我印象最深的，反而是那些出奇务实的东西：不用 Docker 就能启动本地后端，把期望的数据库 schema 存进 Git，在数据库旁边跑计算。每一条都消掉了一小块开发者做了多年的活儿。而智能体让这些摩擦变得再也无法忽视。
给智能体一个它能读懂的后端
我最喜欢的开发者工具发布，会让我产生这样的念头：对，我今天就想要这个。新的 alpha 版运行时就是这样——不用 Docker 就能在本地跑 Supabase。我平时用的是 Colima，而不是 Docker Desktop，即便如此，能从通往一个可用数据库的路上再删掉一个依赖，也是好事。本地环境搭建对一个人工开发者来说，只占一周里很小一部分时间；但一个智能体会反复创建和测试环境，这件事它要一遍又一遍地撞上。
声明式 schema 是更重要的那个想法。我们熟悉的 SQL 工作流会积累出一段历史：先建 schema，然后迁移、迁移、再迁移。而声明式表示给 agent 的是一份「你想要的状态」的描述，写在一个个文件里，它可以检视、编辑，和应用程序放在一起。在点评里，我把这比作数据库领域的「Terraform 时刻」。把期望状态放进 Git，agent 就能读取、修改、fork，并把它当作仓库的一部分来工作。人类也享受同样的好处：后端变得更容易理解，不必再从整段迁移历史里反推它现在长什么样。
这是 agent 友好方向里我最喜欢的部分。这些本来就是我做开发者时就想要的改进。让它们对 agent 也有用，等于给团队多了一个把活干完的理由。
Compute 不该被一笔带过
我觉得 Supabase Compute（目前处于私测阶段）可能被低估了。一个应用既要有个地方干活，也要有个地方存结果。有了数据库，你仍然需要一块地方去跑那些进程：切分文档、生成向量嵌入（embedding），或者做其他耗时更长的工作。Paul 和 Ant 讨论了在数据库旁边跑容器。这补上了「把应用跑起来」和「把应用运营好」之间的一个缺口：需要单独配置、连接、再向 agent 解释的服务更少了。边缘函数（Edge Functions）依然有用，但它们覆盖不了所有类型的工作负载。
运营这一侧同样重要。日志、检查、连接和上下文，能帮 agent 搞明白自己正在改什么。一个能发 SQL 的模型，仍然需要知道数据库里有什么、应用怎么用它、出错时发生了什么。Supabase 在 Operate 上发布的东西，值得和这些新的构建方式放在一起读。
从原型到 PB 级
两位创始人说，Supabase 每月大约新建 500 万个数据库。他们正在思考：如果 agent 把这个数字推到数十亿个应用，会发生什么。与此同时，现有客户的工作负载也在变得大得多。支撑大量小数据库，和支撑某一个客户越来越大的数据库，是两个不同的工程问题。这也解释了 Scale 系列发布为什么铺得这么宽：OrioleDB、Multigres 以及收购 Turso。对话深入到新的“从原型到 PB 级”定位背后的工作，包括 Postgres 的可靠性，以及横向扩容和纵向扩容各自的取舍。
Paul 和 Ant 的一个观察，对做开发者工具的人特别有意思：随着 AI 驱动的使用量增长，他们说的激活率和转化率反而提高了。他们的解释是，agent 可以在一个流程里把用户从注册一路带到配置完成。用户不必先搞懂每一个配置步骤，就能看到应用跑起来。
我们还聊到了帮助 Supabase 成长的那些梗和社区、开源采用与企业销售，以及 agent 是否会收敛到相同的应用模式上。但我希望这期节目也能捕捉到两位创始人的默契。这是一次听 Paul 和 Ant 一起思考产品的机会，也能看到：一个后端在 agent 手里看起来轻松，背后压着多少工作。
节目笔记
- Supabase Compute —— 在数据库旁边运行工作负载。
- Multigres —— 团队实现高可用 Postgres 的方案，目前处于私有 alpha 阶段。
- Supabase 收购 Turso —— 其扩容野心背后的数据库架构。
- Supabase Select —— 本次对话中提到的活动。
章节
- 0:00 开场：智能体为什么偏爱 Supabase
- 5:23 Paul Copplestone 与 Ant Wilson
- 6:39 把计算放在数据库旁边
- 8:05 OrioleDB 与 Multigres
- 12:50 纵向扩展、横向扩展与 Turso
- 17:53 开发者营销与梗图
- 23:15 产品发布与数据迁移
- 31:03 向量、增长与 AI 推荐
- 41:43 产品驱动销售与企业级增长
- 49:38 实时迁移与分析
- 58:43 面向智能体的本地开发
- 1:06:43 社区与公司内部的工作流