Backenly

Backenly 是 10 月底上 Product Hunt 的開源後端平台，當日排第 5、約 120 票，自稱「the autonomous backend for AI coding agents」。AI 寫程式工具把前端做得很快，後端卻常是出事的地方：漏了索引、權限規則寫錯、上線後沒人顧。Backenly 想接的就是這一段，代理蓋好之後的日常維運。

功能特色與適用場景：底層是標準 PostgreSQL，每個專案一個獨立 schema，內含 pgvector；認證支援 email、OAuth、magic link；每張表自動有 REST 端點（PostgREST），另有 SSE 即時更新、S3 相容儲存、由資料事件或 cron 觸發的 Functions，以及分支（標示 beta）。這套組合和 Supabase 很像，差別在操作的主角是代理。Claude Code、Cursor、Codex、Antigravity、Cline、GitHub Copilot、Zed 等 MCP 用戶端都能接。

有兩個設計我覺得是它的重點。代理送出 DDL 時，Backenly 不照單執行，而是轉成自己固定的一組動作，翻不了就拒絕；每次變更前先拍 schema 快照，多語句遷移先整批檢查，中途失敗會回報做到哪裡，讓代理接著跑。建完之後還會登入第二個測試使用者，驗證他讀不到第一個人的資料，專抓代理最常漏掉的列層級權限。

另一個是自癒迴圈：所有方案（含 Free）每分鐘檢查一次，自動套用加索引這類安全修復並複查，每項都能還原；刪表、刪欄、動認證等不可逆操作一律進審核佇列等人點頭，結構性調整（例如拆表）先在副本演練。官方說自癒不計量也不扣 AI 額度。這些都是廠商說法，實際效果要看你的工作負載。

限制也要先知道：沒有 rpc() 端點，SQL 函式要改寫成 Function；請求沒帶使用者 token 時，受保護的表會回零筆而不是報錯，除錯時容易誤判。

台灣使用者怎麼用：Cloud 區域有新加坡，台灣的小型 SaaS 或內部工具延遲上比美東合理。獨立開發者用 Lovable 或 Cursor 做 MVP、卻沒有人顧資料庫時，Free 方案 50,000 月活、API 請求不設上限，蠻夠驗證想法。由於提供連線字串與 pg_dump 匯出，也能自架，之後要搬走不算難。需要資料留在台灣的客戶可以走自架，但自架後要自備 Claude 或 OpenAI 金鑰，資料送往模型這段請一併評估。專案 GitHub 今年 7 月才建立，星數還不到百，放核心業務前要先想清楚。