AI 初創公司應按照負責操作的人、產品需要的服務，以及團隊必須直接控制的範圍選擇後端基礎設施。將設定工作交給程式開發代理的獨立創辦人，與擁有雲端和合規經驗的平台團隊，面對的限制並不相同。
公司規模無法準確代表需求，操作能力和產品要求能夠提供更清楚的答案。
從操作人員開始
先確認接下來一年會由誰執行這些工作：
- 建立和設定新環境；
- 輪替憑證並調查存取問題；
- 套用數據庫遷移並在失敗時復原；
- 診斷部署失敗或供應商中斷；
- 執行配額並批准支出；
- 匯出數據並移除服務。
如果答案是「程式開發代理」，每項工作都需要可調用的合約、範圍受限的身份和結構化結果。如果由平台工程師負責，直接控制雲端反而可能是優點。
代理可操作後端指南提供完整生命週期測試，協助判斷兩種情況。
三種操作模式
直接使用雲端
AWS、Google Cloud 和 Azure 提供廣泛的服務目錄，也讓團隊仔細控制身份、網絡、地區和部署。這條路徑適合有特定架構、合規、私有網絡或數據位置要求，而且具備相應操作人員的團隊。
團隊也會承擔更多責任，包括服務選擇、基礎設施程式碼、存取政策、可觀察性、升級和事故應變。雲端 API 的自動化程度很高，但把廣泛的雲端憑證交給代理，不能取代平台工程。
傳統後端平台
Supabase 和 Firebase 等平台把數據庫、身份驗證、儲存空間、函式和相關服務整合在一起，兩者現在也都為程式開發代理提供官方 MCP 工具。Supabase 在 MCP 指南中解釋項目範圍限制和唯讀操作；Firebase 則在 MCP 伺服器指南中記載項目和服務操作。
這條路徑適合希望採用這些平台數據模型，而且願意讓代理登入現有組織或項目的團隊。
代理原生基礎設施
代理原生基礎設施把無須帳戶或低阻力的建置路徑視為產品需求。Cohesivity 讓程式開發代理先啟動暫時租戶並配置受支援的服務，之後才由人決定是否認領；上游供應商憑證則保留在同一個控制平面之後。
這適合所需服務均在平台支援範圍內，而且需要快速從零開始的代理建置。若團隊需要直接擁有上游帳戶、內部部署，或使用 Cohesivity 尚未支援的供應商，就不適合。
比較責任，而不是設定時間
| 決策 | 直接使用雲端 | 傳統 BaaS | 代理原生基礎設施 |
|---|---|---|---|
| 服務設計 | 團隊選擇並連接服務 | 平台提供整合產品 | 代理透過一個項目要求受支援的服務 |
| 第一個項目 | 建立帳戶、組織、IAM 和服務設定 | 建立帳戶和平台項目 | 可先建立暫時環境，日後再由人認領 |
| 憑證 | 團隊管理供應商憑證 | 團隊持有平台憑證 | 平台將上游憑證保留在伺服器端 |
| 維護 | 團隊負責大多數層級 | 與單一後端平台分工 | 與代理控制平面和上游供應商分工 |
| 可攜性 | 潛力最高，實際程度取決於設計 | 取決於平台 API 和數據模型 | 取決於 Cohesivity 合約和底層服務 |
| 最適合 | 具備專職基礎設施能力或嚴格需求 | 產品符合平台模型 | 由代理驅動、使用多服務的新項目 |
不要為這些選項虛構工時估算。設定時間取決於現有帳戶、政策和團隊經驗，應實際執行一次具代表性的設定並記錄交接點。
進入前先檢查退出方式
選擇任何代管後端前，應記載：
- 如何匯出數據和檔案。
- 哪些應用程式 API 綁定特定供應商。
- 身份紀錄和密碼憑證能否遷移。
- 自訂網域和部署狀態如何移交。
- 取消服務後仍能取得哪些日誌和審計紀錄。
初創公司可以接受平台綁定，但必須知道這項選擇日後會帶來哪些重寫或遷移工作。
按照完成的產品工作流程編列預算
模型 token 只是其中一項成本，還應計入工具調用、數據庫和儲存空間、執行時間、網絡、失敗執行、重試和閒置環境。代理基礎設施成本指南提供可追溯的計算方式。
應量度能為系統帶來收益的用戶成果。客戶服務代理可以計算每張已解決工單的成本；開發者產品則可以採用每次通過測試的部署。
設定重新評估的觸發條件
為下一個營運階段選擇平台，同時指定會改變決策的事件，例如出現受監管客戶、新的數據位置要求、聘請專職平台工程師、需要目前平台缺少的服務，或成本超過實測門檻。
下方提示會按照儲存庫編寫這份決策說明，而且不會配置任何內容。