Supabase 崛起史：從“開源 Firebase 替代品”到 Postgres 帝國
如果只用一句話概括：Supabase 的真正價值，不是“把數據庫託管起來”這麼簡單，而是把 Postgres、認證、存儲、實時訂閱、函數、GraphQL、向量能力、管理面板打成一個統一開發平臺，然後用開源、可遷移、社區化和極強的開發者品牌，把它從一個“Firebase 替代品”推成了一個更廣義的 Postgres development platform。公司由 Paul Copplestone 和 Ant Wilson 於 2020 年創立，進入 Y Combinator S20，此後一直以遠程方式擴張。
還要先糾正一個常見混淆：Steve Chavez 不是官方對外口徑中的創始人，但他是極關鍵的早期技術成員。Supabase 在 2020 年 6 月就把這位 PostgREST 維護者拉入團隊，這件事後來幾乎成了 Supabase 的組織哲學樣板——如果你依賴某個開源基礎件，最好的做法不是“白嫖”，而是直接支持甚至僱傭維護者。
創始人與前史
Paul Copplestone 的公開家庭資料並不系統，很多細節都沒有官方傳記式披露。較常被引用的一條公開說法，是他出生和成長於新西蘭，曾在南島 Kaikōura 附近農場環境中長大，父親經營土地；但他的出生年月、母親背景、家庭階層細分、成長資源細賬，公開資料有限 / 暫無法確認。能夠較穩妥確認的是：他長期把自己放在新西蘭出身的連續創業者敘事裏，這一點在公開演講簡介、訪談摘要和投資人內容裏都能看到。
Paul 的教育路徑，公開可見資料主要來自其 LinkedIn 公開頁摘要與創始人資料頁。可見信息顯示，他在 St Andrew’s College 讀書，後在 University of Canterbury 學習，公開頁將其本科描述爲 BCom，方向涉及 IT Project Management 與 E-Business Systems；2020 年再進入 Y Combinator。更細的學位完成情況、課程成績、是否有中途轉軌經歷，公開資料並不完整，但“接受過商業與技術交叉訓練”這一點基本成立。
Paul 在 Supabase 之前最有代表性的兩段創業經歷，是 ServisHero 與 Nimbus For Work。他自己的個人站點把二者都列爲自己聯合創辦並擔任 CTO 的項目：前者是東南亞的服務提供者平臺，後者是辦公管理平臺。真正把他一步步推向 Supabase 核心領域的，不是單純“做 SaaS”，而是他在之前公司裏已經深度碰到 數據庫、聊天、同步、擴展性、開發體驗 這些基礎設施問題。
Supabase 的技術起點，基本可以直接追溯到 Paul 在上一個創業項目裏踩過的坑。他在公開訪談裏明確說過：自己當時一邊用 Postgres，一邊爲聊天場景使用 Firebase；他喜歡 Firebase 的開發體驗，但後來遇到性能與擴展問題，於是嘗試把能力遷到 Postgres，並在其上方再做一層實時引擎。這不是“看見市場機會”以後憑空想出的項目，而是典型的 founder-problem-fit：先被痛打，再把 workaround 產品化。
Ant Wilson 的家庭背景公開程度比 Paul 還低。公開可見資料大多集中在他的職業與技術履歷，而不是家庭傳記。能看到的說法包括：他與 Liverpool 背景相關，長期在 Singapore 活動；但其出生時間、父母職業、家庭階層、童年資源，公開資料有限 / 暫無法確認。相對清晰的部分是教育與技術能力：公開簡介將其描述爲拿到 Imperial College London 相關軟件工程碩士學位，有 distributed systems / high availability / large scale storage systems 背景，是連續創業者。
Ant 的工作與項目經歷，也有一部分只能謹慎陳述。較公開的資料站與人才頁把他與 Crypto Squad、STYLINDEX 等項目聯繫在一起，並強調他在 Supabase 之前已經做過多次創業。這裏要注意：這些老項目的成立年份、融資情況、退出細節、商業成敗程度，公開資料並不完整，很多記錄散落在資料頁而非正式長文裏，所以最穩妥的結論是：Ant 帶着多次創業和分佈式系統經驗加入 Supabase，但他早年項目的細節公開資料有限。
Paul 與 Ant 走到一起，不是靠“公司配對敘事”，而是靠問題和執行節奏。Paul 在 2024 年公開採訪裏回憶得很直接：他先在 2019 年做出實時引擎原型併發到 Hacker News，看到了興趣；接着決定要做一家 devtools 公司，然後拍了拍合夥人的肩膀，問要不要一起去 YC。這段話雖然簡短，但把 Supabase 創始組合的本質暴露得很清楚：一個是從數據庫/產品問題里長出來的創意源頭，一個是能把系統級能力和創業執行接上去的技術合夥人。
公司的建立與歷史
Supabase 的正式起點是 2020 年 1 月。 Paul 在 2024 年的訪談裏明確說，團隊在 2020 年 1 月開始，隨後進入 YC Summer 2020。同一家公司在 YC 頁面也把“Founded in 2020 by Paul Copplestone and Ant Wilson”寫得非常明確。它從一開始就和疫情時期的遠程協作重合，因此“遠程優先”不是後來的 HR 口號，而是公司誕生方式本身。
技術層面的創立故事很關鍵。Paul 先在舊項目中用 Postgres 的 LISTEN/NOTIFY 做過很樸素的實時方案，後來發現不夠，於是又基於 Phoenix/Elixir 和數據庫複製流做了更完整的實時引擎，再把這個原型發到 Hacker News，獲得早期關注。Supabase 最開始的內核，實質上是一個 “讓 Postgres 擁有更接近 Firebase 體驗” 的工程計劃，而不是先想 SaaS 再倒推技術。
2020 年上半年，Supabase 還是一個非常早期的項目。官方博客保留了 “Supabase Alpha April 2020 / May 2020 / June 2020” 的連續更新，說明它在發佈後就保持高頻月度迭代。官方索引明確寫着：2020 年 5 月是“兩個月的開發”，6 月是“三個月的開發”，7 月是“四個月的開發”。這說明它不是長時間閉門打磨後再亮相，而是極早開始在公衆面前“邊做邊發”。
2020 年 6 月，Steve Chavez 加入團隊。官方宣佈裏直接寫明：Steve 是 PostgREST maintainer，加入 Supabase 後幫助構建 Auth；Ant 在後來的播客裏又進一步解釋，他們僱傭 Steve 全職繼續做 PostgREST，因爲這對 Supabase 業務本身就是巨大幫助。這裏很能看出 Supabase 的方法論：能用成熟開源件就先用；依賴足夠深，就反過來支持那個項目和維護者。
早期 Supabase 還有一個後來被反覆提到的轉折：定位語改變。 Ant 在 2025 年 Notion 訪談中明確說，Supabase 把 tagline 從技術味更重的表述，改成用戶一眼就懂的方式後，立刻看到 traction。2026 年一篇訪談式長文把這件事寫得更戲劇化，說他們從 “Real-time Postgres” 改成 “The open-source Firebase alternative” 後，短時間內數據庫量從 8 漲到 800；但這個具體數字主要來自那篇長文，官方更穩妥、也更可信的說法是：“改消息表達以後，拉新立即變好”。
這一步爲什麼重要？因爲它把 Supabase 從“技術上很對，但外行看不懂”的產品，切進了一個更容易擴散的開發者心智：你是不是受夠了 Firebase，但又不想失去那種開箱即用的速度？ 這不是簡單的 marketing hack，而是一次非常典型的 GTM 重構——不改底層路線，只改入口敘事。後來 Supabase 再從“開源 Firebase 替代品”上升到“Postgres development platform”，本質也是同一種能力：在不同階段找到更大的心智錨點。
2021 年是 Supabase 從“早期項目”變成“開發者品牌”的一年。 這一年它把 Launch Week 機制做成穩定的 Product-Led Growth 節奏。官方在 2021 年 11 月寫到，Launch Week 已經來到第三次，而且這一機制幫助數據庫管理數量增長了 47%。Launch Week 的價值，不只是發佈功能，而是把“節奏”“內容”“社區參與”和“傳播”整合成一個可重複的分發引擎。
同一階段，Supabase 也開始把產品從“核心數據庫體驗”向平臺延展。2021 年底，官方宣佈收購 Logflare；2022 年 3 月，官方發佈 Enterprise、GraphQL、Edge Functions 等更完整的平臺層能力。也就是說，Supabase 在非常早的時候就不滿足於“託管 Postgres”，而是持續把開發者常見的後端基礎能力裝進統一產品邊界裏。
2022 年之後的主題，是從爆紅走向基礎設施成熟。 Ant 在 2023 年寫過官方文章解釋爲什麼 Supabase 會堅持 remote；同樣在 2023 年，Supabase 推出了 Supavisor，把連接池能力拉到“百萬連接”敘事；又在 2023 年末至 2024 年逐步推進 Branching、讀副本、更穩定的 Auth 能力和更完整的客戶端 SDK 支持。
2024 年是一個象徵性年份。 官方在 2024 年 4 月宣佈 Supabase 已進入 GA，並明確回顧：他們從第一年起就給自己定下目標——要做出一個能夠安全運行 100 萬數據庫的託管平臺。與此同時，Supabase 還上架了 AWS Marketplace，發佈了 Security Advisor / Performance Advisor，並將 Storage 做成了 S3-compatible。這些動作都說明公司開始認真向企業採購、合規和生產級心智推進。
2024 到 2025 年，Supabase 又把賭注壓到更深的數據庫能力上。2024 年 4 月，Oriole 團隊加入 Supabase；2025 年 6 月，官方宣佈 Multigres，並歡迎 Vitess 聯合創造者 Sugu Sougoumarane 加入團隊。這代表 Supabase 不再只是做“開發者入口層”的體驗包裝，而是在試圖進入存儲引擎、水平擴展、下一代 Postgres 擴容的更深層戰場。
2025 到 2026 年，AI 成爲 Supabase 的第二次大風口。 官方陸續發佈 MCP Server、Remote MCP Server、Claude connector、ChatGPT App，又在 2026 年 4 月上線一套專門教 AI coding agents 正確使用 Supabase 的 Agent Skills。這說明 Supabase 已經非常清楚自己在新一代“vibe coding / AI-assisted app building”浪潮中的位置：不是去做大模型本身，而是儘量成爲 AI 生成應用時默認的後端底座。
到 2026 年 5 月，官方更新顯示：Supabase GitHub 主倉庫已到 100K stars，開發者規模到 800 萬；公司招聘頁寫着團隊 280+ 人、55+ 國家、20+ 語言、累計融資 5 億美元。這和它 2020 年那種“邊做邊發的小團隊”已經不是一個量級。
資本、品牌與商業結構
Supabase 的融資軌跡非常清晰，而且每一輪都能看出它在資本市場裏的敘事升級。2020 年 12 月，公司宣佈 600 萬美元 Seed，由 Coatue 領投，參與方包括 Y Combinator、Mozilla 與一批天使；2021 年 10 月，宣佈 3000 萬美元 Series A，Coatue 繼續領投；2022 年 8 月，宣佈 8000 萬美元 Series B，由 Felicis 領投，Coatue 和 Lightspeed 等繼續跟投。
然後是高速加碼階段。2024 年 9 月，Supabase 完成 8000 萬美元 Series C，由 Peak XV 與 Craft Ventures 共同領投，Avra Capital、Coatue、Felicis、Y Combinator 參與，總融資到 1.96 億美元；2025 年 4 月，完成 2 億美元 Series D，由 Accel 領投，參與方包括 Coatue、YC、Craft、Felicis，並出現了 Kevin Weil、Guillermo Rauch、Taylor Otwell 等知名天使；2025 年 10 月，又完成 1 億美元 Series E，由 Accel 與 Peak XV 領投，Figma Ventures 加入，估值達到 50 億美元，總融資超過 5 億美元。
資本關係背後的意義很大。Coatue 從 Seed 到後續多輪持續押注，說明 Supabase 不是“紅一陣”的純社區項目；Accel、Peak XV、Craft、Felicis、YC 的組合，則把它放進了開發者基礎設施和 AI 應用基礎層的主流資本牌桌。更值得注意的是，Supabase 同時擁有非常多開發者圈層天使與生態人物站臺，比如 Vercel、GitHub、Netlify、Docker、1Password、Instagram 等關聯人物都出現在其公開“個人投資者/支持者”列表裏。這些人帶來的，不只是錢，更是分發、信用與生態連接。
從品牌與資產結構看，Supabase 的“硬資產”和“影響力資產”區分非常清楚。真正的硬資產包括：託管平臺本身、組織/項目級計費系統、企業合規能力、AWS Marketplace 分發、企業方案、以及一整套產品模塊——Database、Auth、Storage、Realtime、Functions、GraphQL、Vector、Dashboard 等。GitHub 官方 README 也直接把這些模塊列成核心能力清單。
它的影響力資產則包括：GitHub 開源組織、Launch Week 機制、Discord/社區、SupaSquad、meme 化品牌表達、以及“開發者先喜歡，再轉企業”這套心智鏈路。 官方公司頁把自己定義成“增長最快的開源社區之一”，還在 2026 年披露了 540,000+ community members。這類資產不直接記在資產負債表裏，但它們恰恰是 Supabase 獲客成本極低、開發者自然擴散強的根本。
商業模式上，Supabase 的核心不是賣“開源代碼”，而是賣託管便利性 + 組織能力 + 合規能力 + 規模能力。官方文檔和定價頁說明，平臺提供 Free、Pro、Team、Enterprise 四級方案；平臺單位是 organization + project，而每個 project 都是一套獨立的 Supabase 實例，附帶 Auth、Storage、Functions、Realtime 等服務，額外再通過計算、日誌、PITR、Custom Domains 等 add-ons 收費。這是一種非常標準但做得很“開發者友好”的 infra SaaS 模式。
再往深一點看，Supabase 的商業模式其實經歷了三次升級。第一階段，是 “開源 Firebase 替代品 + 託管數據庫”；第二階段，是 “Postgres 平臺 + 企業功能 + 市場採購路徑”；第三階段，則是 “AI 時代應用開發底座”——通過 Vector、MCP、Claude/ChatGPT connector、AI agent best practices，把自己嵌進新的應用生成流水線。商業閉環沒有變，還是靠雲託管和組織級收費掙錢；但分發入口已經明顯從傳統 full-stack 開發者，擴展到 AI 工具鏈用戶。
資源網絡方面，Supabase 也很有特色。官方公司頁寫得很直白：團隊對 open source maintainers 和 ex-Founders 有強烈偏好；招聘頁則強調多時區、異步協作與全球分佈。換句話說，它依賴的不是傳統層級化大公司組織，而是一種更像開源共同體 + 高密度資深創業者網絡 的結構。
如果把“創始人名下或深度綁定的資產/平臺”也納入考察，Paul 個人站點值得一提。他公開列出了自己過去的創業項目、若干 side projects，以及一串 open source / devtools 投資組合，包括 Cal.com、Charm、Deepnote、LlamaIndex、Lovable、Resend、tldraw 等。這些更像 個人影響力與生態網絡資產，不是 Supabase 公司資產，但它們解釋了 Paul 在整個開發者基礎設施圈層中的位置：他不只是一個 SaaS CEO，也在主動織自己的生態關係網。
關鍵決策、成功機制與爭議
Supabase 最關鍵的決策，第一是堅持用 Postgres 做底座。這件事今天看起來理所當然，但在公司剛起步時，它其實是和更“封閉、專有、更強鎖定”的平臺路線相反的。Paul 後來多次強調，選擇 Postgres 與開源工具，核心就是減少vendor lock-in，讓用戶隨時可以帶着數據庫離開。這是一個產品選擇，也是一種價值觀選擇。
第二個關鍵決策，是第一天就開源。Paul 在 2024 年訪談裏說得很直接：他和 Ant 從哲學上就偏愛開源，不想去做閉源 devtools；官方文章也寫明，Supabase 從第一天起就是開源公司，而且這被他們視爲“做過的最好決定之一”。這項決策的重要性在於，它讓 Supabase 得到的不是普通 SaaS 用戶，而是願意參與討論、提交 PR、做傳播、甚至願意爲其辯護的開發者共同體。
第三個關鍵決策，是不自己重造一切，而是優先支持現有開源項目。GitHub README、訪談和早期用人策略都指向同一件事：能用現成開源件，就圍繞它組合；如果沒有，再自己做並繼續開源。這種策略的好處，是讓 Supabase 在極短時間內擁有像平臺一樣豐富的能力，同時又天然和更大開源生態綁在一起。
第四個關鍵決策，是從 day one 做 remote。官方 2023 年文章明確說，Supabase 從 2020 年 1 月開始時，計劃就一直是 fully remote。Ant 在 2025 年接受 Notion 採訪時又把這件事解釋成“global remote 不是福利，而是視角與覆蓋優勢”。這非常重要，因爲對於開發者工具公司來說，遠程結構不僅降低招聘邊界，也把“支持全球用戶、異步協作、文檔與流程優先”變成了組織默認值。
第五個關鍵決策，是改變定位語並把營銷做成產品分發的一部分。Supabase 後來並不僅僅靠技術贏，而是非常早就意識到“message clarity beats product complexity”。Ant 在 Notion 訪談裏把這點說得幾乎像一條方法論：如果你說的話用戶一聽就懂，消息傳播速度會快過產品複雜度本身。Supabase 的 meme、品牌語氣、Launch Week，其實都是這個總策略的不同外殼。
第六個關鍵決策，是讓所有人做支持。Ant 在 Notion 的 TL;DR 裏明確提出“Everyone does customer support”；Supabase 公司後續也反覆強調對社區、支持和 frontline feedback 的重視。這會直接改變產品路線圖：不是 PM 在真空裏排優先級，而是公司幾乎所有角色都能聽到開發者一線抱怨。對於 devtools，這種反饋密度是超強優勢。
如果問 Supabase 最成功的地方在哪裏，我的判斷是：它不是發明了 Postgres，也不是唯一提供託管 Postgres 的公司；它最成功的是把 Postgres 重新包裝成“更快上手、更少鎖定、更像現代應用底座”的開發者產品。 這是一種敘事與產品體驗上的再發明。GitHub 倉庫 2026 年已到 103k stars，官方寫到 8 million developers；公司頁和 YC 文章又顯示它在初創圈層滲透極深，甚至已有 1,000+ YC 公司選擇它。綜合這些信號，可以合理推斷：Supabase 已經從“知名項目”變成了一個默認候選項。
但 Supabase 也並不是沒有爭議。最主要的爭議，不是創始人私德或法律醜聞，而是開源承諾邊界、self-host 預期、付費版與開源版敘事差異。GitHub 上曾有用戶專門發討論，批評 Supabase 在 paid Supabase 與 open-source Supabase 的營銷和文檔區分上不夠嚴肅。Paul 自己在 2024 年採訪裏也承認，早期他們確實沒把 dashboard 完全開源，因爲裏面混了計費和安全相關代碼，這就讓外部容易產生“不夠開源”的質疑。
這類爭議爲什麼重要？因爲 Supabase 的品牌建立在“我是更開放、更可遷移的那一邊”上。如果用戶開始覺得“你的雲版和自託管版差得太多”“你只是把 open source 當營銷標籤”，那就會直接打到它最核心的公信力上。Paul 在 2024 年其實也把這個張力說透了：再怎麼開源，對某些人來說也永遠不夠開源；但如果完全不照顧付費客戶，也不可能運營好公司。 這就是它必須長期平衡的結構性矛盾。
第二類負面信息，是可靠性與安全性的成長痛。官方博客明確記錄了 2026 年 2 月 12 日 在 us-east-2 區域發生過一次重大故障；同時，官方在 2025 安全回顧和 2026 更新裏又不斷推出更強的默認安全設置，包括：dashboard 建表默認啓用 RLS、安全/性能 Advisor、以及不再自動把 public schema 新表暴露給 Data API。這裏要看清楚：問題未必都等於“核心系統有巨大漏洞”，很多時候是因爲 Supabase 試圖把強大的數據庫能力開放給前端開發者，所以權限模型和默認安全邊界必須一再收緊。
因此，如果要寫一個比較公允的“失敗/批評”段落，最準確的表述應該是：Supabase 暫無特別突出的創始人層面醜聞，主要爭議集中在三類問題——第一，開源與商業化邊界如何解釋；第二，平臺高速演進時的穩定性、默認安全與自託管同步程度；第三，從社區產品走向企業基礎設施後，會不會傷害原有開發者文化。這些都不是小問題，但也都還屬於“高速成長基礎設施公司常見矛盾”，而不是致命級塌方。
當前狀態與現實影響力
到 2026 年，Supabase 的官方自我定義已經很明確：它現在更願意把自己叫作 The Postgres Development Platform，而不只是 “open source Firebase alternative”。這不是簡單換 slogan，而是戰略層面的身份升級：前者意味着它要覆蓋更大的後端開發面，甚至成爲企業和 AI 應用的數據庫平臺；後者則更多是早期獲客心智。
從公開指標看，它已經具備相當強的現實影響力。GitHub 官方倉庫顯示主倉庫達到 103k stars；Supabase 自己的 2026 年 5 月更新寫到 100K stars 和 8 million developers；招聘頁公佈團隊 280+ 人、55+ 國家、20+ 語言、5 億美元融資。這意味着它已經從“明星項目”進入“中大型全球基礎設施公司”的體量區間。
從生態位置看，Supabase 現在同時被幾類力量“引用”和“繼承”。第一類是 YC 與創業公司網絡：官方在 2025 年宣佈已有 1,000+ YC 公司選擇它。第二類是 Postgres / open source 生態：它不斷僱傭維護者、推動擴展、繼續開源。第三類是 AI coding / vibe coding 工具鏈：它做 Claude connector、ChatGPT App、MCP server，本質是在搶“AI 生成應用默認後端”的入口。第四類是 企業採購與合作渠道：包括 AWS Marketplace、Stripe 項目合作、ISO/SOC2/HIPAA 等合規鏈路。
如果再往下壓一句結論：Supabase 在現實世界中的位置，介於數據庫基礎設施公司、後端開發平臺公司、以及開發者品牌媒體化公司之間。 它不像傳統數據庫公司那樣只賣數據庫，也不像老一代 BaaS 那樣主要賣“快速原型能力”；它真正佔據的是一個結合點——讓 Postgres 變成今天做 web、mobile、AI app 時既強大又順手的默認底座。 這是基於其產品結構、開源策略、社區成績與融資軌跡做出的綜合判斷。
所以，如果把最關心的幾個問題壓縮成最終答案，大概是這樣：
怎麼成長起來的？ 不是靠空想，而是從 Paul 在上一個項目裏踩過的 Firebase/實時/擴展痛點長出來，再由 Ant 把系統經驗和創業執行接上。
做過什麼？ 從實時 Postgres 引擎，做到 Postgres 平臺、企業功能、AI 連接層、MCP/connector、Multigres。
靠什麼形成影響力？ 靠開源、可遷移、Postgres 底座、Launch Week、社區支持、遠程高密度人才結構和極強的信息表達能力。
擁有什麼品牌/資產/網絡？ 擁有 Supabase 平臺、開源組織、社區、融資網絡、開發者圈層天使與個人生態連接。
有哪些成功與爭議？ 成功在於把 Postgres 推成新一代開發默認底座之一；爭議主要在開源邊界、自託管預期、安全默認值與平臺成熟度。
現實位置是什麼？ 它已經不是“一個紅起來的開源項目”，而是 AI 時代開發基礎設施牌桌上的核心選手之一。這個判斷帶有綜合推斷性質，但和其公開產品路線、資本動作、社區規模與生態分發位置是一致的。