Supabase 推进 Personal Database

Personal Database 可能会成为 Personal Agent 的重要一环，而 Supabase 正好站在这个位置上。 这家做开源 Postgres 后端的公司，已经是 Claude Code、Codex 等工具里默认使用的数据库。 它的使用者也在变。 除了开发者和创业公司，越来越多的使用者是没有工程背景、靠 AI 给自己做软件的普通人，和直接替人操作数据库的 Agent。

过去一年，Supabase 的注册用户从约 300 万涨到 1300 万，托管的数据库从 800 万个涨到近 5000 万个，现在每周新建超过 100 万个，今年收入预计涨 4 倍。 新增使用里，大约 70% 来自 Agent。 这批新用户带来的是另一种负载：数据库数量极大，单个规模却很小。 Supabase 联合创始人兼 CEO Paul Copplestone 算过一笔账，如果 ChatGPT 的 12 亿周活用户每月都做一个东西，就是每月 12 亿个数据库。

今年 10 月，Supabase 宣布收购 Turso，这家公司基于 SQLite，一台服务器就能管理数百万个按需创建的数据库。 接下来，Supabase 准备推出轻量的 Supabase Spark 承接刚起步的负载，同时继续把 Postgres 往 PB 级扩展。 既然用户以 Agent 为主，产品也要跟着改。 Agent 不看 Dashboard，Supabase 就全面转向 Code-First。 报错信息里，要明确告诉 Agent 该怎么修。

在最近一期 YC 播客 The Lightcone 中，Paul Copplestone 聊了这些变化，以及 Supabase 接下来要往哪里走。

一年新增 1000 万数据库用户，很多不是程序员。工程师依然占很大比例，而且他们现在用 AI 写起东西来几乎没有顾忌。今年变化最大的，是一大批没有工程背景的 builder 开始进来。按以往的经验，注册量涨得快的时候，后面的激活率和转化率通常会往下掉，但今年这些指标全都在往上走。现在的模型在构建应用这件事上已经超过了临界点。过去那些完全没有软件工程背景的人，打开 Claude Code 聊几句就能把前端跑起来，接着他们很快发现光靠本地文件走不远，于是顺理成章地带着 Agent 涌进了 Supabase。

早期投资人跟我说过，PLG（Product-Led Growth，产品驱动增长）做到某个收入规模就会到顶，到时候必须雇一堆销售去做传统企业市场。但因为「Builder」这个新物种的爆发，PLG 至今完全看不到任何天花板，我甚至不知道它的上限在哪里。

这类跨界领域专家恰恰是最理想的一类 builder。像我这样的程序员，脑子里能想到的创业点子永远局限在开发者工具里。但领域专家知道自己所在的细分领域还缺什么。现在他们不用先说服别人加入，就能自己钻进去做。

在你们社区里，还有没有让你印象特别深刻的、由普通非程序员造出来的案例？前不久我们在旧金山办用户大会，散场后有一位来自巴西的大叔激动地跑过来找我。他是一名普通的出租车司机，大概 50 岁，只用手机就做出了一套完整的出租车应用，有点像服务当地市场的小型 Uber。

今天，很多人都在担心未来的工作会变成什么样。但在 builder 这个群体里，你看不到半点偏执与恐惧，你看到的全是对未来的兴奋。这就是我如此热爱 Supabase 的原因，它让那些原本只是普通蓝领或传统行业从业者的人，突然解锁了一项不可思议的创造力，在自己的生活里长出了真正的创业精神。

Markdown 不够用了，Personal Agent 需要 Personal Database。回顾数据库的发展史，会发现一个非常强烈的反差。在过去几十年里，全世界只有相对少数的大型企业才拥有并运行着庞大的数据库。我记得 2020 年 Supabase 刚进 YC 时，你们提出过一个愿景，「让每个人都能极其轻松地创建一个数据库」。那时候根本不存在所谓的「个人数据库市场」，如果有人说「我要做一家直接面向消费者的数据库公司」，听起来简直就像一句语法错误。

但这些个人用户的数据库，大概不会像创业公司那样一路做大，但他们很可能会用一辈子。因为这个数据库背后跑着的，是他们的个人财务软件、健康应用，甚至是他们自己的小生意。人会成长，信息会越攒越多，数据库里存的东西也会跟着变多。某种程度上，这就是我们自己增长的一个指数。对我们来说，Prosumer（专业消费者）市场是一个很好的增长方向。

我做的是典型的 N-of-1 软件，也就是只服务我自己一个人的软件。起因是前阵子我对 OpenClaw 上瘾了。说起来有点不好意思，大概六个月前，我还公开说过，以后不需要 UI 了，所有交互都会在聊天里完成。我也一直不想用数据库，想把所有东西都放在 Markdown 里。但现实很快结结实实地打了我的脸。当你真正重度用下去就会发现，到了某个临界点，你不仅必须要有一个真正的数据库，而且依然需要直观的 UI。

过去几周，我在 Supabase 上给自己搭了一套系统，叫 Control Tower，把生活的各个部分都放了进去：有一个界面帮我分拣邮件，不用再去翻收件箱；有财务和支出记录；有体重、训练这些健康数据。所有东西都在一个地方。只看个人财务这一块，我觉得它至少已经能和 Mint、Monarch 这些消费级产品做到功能相当，有些地方甚至更好用，因为它可以充分利用只属于我的上下文。

比如，当我的信用卡账单里出现一笔陌生的个人转账时，传统的记账软件根本不知道这笔钱是干嘛的。但我自己的系统会自动去我的 GBrain（个人知识库）里检索这个收款人的名字，结合我过往的邮件和聊天记录，搞清楚这个人是谁，再把交易准确归类。以前，光是做「交易自动识别与分类」就能养活好几家创业公司。现在，我完全可以只为自己做一个，不用考虑它能不能服务所有人，也不用听别人的意见。

我们看到最多的就是财务和健康的用例。这两个领域里，人们尤其想拥有自己的数据。很多人在做的一件事，是把自己所有随身设备产生的数据，实时同步进同一个个人的 Supabase 数据库里。这是一项堪称魔法的能力，因为一旦你把分散在不同角落的数据汇合到同一个库里，你就可以直接用自然语言发号施令，让 Agent 在看似毫不相干的数据之间找关联。

对，关联才是最有价值的。我还拿健康举例，我的体重和训练数据都在 Supabase 里，跑在上面的 Agent 同时能看到我的日历。它看到我最近体重涨了，也知道我那段时间在出差，就会跟我说没事，下周回到正常节奏就行。这种上下文很有价值，单个 App 是给不了的。

而且我开始重度用 Personal Agent 之后，有点担心自己的工作习惯、日常流程和 CRM 全都被锁在某一个特定的 Agent 里。试想一下，如果哪天市面上出了一个更聪明的新 Agent，或者我想同时用好几