- 熱門 self-host Supabase GitHub 替代方案
- Reddit 社群對 Agentic Coding 工具 / 後端選擇的推薦傾向
一、熱門 self-host Supabase GitHub 替代方案
總結排名
| 推薦度 | 專案 | GitHub | 類型 | 最適合 | Reddit / 社群常見評價 |
|---|---|---|---|---|---|
| 1 | Appwrite | https://github.com/appwrite/appwrite | 完整 BaaS | 想要最接近 Supabase/Firebase 的 self-host 替代品 | Reddit 常說它是「最直接、摩擦最少的 self-host Supabase 替代方案」 |
| 2 | PocketBase | https://github.com/pocketbase/pocketbase | 單檔 Go backend + SQLite | MVP、小型產品、Agentic coding、快速 prototype | Reddit 很常推薦給想要簡單 self-host 的開發者 |
| 3 | Nhost | https://github.com/nhost/nhost | Postgres + Hasura + Auth + Storage | 想要 Supabase-like,但偏 GraphQL | 適合喜歡 GraphQL / Hasura 的團隊 |
| 4 | Directus | https://github.com/directus/directus | SQL backend / Headless CMS / Admin panel | 內部工具、CMS、資料管理後台 | Reddit / no-code 社群常把它列為 Supabase/PocketBase/Appwrite 類替代 |
| 5 | Hasura | https://github.com/hasura/graphql-engine | GraphQL API engine | Postgres / SQL → 即時 GraphQL API | 很強,但不是完整 Supabase 替代,缺 Auth / Storage 整合 |
| 6 | InstantDB / Instant | https://github.com/instantdb/instant | Realtime / sync backend | AI-coded apps、collaborative apps、frontend-heavy apps | 很適合 agentic / vibe coding,但還不算傳統 Supabase 1:1 替代 |
| 7 | Parse Server | https://github.com/parse-community/parse-server | 傳統 MBaaS | Mobile app、legacy BaaS、Mongo/Postgres | 成熟但較舊,仍然可靠 |
| 8 | Self-host Supabase itself | https://github.com/supabase/supabase | 原版 Supabase self-host | 想保留 Supabase 架構 | 可行但維運複雜,Reddit 上常有人說不如直接用 hosted Supabase 或改 Appwrite/PocketBase |
二、各替代方案詳細比較
1. Appwrite
GitHub:
https://github.com/appwrite/appwrite
Appwrite 是目前最常被提到的 self-host Supabase / Firebase alternative。
它提供:
- Auth
- Database
- Storage
- Functions
- Messaging
- Realtime
- Hosting
- Admin Console
- 多語言 SDK
- Docker / Kubernetes self-host
Appwrite 適合誰?
| 情境 | 是否適合 |
|---|---|
| 想要完整 BaaS | 很適合 |
| 想 self-host | 很適合 |
| 想要比 self-host Supabase 簡單 | 適合 |
| 想要 Auth + DB + Storage + Functions 一套 | 適合 |
| 想要 PostgreSQL 原生能力 | 不如 Supabase / Nhost |
| 想要極簡部署 | 不如 PocketBase |
Reddit 社群觀察
Reddit 搜尋結果中,多次出現類似說法:
如果你想要 direct、open-source、self-hosted Supabase alternative,Appwrite 是最少摩擦的選項。
也有人提到:
Appwrite 比 self-host Supabase 更適合 self-host。
優點
| 優點 | 說明 |
|---|---|
| 功能最完整 | Auth、DB、Storage、Functions、Realtime 都有 |
| Self-host 成熟 | Docker / container 生態完整 |
| 更像 Supabase / Firebase | 對前端開發者友善 |
| 多 SDK | Web、Mobile、Server 都支援 |
| 適合正式產品 | 比 PocketBase 更像 production BaaS |
缺點
| 缺點 | 說明 |
|---|---|
| 架構比 PocketBase 重 | 部署與維護需要更多資源 |
| DB 模型不是純 Postgres-first | 如果你愛 Postgres/RLS,Supabase/Nhost 更自然 |
| Agentic coding 時需要更多上下文 | 代理需要理解 Appwrite SDK / collection rules |
結論
如果你要找「最像 Supabase 的 self-host 替代品」,我會把 Appwrite 放第一名。
2. PocketBase
GitHub:
https://github.com/pocketbase/pocketbase
PocketBase 是一個 Go 寫的單檔 backend,內建:
- SQLite database
- Realtime
- Auth
- File storage
- Admin dashboard
- REST-like API
- JavaScript SDK
- Dart SDK
- 可作為 Go framework 擴充
PocketBase 適合誰?
| 情境 | 是否適合 |
|---|---|
| MVP | 非常適合 |
| Agentic coding / vibe coding | 非常適合 |
| 小型 SaaS | 適合 |
| 內部工具 | 適合 |
| 單人開發 | 非常適合 |
| 大型高併發系統 | 較不適合 |
| 需要 Postgres/RLS | 不適合 |
為什麼它適合 Agentic Coding?
PocketBase 對 AI coding agent 很友善,原因是:
- 架構簡單
- API 很直覺
- 不需要複雜 Docker stack
- 單一 binary 容易部署
- Admin UI 可以快速建立 schema
- AI agent 不需要同時理解 Postgres、Kong、GoTrue、Realtime、Storage 等多個 Supabase 元件
對 Claude Code / Codex / Aider 這類 agent 來說,PocketBase 的複雜度低很多。
優點
| 優點 | 說明 |
|---|---|
| 部署超簡單 | 單一 binary |
| 成本低 | 一台 $5 VPS 就能跑 |
| Admin UI 好用 | 快速建資料表、管理 users/files |
| 很適合 prototype | AI agent 很容易生成可用程式 |
| 自架友善 | 比 self-host Supabase 輕太多 |
缺點
| 缺點 | 說明 |
|---|---|
| SQLite 限制 | 大型 scale 不如 Postgres |
| pre-v1 | 尚未 1.0,可能有 breaking changes |
| 不適合複雜企業架構 | 多租戶、複雜權限要自己設計 |
| 不是 Supabase 1:1 替代 | 沒有 Postgres/RLS 生態 |
結論
如果你是:
- solo founder
- AI coding / vibe coding
- 快速做 MVP
- 小型產品
- 需要低成本 self-host
那 PocketBase 可能是最實用的選擇。
3. Nhost
GitHub:
https://github.com/nhost/nhost
Nhost 是 open-source Firebase alternative,核心架構是:
- PostgreSQL
- Hasura GraphQL
- Nhost Auth
- Nhost Storage
- Serverless Functions
- Dashboard
- CLI
Nhost 適合誰?
| 情境 | 是否適合 |
|---|---|
| 喜歡 GraphQL | 很適合 |
| 想要 Postgres + Auth + Storage | 適合 |
| 想要 Supabase-like 但偏 GraphQL | 很適合 |
| 想 self-host | 可以 |
| 想要 REST-first | 不如 Supabase / Appwrite |
| 想要極簡部署 | 不如 PocketBase |
優點
| 優點 | 說明 |
|---|---|
| Postgres-based | 和 Supabase 一樣是 SQL / Postgres 思路 |
| Hasura GraphQL 很強 | 即時 GraphQL API、permission system |
| Open-source | 可 self-host |
| 比純 Hasura 更完整 | 多了 Auth、Storage、Functions |
缺點
| 缺點 | 說明 |
|---|---|
| GraphQL 學習曲線 | 團隊需要熟悉 Hasura / GraphQL |
| 架構比 PocketBase 重 | 自架維運成本較高 |
| 不如 Supabase 普及 | 社群和教學資源較少 |
結論
如果你想要:
Supabase-like + Postgres + GraphQL
那 Nhost 是很值得看的選項。
4. Directus
GitHub:
https://github.com/directus/directus
Directus 比較不是純 BaaS,而是:
把 SQL database 變成 API、Admin Panel、Headless CMS、資料管理平台。
它支援:
- PostgreSQL
- MySQL
- SQLite
- MariaDB
- MS SQL
- OracleDB
- REST API
- GraphQL API
- Auth
- RBAC
- Admin dashboard
- Extensions
Directus 適合誰?
| 情境 | 是否適合 |
|---|---|
| 內部工具 | 很適合 |
| CMS | 很適合 |
| Admin panel | 很適合 |
| 內容管理 | 很適合 |
| 資料庫可視化管理 | 很適合 |
| Mobile app BaaS | 普通 |
| Supabase Auth 替代 | 不是主力 |
Agentic Coding 角度
Directus 對 AI agent 也蠻友善,因為:
- schema 很清楚
- API 自動生成
- 有 admin UI
- 非技術人員也可以操作資料
- agent 可以直接使用 REST / GraphQL API
但如果你要做的是完整 app backend,而不是 CMS / internal tool,Appwrite 或 PocketBase 可能更直接。
5. Hasura
GitHub:
https://github.com/hasura/graphql-engine
Hasura 是非常強的 GraphQL Engine。
它可以把 Postgres / SQL database 變成:
- Instant GraphQL API
- Realtime GraphQL API
- Fine-grained access control
- Event triggers
- Webhooks
但 Hasura 不是完整 Supabase 替代
Hasura 很強,但它本身不是完整 BaaS。
| 功能 | Hasura |
|---|---|
| Database API | 很強 |
| Realtime | 支援 |
| Fine-grained access control | 支援 |
| Auth | 需要外部 Auth |
| Storage | 需要外部 Storage |
| Functions | 需要外部服務 |
| Admin UI | 有 console,但不是完整 BaaS dashboard |
適合誰?
| 情境 | 是否適合 |
|---|---|
| Postgres + GraphQL | 非常適合 |
| Enterprise API layer | 適合 |
| 想把 DB 快速變 API | 適合 |
| 想完整替代 Supabase | 不夠完整 |
| Agentic coding | 中等,需要 agent 熟 GraphQL/metadata |
6. InstantDB / Instant
GitHub:
https://github.com/instantdb/instant
InstantDB 的定位很有趣,它直接把自己描述為:
backend for AI-coded apps
它提供:
- Auth
- Permissions
- Storage
- Presence
- Streams
- Realtime sync
- Offline support
- Optimistic updates
- Multiplayer-by-default queries
為什麼它和 Agentic Coding 有關?
Agentic coding / vibe coding 的痛點是:
AI 很會寫 frontend,但經常卡在 backend、auth、permissions、realtime、offline sync。
InstantDB 的思路是讓 frontend + agent 更容易快速做 full-stack app。
適合誰?
| 情境 | 是否適合 |
|---|---|
| AI-coded apps | 很適合 |
| Realtime app | 很適合 |
| Collaborative app | 很適合 |
| Local-first / offline | 適合 |
| 傳統 Postgres SaaS | 不一定 |
| Supabase 1:1 替代 | 不是 |
結論
如果你的重點是:
讓 Claude Code / Codex / Cursor 這類 agent 快速做出可用 full-stack app
那 InstantDB 很值得關注。
但如果你要的是傳統 Supabase-like:
- Postgres
- Auth
- Storage
- SQL
- RLS
那 InstantDB 不是最直接替代。
7. Parse Server
GitHub:
https://github.com/parse-community/parse-server
Parse Server 是老牌 open-source BaaS。
支援:
- Auth
- REST API
- GraphQL
- Cloud Code
- Live Query
- File storage
- Push notifications
- MongoDB
- PostgreSQL
適合誰?
| 情境 | 是否適合 |
|---|---|
| Mobile app backend | 適合 |
| Legacy BaaS | 適合 |
| Node.js / Express 團隊 | 適合 |
| 現代 AI app | 普通 |
| Supabase-like DX | 不如 Appwrite/PocketBase |
Parse Server 成熟,但在現代 web / AI coding 社群裡,熱度不如 Appwrite、PocketBase、Supabase。
三、如果你要 self-host,不建議直接 self-host Supabase 嗎?
Supabase 本身 GitHub:
https://github.com/supabase/supabase
Self-host Supabase 是可以的,但 Reddit / GitHub discussion 裡常見顧慮是:
| 問題 | 說明 |
|---|---|
| 架構複雜 | Supabase 是多個服務組合:Postgres、GoTrue、Realtime、Storage、Kong、Studio 等 |
| 維運成本高 | 更新、備份、監控、安全 patch 都要自己處理 |
| Hosted 和 self-host 不完全等價 | 部分平台功能、dashboard、billing、managed features 不同 |
| 省錢幅度未必大 | 初期可能只省 $10~$25/月,但換來維運負擔 |
| Agentic coding 不友善 | 對 AI coding agent 來說上下文與部署複雜度高 |
所以如果你的目標是:
我要一個比 hosted Supabase 便宜、簡單、agent-friendly 的 backend
那我不會第一個推薦 self-host Supabase。
我會先看:
- PocketBase
- Appwrite
- Nhost
- InstantDB
四、Reddit 社群推薦傾向:self-host backend
依 Reddit 搜尋結果與常見討論,可整理成這樣:
| 排名 | Reddit 常見推薦 | 原因 |
|---|---|---|
| 1 | Appwrite | 最像 Supabase / Firebase,self-host 比 Supabase 更直接 |
| 2 | PocketBase | 極簡、單檔、便宜、適合小型專案和快速開發 |
| 3 | Supabase Hosted | 很多人仍建議直接用 hosted,因為 self-host 維運不划算 |
| 4 | Nhost | 如果喜歡 GraphQL / Hasura |
| 5 | Directus | 如果你需要 CMS / admin panel / internal tool |
| 6 | Hasura | 如果你只需要 GraphQL API layer |
| 7 | Parse Server | 成熟但較舊 |
五、針對 Agentic Coding:哪個 backend 最推薦?
如果你說的 Agentic Coding 是:
用 Claude Code / Cursor / Codex / Aider / Cline 這類 AI agent 來開發 full-stack app
那我會這樣選。
Agentic Coding Backend 推薦表
| 推薦 | Backend | 為什麼適合 Agentic Coding |
|---|---|---|
| 首選 MVP | PocketBase | 最簡單、最少 moving parts、AI agent 容易理解 |
| 首選完整 BaaS | Appwrite | Auth/DB/Storage/Functions/Reatime 一套完整 |
| 首選 AI-coded realtime app | InstantDB | 專門針對 AI-coded apps、realtime、presence、offline |
| 首選 Postgres/GraphQL | Nhost | Postgres + Hasura + Auth + Storage |
| 首選 internal tool/CMS | Directus | Admin UI + REST/GraphQL 自動生成 |
| 首選 SQL/GraphQL API layer | Hasura | 強大的 GraphQL + permissions,但需搭配 Auth/Storage |
六、我的 Agentic Coding Backend 排名
1. PocketBase — 最適合 AI 快速做出 MVP
推薦原因:
- 單 binary
- SQLite
- Admin UI
- Auth 內建
- File storage 內建
- Realtime 內建
- API 簡單
- 部署簡單
對 AI coding agent 來說,PocketBase 的指令非常簡單:
建立 collection
設定 auth
用 JS SDK 呼叫 API
部署 binary
不像 Supabase self-host 那樣需要理解一整套 infra。
適合
- 個人專案
- MVP
- AI coding / vibe coding
- 小型 SaaS
- demo app
- internal tool
不適合
- 超大型高併發
- 複雜多租戶
- 強 Postgres/RLS 需求
- Enterprise compliance
2. Appwrite — 最接近 self-host Supabase 的完整替代
如果你的需求是:
- Auth
- Database
- Storage
- Functions
- Realtime
- Messaging
- 多 SDK
- self-host
- production-ready
那 Appwrite 是最直接的替代品。
適合
- 正式產品
- mobile app
- web app
- full-stack SaaS
- 不想用 Supabase hosted
- 想 self-host 但不要自己拼各種服務
缺點
比 PocketBase 複雜,AI agent 需要更多上下文。
3. InstantDB — 最值得 Agentic Coding 關注的新選項
InstantDB 很適合:
- realtime apps
- collaborative apps
- frontend-heavy apps
- AI-coded apps
- local-first / offline apps
如果你常用 AI agent 寫 React app,InstantDB 的開發體驗可能非常好。
適合
- AI-generated apps
- realtime chat
- collaborative editor
- multiplayer UI
- offline-first frontend
不適合
- 傳統 SQL-first backend
- 需要成熟 Postgres/RLS 生態
- 企業級資料庫治理
4. Nhost — GraphQL 版 Supabase
如果你的 agentic coding pipeline 偏向:
- GraphQL
- Postgres
- Hasura
- schema-driven API
Nhost 很適合。
但對一般 AI agent 而言,GraphQL + Hasura metadata + permissions 會比 PocketBase/Appwrite 複雜。
5. Directus — 最適合 AI 幫你做後台 / CMS
Directus 很適合:
- CMS
- admin panel
- database dashboard
- internal tooling
- content app
如果你想讓 AI agent 幫你快速做一個資料管理平台,Directus 非常好用。
七、Reddit 社群推薦的 Agentic Coding 工具
你也問到「Agentic coding」Reddit community 推薦。
如果是指 AI coding agent 工具,目前 Reddit 常見討論會出現這些:
| 工具 | GitHub / 網址 | 類型 | Reddit 常見評價 |
|---|---|---|---|
| Claude Code | npm: https://www.npmjs.com/package/@anthropic-ai/claude-code | Terminal agent | 很多人認為是目前最強的 autonomous coding 工具之一 |
| OpenAI Codex CLI | https://github.com/openai/codex | Terminal agent | OpenAI 官方 CLI,適合本地讀寫 code、執行命令 |
| Cursor | https://cursor.com | AI IDE | 日常開發很受歡迎,IDE-first |
| Cline | https://github.com/cline/cline | VS Code / CLI / SDK agent | 開源、MCP、Plan/Act、可控性高 |
| Aider | https://github.com/Aider-AI/aider | Terminal pair programmer | power users 很愛,token 使用相對有效率 |
| Kilo Code | https://github.com/kilo-org/kilocode | IDE/CLI agent | Cline/Roo 系譜的新選項,開源 |
| Crush | https://github.com/charmbracelet/crush | Terminal agent | Charmbracelet 出品,terminal-first,新興 |
| Continue | https://github.com/continuedev/continue | AI checks / coding tooling | 更偏團隊 AI code checks / CI,不是純 coding agent |
| Roo Code | https://github.com/RooCodeInc/Roo-Code | VS Code agent | 曾經很受推薦,但 repo 已 archive / shut down,現在不建議新採用 |
八、Reddit 對 Agentic Coding 工具的大致共識
Claude Code
Reddit 上常見評價:
- 很強的 terminal agent
- 很適合大型 codebase
- 搭配
CLAUDE.md效果很好 - 比單純 IDE autocomplete 更像真正 agent
- 缺點是成本可能高,且不是 open-source
適合:
| 情境 | 適合度 |
|---|---|
| 大型 refactor | 高 |
| 讀整個 repo | 高 |
| 寫測試 / 修 bug | 高 |
| terminal-first workflow | 高 |
| 完全 open-source 要求 | 低 |
OpenAI Codex CLI
GitHub:
https://github.com/openai/codex
Reddit 上常被拿來和 Claude Code 比較。
優點:
- OpenAI 官方
- terminal agent
- 可以讀寫本機 code
- 可以執行命令
- open-source CLI
- 適合用 GPT / Codex 系列模型
適合:
- CLI workflow
- 喜歡 OpenAI model
- 想要官方 coding agent
- agentic coding pipeline
Cline
GitHub:
https://github.com/cline/cline
Cline 是 Reddit 上很常被討論的開源 agent。
優點:
- VS Code 內使用
- Plan / Act 模式
- MCP 支援
- 可人工批准每一步
- 適合需要控制權的 agentic coding
- 開源
缺點:
- 可能比 Claude Code / Codex 更需要手動管理
- 長任務可能耗 token
- fork 生態變動較快
Aider
GitHub:
https://github.com/Aider-AI/aider
Aider 是 terminal-based AI pair programmer。
Reddit 常見評價:
- power user 喜歡
- Git integration 很好
- repo map 很有用
- token 使用相對克制
- terminal workflow 很穩
- 沒有 IDE agent 那麼華麗
適合:
- terminal users
- Git-heavy workflow
- 程式碼修改 / commit / diff
- 成本控制
- local model / 多 provider
Roo Code
GitHub:
https://github.com/RooCodeInc/Roo-Code
以前 Reddit 很多人推薦 Roo Code,常說是 Cline fork 中更好用的一支。
但目前 Roo Code repo 已經 archive / shut down。
所以現在不建議新專案採用 Roo Code。
可以改看:
- Cline
- Kilo Code
- ZooCode
- Crush
- Claude Code
- Codex CLI
九、Backend + Agentic Coding 工具組合建議
組合 1:最快 MVP
| 工具 | 推薦 |
|---|---|
| Coding agent | Claude Code / Codex CLI / Aider |
| Backend | PocketBase |
| Frontend | Next.js / SvelteKit / React |
| Hosting | VPS / Railway / Fly.io |
適合:
- 1~2 天做出 MVP
- 小型 AI app
- Demo
- Internal tool
- Vibe coding
組合 2:完整 self-host BaaS
| 工具 | 推薦 |
|---|---|
| Coding agent | Claude Code / Cline / Codex CLI |
| Backend | Appwrite |
| Frontend | Next.js / React Native / Flutter |
| Hosting | Docker VPS / Kubernetes |
適合:
- 正式產品
- Auth + Storage + Functions 都要
- 不想用 Supabase hosted
- 想 self-host 但仍要完整 BaaS
組合 3:AI-coded realtime app
| 工具 | 推薦 |
|---|---|
| Coding agent | Cursor / Claude Code / Codex CLI |
| Backend | InstantDB |
| Frontend | React / React Native |
| 場景 | Chat、presence、collaboration、multiplayer UI |
適合:
- AI-coded frontend
- collaborative app
- realtime dashboard
- offline-first apps
組合 4:Postgres / GraphQL-heavy
| 工具 | 推薦 |
|---|---|
| Coding agent | Claude Code / Aider |
| Backend | Nhost / Hasura |
| Database | Postgres |
| API | GraphQL |
適合:
- GraphQL 團隊
- Postgres 團隊
- schema-driven backend
- 較有後端經驗的團隊
組合 5:內部工具 / CMS
| 工具 | 推薦 |
|---|---|
| Coding agent | Claude Code / Cursor |
| Backend | Directus |
| Database | Postgres / MySQL / SQLite |
| 場景 | Admin panel、CMS、資料管理 |
適合:
- Dashboard
- CMS
- 客服後台
- 管理系統
- 內容平台
十、最終推薦
如果你要「self-host Supabase alternative」
我的排序是:
| 排名 | 推薦 |
|---|---|
| 1 | Appwrite |
| 2 | PocketBase |
| 3 | Nhost |
| 4 | Directus |
| 5 | Hasura |
| 6 | InstantDB |
| 7 | Parse Server |
如果你要「Agentic Coding 最友善 backend」
我的排序是:
| 排名 | 推薦 |
|---|---|
| 1 | PocketBase |
| 2 | InstantDB |
| 3 | Appwrite |
| 4 | Directus |
| 5 | Nhost |
| 6 | Hasura |
原因:
- PocketBase 最簡單,agent 最不容易出錯
- InstantDB 專門面向 AI-coded apps / realtime apps
- Appwrite 最完整,但複雜度較高
- Directus 適合後台 / CMS
- Nhost / Hasura 適合 GraphQL/Postgres 團隊
如果你問「Reddit 最常推薦的 coding agent」
目前我會總結成:
| 排名 | 工具 |
|---|---|
| 1 | Claude Code |
| 2 | OpenAI Codex CLI |
| 3 | Cursor |
| 4 | Cline |
| 5 | Aider |
| 6 | Kilo Code |
| 7 | Crush |
Roo Code 以前很常被推薦,但現在因為 repo archive / shutdown,不建議新採用。
我的實務建議
如果你們是做 AI 專案 / Agentic coding workflow,我會這樣選:
MVP / 快速產品驗證
Claude Code 或 Codex CLI + PocketBase
這是最簡單、最便宜、最容易讓 AI agent 成功的組合。
需要完整 self-host BaaS
Claude Code / Cline + Appwrite
Appwrite 是最像 Supabase 的 self-host 替代品。
Realtime / collaborative AI app
Cursor / Claude Code + InstantDB
InstantDB 對 AI-coded app 很有潛力。
你們已經是 Postgres / GraphQL 團隊
Claude Code + Nhost 或 Hasura
功能強,但需要更多後端知識。
最簡單結論
如果你只要一個答案:
Self-host Supabase alternative:Appwrite
Agentic coding 最友善 backend:PocketBase
AI-coded realtime app:InstantDB
Reddit 最常推的 coding agent:Claude Code / Codex CLI / Cline / Aider