AI 正让构建者创造海量软件。如今，智能体（agent）正启动数百万个数据库，支撑原型、探索、仪表盘和应用。这种大规模的新模式要求数据库基础设施演进。Turso 正加入 Supabase，共同推动这一演进。对现有用户来说，一切不变：Supabase 继续围绕 Postgres 构建，Turso 继续 SQLite 的工作，并一起打造新东西，把 Supabase 体验带给每个 agent。Supabase 每周已启动超过一百万个数据库。agent 构建更多软件，数据库需求将超过全球现有承载能力。
正文
AI 正在让构建者创造出海量软件。如今，agent 正在启动数百万个数据库，为它们构建的原型、探索、仪表盘和应用提供支持。这种新模式、这种规模，要求数据库基础设施发生演进。Turso 将加入 Supabase，共同推动这一演进。
对现有用户来说，一切不变。Supabase 将继续围绕 Postgres 建设，Turso 则继续在 SQLite 上投入。而我们将共同创造一些新东西，把 Supabase 的体验带给每一个 agent。
Supabase 目前每周启动超过一百万个数据库。随着 agent 构建更多软件，我们相信数据库需求将超过世界当前的承载能力。因此，我们需要能够跟上这种增长、并且适配 agent 构建方式的基础设施。
Agent 应该能像创建文件一样轻松地创建数据库，对成本的顾虑也应同样之少。对于较小的工作负载，不应每次都配置一台专用机器。数据库应当创建成本低廉、可按需获取，并且在需要时有一条清晰的生产路径。
SQLite 非常适合这些小型、按需的工作负载。当应用规模扩大时，Postgres 才是你想要的。我们希望构建者从原型到生产都能拥有同样的开发体验。
Turso 正是为这种模式构建了一套架构。他们用 Rust 重写了 SQLite，并打造了一个云平台，单台服务器就能管理数百万个数据库，需要时加载，不用时挂起。
这套架构使得按需为每个 agent 配置数据库成为可能，无论是在 Turso Cloud 上，还是在客户自己的云中，Superhuman、Sauna.ai、CTO.new 和 Mastra 都是如此。
我们对基础设施需要如何演进以支持 agentic AI 有着共同的愿景。Turso 将继续运营，并随着工作负载增长，拥有一条通往更广泛 Supabase 生态的清晰路径。
Turso 和 Supabase 有很多共同点：对开源的承诺、对开发者体验的专注，以及攻克艰难基础设施问题的意愿。
我们很高兴欢迎 Glauber Costa 和 Pekka Enberg 与 Turso 团队一起加入 Supabase。Glauber 将领导这项 agentic 基础设施工作。
我们的使命是存储世界的数据，而 agent 将创造更多数据。这让我们离目标更近了一步。
评论
社区对 Supabase 接纳 Turso 整体期待与祝贺居多，但部分 Turso 客户与观察者担忧其独立性丧失、开源可持续性，并有人质疑重写 SQLite 的必要性。
认为这是 Supabase、Turso 与客户的三方共赢
- 不少用户表示交易合理，Turso 此前因公司营收前景不明影响技术选型，如今依托大平台反而更愿意采用（较多人） > 这很合理，是 Supabase、Turso 与客户三方罕见的共赢（@popalchemist）
担忧 Turso 失去独立性与开源前景
- 部分 Turso 客户不希望变更，担心托管收入不足导致核心开源项目易主，希望其不要重蹈被放弃覆辙（较多人） > 作为 Turso 客户，我不想要这次变动（@kilroy123）
质疑重写 SQLite 的必要性
- 少数人指出 SQLite 公认是编写与测试最完善的软件之一，重写动机存疑（少数人） > 为何要重写公认最优秀、测试最完善的软件之一（@arnath）
肯定 Turso 现有性能并期待修复缺陷
- 用户在 Rust 异步项目中体验良好，但希望合并后投入资源修复基准测试发现的性能缺陷，不应远慢于 SQLite（较多人） > 希望他们投入资源修 bug，性能不应比 SQLite 慢数倍（@f311a）
指出开源项目难以盈利的困境
- 少数人认为开源难盈利、用户不愿付费，暗示交易源于商业压力（少数人） > 开源从来付不起账单，用户也从不付费（@rvz）
有价值的补充
- Turso 技术定位不仅是更好的 SQLite，还被期待成为可嵌入的 Postgres 兼容数据库（@JoshTriplett）
- 自托管开源方案至关重要，SQLite 已成标准，需持续维护以让开发者能脱离付费产品（@integrallis）