10 月 16 日，Supabase 一天放出四连发，其中两项指向同一个信号：宣布收购 SQLite 系数据库 Turso（金额未披露），同期公布新加坡政府投资公司（GIC）领投的 1.5 亿美元融资。公司给出的口径很直白：平台上约 70% 的新数据库，是由智能体或 AI 工具创建的；每月新增 100 多万用户、400 万个数据库，而内推的终点是每月数十亿个——且这一代数据库大多很小，很多只是一个刚起步的原型。当每个智能体会话都想要自己的一块沙盘，数据层的旧假设正在失效：连接数怎么算、供给单位是什么、库与库之间怎么迁移，全要重写。
从「共享大堂」到「每客一间」
Turso 的路线值得拆开看。SQLite 本质上是一种文件格式，只支持单写者；Turso 给它补上 MVCC，让多写成为可能，并因 SQLite 的特殊授权而 fork 自 libSQL。真正让成本曲线变平的是对象存储：S3 这类存储最近新增的一批能力，让它可以充当数据库的地基——11 个 9 的持久性不等于「可靠性」，但足够当集群下面的那层底座。短板同样明确：交易型数据库要承受大量读写，超大规模负载仍然要靠 Supabase 自家的 Multigres；对「要冲到数十亿个库」的场景，数据库最好本身就是一个文件格式，SQLite 恰好符合。收购之后 Turso 品牌保留、继续聚焦 SQLite，Supabase 则推出更小的实例类型 Spark：任何一个想法、任何一个原型，都可以先拿到一个数据库，兼容全部现有 library；等它真的火了，再升级成完整 Postgres，一路走到 Multigres。零停机迁移在这套设计里不是加分项，是必需品——「一旦上了 Hacker News 首页，你得知道你还能走多远」。
一笔客户账：数万个库，月费五百美元
多库经济学的实证来自一个客户案例（Engine Labs，厂商转述口径）：今年 8 月，这个团队用数万个 Turso 数据库服务约 5 万用户，月费约 500 美元；替换掉的早期方案是 Supabase 的每人每月 20 美元计价。同样的 workload，账单差了两个数量级——便宜不来自更快的单库，而来自「很多很小的库共享一套地基」。Turso 的定价结构也照着这个逻辑设计：开发者计划 4.99 美元/月、数据库数量不限，空闲库只付存储费，按用量与存储计费而不是按实例收费。需要标注的是，这个案例出自厂商转述，未经独立审计；跨库分析在 7 月时点仍要多次查询或独立聚合库，是这条路线公认的窄门。
数据层正在围绕机器消费者重建
把这一周放进更大的图景：执行沙箱已经货架化——1942 记过 Perplexity 开源 SPACE，2002 写过 Modal 的沙箱跑到约 3 亿次年化、30 亿次累计——现在轮到数据沙盘。智能体和人的用法差在根上：人的会话共享一个大库，智能体的每个会话都可能想要一块隔离的 scratch space，跑完即弃。旧数据层的假设（连接数有限、供给单位是实例、库少而贵）全是照着人的用法长的。Supabase 的四连发是一次系统回应：Spark 管「小」，Postgres 管「长」，Multigres 管「大」，零停机迁移管「换」，收购 Turso 管「多」。
三盆该浇的冷水
头一盆，70% 与月增 400 万库均为公司口径，没有第三方验证，「智能体创建的库」的统计口径（含 AI 辅助工具？含一次性原型？）也未披露。第二盆，SQLite 的兼容性比 Postgres 窄是结构性的，跨库分析、复杂事务、既有生态工具的迁移成本，会把一部分用户挡在门外；「与 Turso 的更深集成」是未来工作，不是已交付功能。第三盆，这条赛道上不止一家：Neon 与标准 Postgres 仍是很多团队的默认答案，「智能体原生数据库」的胜负远未分出。可以确定的只有一点：数据库的供给单位，正在从一个实例缩到一个念头。
站点相关线索：1942 的沙箱开源、2002 的 Modal 沙箱经济学、1931 的智能体劳动力市场、2011 的实验室账单。Supabase 收购 Turso 给这条线补上了数据侧的注脚——执行层有了沙箱，判断层有了基准，现在数据层也开始承认：未来的主要客户，可能不是人。目前官方及行业暂未披露更多细节，后续将持续跟进迭代动态。