2026/10/30 · Weekly Radar
swyx 訪談 Supabase 兩位創辦人，從他的 AEO 追蹤顯示各家前沿模型選後端幾乎全投 Supabase 談起，聊無 Docker 本地環境、宣告式 schema、資料庫旁運算，以及每月約 500 萬個新資料庫的規模壓力。
這是 Latent Space 於 2026 年 10 月 28 日發布的 77 分鐘 podcast，由 swyx 訪談 Supabase 創辦人 Paul Copplestone 與 Ant Wilson，附影片、逐字稿與章節。swyx 在兩人剛結束 YC S20 時於新加坡認識他們，這是兩人六年後首次一起上 podcast。頁面形容 Supabase 是一家開源、全遠端、從零成長到 100 億美元估值的公司。
本集的主軸是：為什麼 agent 似乎特別偏愛 Supabase？作者指出 Postgres 託管競爭激烈，模型熟悉度有幫助，但不足以解釋背後的所有工作。
作者表示，在他的 AEO（answer engine optimization）追蹤中，所測試的前沿模型（列出 Astra、Fable、Muse）在 app 後端的首選上幾乎全面選擇 Supabase，在託管資料庫類別也具競爭力。
一是不需 Docker 的本地後端（alpha 執行環境），作者自己用 Colima 而非 Docker Desktop，樂見少一個依賴。二是宣告式 schema：把資料庫的目標狀態寫在檔案裡，agent 能和應用程式碼一起檢視與修改，作者比喻為資料庫的「Terraform 時刻」，不必重建遷移歷史也能理解後端。三是資料庫旁的運算（私有 alpha），例如切分文件與產生 embedding，edge functions 仍有用但無法涵蓋所有工作負載。
日誌、檢查、連線與脈絡能幫助 agent 理解自己在改什麼；作者主張下 SQL 的模型仍需要知道資料庫裡有什麼、應用程式如何使用它。
創辦人表示 Supabase 每月約啟動五百萬個資料庫，並在思考若 agent 把數量推向數十億個應用時會如何；既有客戶也在長成大得多的工作負載，這與服務大量小型資料庫是不同的工程問題。討論涵蓋 OrioleDB、Multigres（高可用 Postgres，私有 alpha）與收購 Turso。
創辦人表示隨著 AI 驅動的使用量成長，啟用率與轉換率都改善了，理由是 agent 能在一個流程內把使用者從註冊帶到可運作的環境。章節另涵蓋開發者行銷與迷因、向量與成長、產品導向銷售與企業成長、線上遷移與分析、為 agent 準備的本地開發，以及社群與公司工作流程。
「agent 為何偏愛 Supabase」主要是作者根據產品發布與創辦人說法所做的詮釋；除了 AEO 追蹤之外，頁面沒有提供獨立的使用量或模型偏好數據，五百萬個資料庫也是創辦人的說法。
「agent 愛用」的證據是主持人自己的追蹤表加上創辦人自己的說法；SEO 之後換 AEO，生意照舊，只是被說服的對象從人變成模型。