Supabase收购Turso并发布Compute：押注"智能体成为数据库主要客户"的Agent数据库栈

新闻原文

10月2日，Supabase在Select大会上一次性抛出三件事：由GIC领投的1.5亿美元新融资、收购开源SQLite兼容数据库引擎Turso的协议、以及Supabase Compute——一个贴近Postgres运行长驻服务与智能体的新层（当前为等候名单制的私有alpha）。

Turso是一个用Rust重写的、与SQLite兼容的开源数据库引擎，价格与交割条款未披露；创始人Glauber Costa与团队加入Supabase，牵头新的agentic基础设施方向。对现有用户，Supabase承诺Postgres与Turso两条线继续并存，组合团队将把Supabase体验带到每个智能体身边。

Compute与同期发布的Declarative Schemas 2.0（含pg-delta迁移引擎）、config-in-code、无Docker的agent本地开发栈，以及一行shadcn命令即可添加的per-app MCP服务器，共同指向一个判断：智能体正在取代人类开发者，成为数据库最主要的"客户"。Supabase称其每周已新建超过一百万个数据库，其中多数由agent创建。

这背后的经济逻辑变了：人类开发者偶尔才建一个库，而agent可能在一次工作流里建一堆临时库又随手丢弃，旧有的按人头和实例计费的数据库经济被打破。Supabase把"让agent像代码建文件一样轻松地建库"当成产品主线，Compute则让长驻服务和agent紧挨着数据跑，减少跨网络调用与冷启动。

企服观察

Supabase这步最值得玩味的，是把"智能体成为数据库主要客户"从一个比喻变成了产品主线。当agent能在一次任务里按需建库、用完即弃，数据库的用量曲线和计费模型都要重写——不再是稳态的几个大实例，而是海量的短时、 ephemeral 实例。这对所有做云数据库的厂商都是一个信号：你们的下一个大客户群，可能不是人，而是别人的agent。

收购Turso很讲战略。SQLite兼容、Rust重写，意味着边缘、嵌入式、本地优先的轻量数据层被并进来，正好补上Postgres在边缘和无服务器场景的短板。对一个主打开发者体验的厂商，把"边缘SQLite + 云端Postgres"打通，等于给了agent一套从本地到云的统一数据底座，而不必在两种范式间硬切。

per-app MCP服务器是个聪明的产品化动作。它让每个应用自带一个标准化的数据访问入口，agent和AI工具能按MCP协议直接、安全地连库，而不必每次都为人写一套对接。MCP正从"模型调用工具的协议"演进成"应用暴露能力的标准接口"，谁先把自家的核心系统包成MCP Server，谁就更容易被agent生态优先选中。

Declarative Schemas 2.0加pg-delta迁移引擎，解决的是agent建库建表后的"变更可管理"问题。当库由agent频繁创建和修改，声明式、可版本化、可回滚的schema管理就成了刚需，否则数据库会变成一堆无人认领的混乱状态。国内做数据库和PaaS的厂商，应该把"agent友好的schema治理"当成一等能力，而不是事后补丁。

冷静看，Compute仍是私有alpha，离生产可用还有距离；Turso收购的价格和整合节奏也未知。对打算跟进的企业，建议先把"agent临时库的生命周期治理"想清楚：谁有权建、建完多久回收、数据是否跨实例泄露、能否审计。否则agent建库的自由度越大，数据库侧的混乱和安全风险也越大。

对国内云数据库和BaaS厂商，启示很直接：不要只把AI当成"在数据库里加个向量检索"，要重新设计面向agent的计费、隔离与编排。谁能提供"agent一键建库、用完即焚、成本可观测"的体验，谁就能吃到下一波由智能体驱动的数据库增量。护城河会从"性能"部分转移到"agent友好度"。

从生态位看，Supabase一直在用"开发者体验+开放生态"撬动传统数据库巨头。这次把agent当成一等公民，是同一套打法的延伸：不跟你拼单机性能，而是拼谁让开发者和agent用得更顺、更便宜、更自由。对国内厂商，与其在参数和 benchmark 上硬刚，不如在agent工作流集成上做出差异化。

对已经在用Supabase的团队，建议尽早把MCP Server和声明式schema用起来，把数据访问标准化、可审计化，为agent规模化接入做准备。同时关注Compute的权限模型——长驻服务和agent贴近数据跑虽快，但也意味着更小的故障半径和更高的隔离要求，权限最小化和操作留痕必须跟上。

回到选型视角，数据库厂商的竞争维度正在从"谁更快更稳"转向"谁更适合agent工作流"。Supabase这代发布验证了：把建库、迁移、访问、治理都做成agent可调用的标准化能力，比单纯堆性能更能抓住未来客户。国内供应商要补的，正是这条面向agent的体验与治理主线。

从竞争格局看，Supabase的对手不止传统数据库厂商，还有服务化Postgres和各大云的自家数据库。它的差异化在于"开发者优先加开放生态，现在再叠加agent原生"，而不是堆性能参数。对国内做BaaS和云数据库的团队，这条"用开发体验黏人、用开放生态扩圈、用agent原生抢未来"的路线，比正面硬刚单机性能更聪明，也更易形成社区护城河。