AI Infra：Supabase 收购 Turso

Supabase 在 2026 年 10 月 2 日收购 Turso，同一天还宣布了由 GIC 领投、CapitalG 等跟投的 1.5 亿美元增长融资。公告把这笔交易定位成：给 agent 时代补一块「海量、廉价、瞬时」数据库，而不是替换 Postgres。

产品：补的是密度，不是能力

Supabase 的主产品仍是 Postgres 全家桶（Auth、Storage、Realtime、Edge Functions）。Turso 卖的是另一件事：用 Rust 重写的 SQLite、diskless、WAL 落在对象存储上，单机可挂起/唤醒海量库，支持并发写，可云上也可 BYOC。客户包括 Superhuman、Sauna.ai、Mastra、CTO.new。

两边拼起来是一条明确的分层路径：

• 短生命周期、强隔离、按 agent/任务/用户一库一个：用 Turso，成本按「百万级库」设计。
• 应用做大、要标准 SQL 生态和协作：毕业到 Supabase Postgres，再往上到 Multigres 的 PB 级。

这正好对上 Supabase 自己披露的用量形态：每月新增超过 100 万用户、400 万个数据库，其中约 70% 由 agent 或 AI 工具创建。Postgres 项目模型扛不住这种密度；Turso 的单位经济扛得住。Glauber Costa 出任 Head of Agentic Services，说明这是产品线，不是人才收购。

产品风险也很具体。双引擎会增加心智负担；「毕业路径」目前只是承诺，还没有可一键迁移的产品。开源继续，但云服务、计费和与 Supabase 项目的绑定方式尚未说清，现有 Turso 用户短期无感，中期要看集成会不会把 SQLite 变成 Postgres 漏斗的入口。

市场：抢 agent 的默认后端

Supabase 的终局叙事是「开发者和 agent 的第一后端」。融资距上一轮 Series F 仅约四个月，用途包括员工流动性与 agent 相关产品，说明增长仍被 AI coding 和 agent 拉动，资本在加注这个位置。

对 Turso，交易解决的是分发。它的目标一直是「十亿个数据库」，自己做品牌很难碰到 Supabase 的开发者与合作伙伴面。对 Supabase，交易买的是架构和团队：Cloudflare D1、Neon 分支库、各类 SQLite cloud 都在抢「每个租户/每个 agent 一个库」，Turso 是少数已经把并发写和对象存储 WAL 做成产品、并有标杆客户的一家。

竞争含义是：后端平台的战场从「一个应用一个 Postgres」转向「agent 会批量制造数据库」。谁能把创建、休眠、隔离、计费和升级到完整 Postgres 做成默认路径，谁就更接近 agent 运行时的默认存储。短期对现有用户是延续；中期看 Supabase 能否把 Turso 嵌进 MCP、Compute sandbox 和按库计费，而不是两套产品平行存在。