产业观察｜观澜编辑部
说明：这是编辑部团队署名；交易与产品方向依据Supabase公开公告整理，市场规模判断属于公司观点。

数据库平台Supabase于十月二日宣布收购Turso。双方希望把Turso面向SQLite的小型数据库架构，接入Supabase的开发者生态。Supabase的判断是，AI代理正越来越多地创建原型、仪表盘和小应用；如果每个实验都要先申请一台专用数据库服务器，启动成本和维护负担就会变得不成比例。

Turso表示，其平台可以按需加载和暂停大量小型数据库；Supabase则希望让开发者先用轻量的SQLite工作负载试验，需求增长后再接入更适合扩展的Postgres。收购公告称，Turso会继续运营，并逐步进入Supabase产品生态。对开发者来说，这可能把“给每个代理分配一份临时数据空间”变成普通基础设施动作，而不是一次复杂的部署任务。

代理生成更多项目，也会带来更多治理工作

按需创建数据库的优势是降低试错门槛，风险则是资源容易无声堆积。企业若允许代理自动开库，还必须设定配额、到期清理、备份周期、访问范围和费用告警；否则原型越多，数据残留、重复存储和凭证管理就越难追踪。尤其是代理可能把不可信网页内容写入数据库，隔离不同项目和用户权限不能只依赖“每个代理有自己的库”。

从商业角度看，Supabase买到的不只是SQLite技术，也是在AI开发工具链中的基础设施位置。公司称自己每周创建超过一百万个数据库，但这属于企业自报数据，不能直接等同于整个行业的代理数据库需求。未来还要观察Turso云服务是否能以稳定成本承载突发工作负载，以及SQLite原型迁移到Postgres时，架构、数据和权限能否平滑衔接。

这笔交易透露出AI基础设施的新分层：模型负责生成代码，代理负责尝试方案，数据库则需要像文件一样快速创建、隔离和回收。真正的胜负，不只看开库速度，还要看原型进入生产以后，团队是否仍能清楚地知道数据在哪里、谁能访问、哪些资源该被删除。

参考来源：Supabase：收购Turso及面向AI代理的数据库基础设施。