Supabase 收购 Turso：AI Agent 每周建一百万个数据库，基础设施终于开始为机器设计

发生了什么：一笔收购 + 一轮融资，同一个论点

10 月 2 日，Supabase 宣布收购 Turso——那家把 SQLite 用 Rust 重写了一遍、专门为海量小数据库设计云基础设施的公司。Turso 联创 Glauber Costa 在 X 上确认了这笔交易，称双方要一起打造「agent 时代的数据库平台：从轻量数据库到 PB 级 Postgres，agent 需要什么就给什么」。

同一天，Supabase 还宣布了约 1.5 亿美元的新融资，由 GIC 领投，CapitalG、IronArc、SquarePeg 跟投。值得注意的是，这距离它上一轮约 5 亿美元的 F 轮只隔了四个月。收购价格没有披露，但资本开支的方向很清楚：全球低延迟服务、存储、复制、可观测性——当每分钟都有成千上万个机器创建的数据库冒出来，基础设施的账单是指数级的。

为什么是现在：数据库的最大客户变成了机器

Supabase 在公告里给了一个关键数字：它每周已经在创建超过一百万个数据库。这些数据库不是开发者在控制台上点出来的，是 AI coding agent 在几秒钟内为原型、临时工作区、测试和客户隔离环境批量创建的。

旧的应用模型是：人深思熟虑地建库、定 schema、接应用。Agent 时代的频率完全不同：一个 agent 可以连续不断地生成原型、分支代码库、测试功能。为每个短命实验配一个完整的专用数据库服务器，又贵又慢。Turso 的架构正是为这个问题而生的——把小数据库当作轻量对象，按需加载、闲置挂起，官方称单台 Turso 服务器可以管理数百万个数据库。

这呼应了一个更大的趋势：AI agent 不再只生成代码片段，开始对整个软件系统动手。GitHub 之前用 AI agent 把 Copilot 43 万行的 TypeScript 运行时重写成 Rust，就是同一个信号。基础设施必须变得更可丢弃、更隔离、更「机器可操作」。

技术路线：SQLite 打底，Postgres 兜底

这笔收购不意味着 Supabase 放弃 Postgres。官方明确：Postgres 依然是生产环境的基石，Turso 继续发展它的 SQLite 平台。设计上是一条「梯子」：agent 从一个微小隔离的数据库起步，应用变重、流量上来之后，平滑毕业到 Postgres。

SQLite 对 agent 特别友好是有原因的：嵌入式、紧凑、不需要为每个工作负载配独立数据库服务器。Turso 把它用 Rust 重写，赌的是内存安全、并发和可预测性能——这正是数据库引擎最吃功夫的地方。

我们怎么看：vibe coder 会是第一批受益者

对 vibe coding 社区来说，这笔交易比看起来更相关。Supabase 早就是 vibe coder 的默认数据库（Lovable 等平台的标配后端），而 Turso 解决的正是 vibe 场景里最痛的一点：每个实验、每个分支、每个预览环境都想要一个隔离数据库，但没人想为此走一遍建库流程。

如果 Supabase+Turso 真能把「agent 建库」做成 API 级原语——创建、查询、丢弃、重建，全部便宜到不用想——那数据库就会从「需要规划的基础设施」变成「像文件和容器一样的消耗品」。下一代数据库客户可能根本不打开控制台：它们是 coding agent，在人类只看到存活下来的应用时，背后已经创建了成千上万个临时后端。

真正的考验不在创建，而在生命周期管理：权限、schema 迁移、凭证、回滚、复制、成本上限、可观测性，以及「什么时候该把一次性的 SQLite workload 转成持久的 Postgres 应用」。谁先把这条链路做顺，谁就拿到了 agent 时代的基础设施门票。Supabase 显然想第一个交卷。