每個 Agent 一個資料庫：Supabase 募資 1.5 億美元並收購 Turso

Supabase——這個在 AI coding 熱潮中悄悄成為預設後端選擇的開源 Postgres 開發平台——於 10 月 2 日宣布完成 1.5 億美元新一輪融資，由新加坡主權基金 GIC 領投，Alphabet 旗下的 CapitalG、IronArc 與 SquarePeg 跟投。同一時間，公司確認收購專為 Agentic 工作負載而生的資料庫新創 Turso，交易金額未公開。

這輪融資的速度本身就是第一個訊號。這是 Supabase 四個月內第二筆九位數融資——該公司才在 2026 年 6 月以 105 億美元投後估值完成 5 億美元 F 輪，累計募資已超過 10 億美元。公司很少在這麼短的時間內再次募資，除非成長速度已經超越原本就相當激進的計畫，而 Supabase 自己公布的數字說明了一切：平台目前每月新增超過 100 萬名使用者與 400 萬個資料庫，而這些新資料庫中有 70% 是由 Agent 或 AI 工具所建立，而非人類開發者透過控制台手動點出來的。

Agent 已經來了

這個 70% 的數字值得停下來想一想。它意味著在這個全球成長最快的後端平台之一上，大多數的新資料庫佈建已經不是由人發起。Claude Code、OpenAI 的 Codex 與其他 coding agent 在搭建應用程式時，啟動一個 Supabase 專案已經是標準步驟——Agent 寫程式、Agent 佈建後端、人類只負責審視成果。Supabase 在 6 月時就報告資料庫數量年增 600%，當時 Agent 已經佔新資料庫的多數；這波浪潮此後只增不減。

Supabase 把自己的成長軌跡描述為兩波連續的 AI 驅動擴張。第一波，AI 應用產生器讓軟體開發向更廣泛的族群開放——人們只要描述想要什麼，模型就能做出來。第二波，coding agent 開始能獨立打造越來越複雜的應用程式，讓軟體（以及隨之而來的後端）數量成倍增加。公司的目標很明確：成為「開發者與 Agent 需要後端支援時的第一站」——這是一個刻意的重新排序，把 Agent 當成第一級客戶對待。

這也是為什麼這輪融資包含了員工流動性（liquidity）成分，創辦人稱之為「成為最適合工程師的公司之一的重要關鍵」。在一輪主要融資中附帶次級流通，通常是有籌碼挑選投資人、而非追逐投資人的公司才有的特徵。

Turso 帶來了什麼

收購 Turso 針對的是 Agent 建立資料庫的特定經濟學。理想狀態下，Agent 應該能即時建立資料庫，而平台應該能啟動大量相互隔離的資料庫，卻不必為每一個都負擔一台專屬機器的開銷。這與傳統「一個應用程式搭配一個細心維運多年的資料庫」的模型，是完全不同的需求。

Turso 的答案建立在 SQLite 之上——這個無所不在的嵌入式資料庫硬體佔用極小——並針對 Agent 需求做了擴充：支援 AI 工作負載所需的 embeddings、以每頁略為不同的方式加密來降低攻擊面，並讓 Agent 幾乎能瞬間啟動一個輕量執行個體。Turso 的架構支援在公有雲與 BYOC（自帶雲）環境中按需建立 per-agent 資料庫，客戶已包括 Superhuman、Sauna.ai、CTO.new 與 Mastra。

Turso 創辦人 Glauber Costa 將加入 Supabase 擔任 Head of Agentic Services，共同創辦人 Pekka Enberg 與其餘團隊也一同加入。Costa 的野心勾勒出 Supabase 規劃的規模：「從創業之初，我的目標就是為客戶提供高達十億個資料庫。加入 Supabase、借助其龐大的開發者基礎與持續成長的合作生態，將讓這個目標更近。」在一個每次 Agent 工作階段都可能需要獨立儲存空間的世界裡，十億個資料庫並不是誇飾。

Turso 平台將繼續營運，Supabase 稱會提供「清楚銜接到 Supabase 生態系其餘部分的升級路徑」——這暗示 Turso 以邊緣為先的 SQLite 血統，將與核心 Postgres 產品並存，而非被吸收。

Supabase Compute：長時間執行 Agent 的執行環境

同一天，Supabase 還推出了 Supabase Compute——一項提供託管沙箱（sandbox）給長時間執行 AI Agent 的新雲端服務。當一個完整 Postgres 執行個體顯得太重時——例如 Agent 只需要保存筆記、快取中間結果、或在步驟之間追蹤任務狀態——在 Compute 沙箱中啟動一個輕量的 Turso 式執行個體，才是尺寸剛好的工具。

這個組合讓 Supabase 從「Firebase 替代品」重新定位成更宏大的角色：Agent 基礎設施骨幹。應用層用託管 Postgres、Agent 層用即開即用的 per-agent SQLite、運算層用沙箱，全部整合在單一平台之下，背後是超過 1,300 萬註冊開發者與 100 多個整合合作工具的市集。

分析：賣鏟子的那一層正在整併

這樁交易透露了兩個結構性轉變。第一，Agent 建立的基礎設施已經成為後端平台的承重假設。當 70% 的新資料庫來自 Agent，每個資料庫的佈建成本、Agent 工作負載之間的隔離、以及瞬間啟動的能力，就不再是非核心功能，而是產品的核心要求。以 SQLite 為基礎的架構是理性回應：極小的佔用、嵌入式運作、每頁加密，正好對應成千上萬個短生命周期且對安全敏感的 Agent 儲存空間。

第二，資金的來源。GIC 領投、CapitalG（Alphabet 的成長基金）跟投，且距 105 億美元 F 輪僅四個月——主權基金與策略性成長資金正在向 AI 堆疊的基礎設施層整併，這與 BIS 近日對「循環式 AI 融資」的警告相互呼應。值得注意的是，這輪的估值並未公開，這通常意味著條款是為了成長與流動性而設定，而非為了刷新估值基準。

當然也有未解的問題。Turso 的雲端產品有既有付費客戶，這類移轉很少完美無瑕。Postgres 與 SQLite 是哲學上不同的資料庫，Supabase 必須把故事說得一致——「我的 Agent 該用哪個資料庫？」這個問題，平台現在的回答是「看情況」。而且整個論點都押在 Agent 驅動的持續成長上；一旦 Agent 建立資料庫的量能趨緩，承載十億級資料庫的架構將是沉重負擔。

但方向很清楚。後端基礎設施的買家越來越不是人類，而那些把 Agent 當成主要客戶的平台——即時佈建、隔離的輕量儲存、託管執行環境——正是成長資金湧入之處。Supabase 剛剛把這個押注說得明明白白，並買下了那個架構正是為此未來而生的團隊。