Capacity.so

Capacity.so是什麼

Capacity.so是一個專為非技術出業者、產品經理和開發人員所設計的AI應用程式生成平台。使用者只需以自然語言描述自己的想法，該平台就能自動生成前端、後端、資料庫以及身份驗證相關的元件，並將這些元件整合成可使用的應用程式。

目前的 Capacity 3.0 將全堆疊型專案設為預設模式，為每個專案配置獨立的后端與資料庫。這與早期主要依賴 Supabase 的工作方式不同，Supabase 現在是在需要 PostgreSQL、即時訂閱等功能時才可選擇的整合工具。

一句話介紹

Capacity.so能將一段產品需求轉換為可預覽、可部署、可導出的代碼，從而打造全堆疊Web或原生行動應用，並透過AI共創建議、Vibe模式和Spec模式支援持續迭代。

開發團隊與產品演進

Capacity是由Samuel Rondot和Baptiste Studer兩位聯合創始人在2024年底所創立的，其服務條款中的簽約主體為RocketSocial SASU。該產品最初是專注於以自然語言來建立網站，現在則已擴展到全堆疊應用、原生行動應用以及桌面開發環境等領域。

2026年發布的Capacity 3.0引入了Express後端、JWT身份驗證，以及每個專案都擁有的獨立SQLite資料庫。使用者可以將代碼匯出，自行部署，或交由開發團隊繼續維護。

主要功能

自然語言生成應用

使用者可以直接描述產品目標、使用者群、頁面設計及風格。系統會先詢問用途與使用體驗等關鍵問題，再生成可運行的專案，而不只是單一的靜態設計圖。

前端、後端與資料庫聯動

預設情況下，全堆疊專案會同時產生響應式前端、Express伺服器以及獨立的資料庫。當使用者要求加入註冊功能時，AI可以同時建立使用者介面、API路徑以及資料表。

AI共創與故障修復

AI共同創始人用於梳理產品範圍、回答問題、解釋技術概念並處理運行故障。使用者可以用「按鈕無法使用」之類的日常語言描述問題，讓平台定位並修正。

即時預覽、日誌和數據查看

編輯器提供即時預覽、後端日誌以及資料庫視圖。這些介面可用於檢查頁面、請求、錯誤、資料表以及查詢結果。

代碼下載、GitHub與版本恢復

專案原始碼可下載為ZIP檔案，也可連接使用者自己的GitHub帳號來管理倉庫。系統會保存AI操作前後的版本，如此在修改失敗時便能回退至之前的版本。

一鍵發布與自訂域名

靜態網站可部署到全局分發網路，全堆疊專案則運行在獨立的虛擬伺服器中。發布流程會處理建構、伺服器設定、DNS、SSL以及健康檢查，付費方案還可連接自己的域名。

原生iOS與Android應用

行動應用程式可使用 React Native 與 Expo 來開發，它們既可以作為獨立的應用程式，也可以與網路前端共享相同的後端及資料庫。在開發過程中，可以透過 Expo Go 或模擬器來預覽應用程式，而最終的建構則在雲端上完成。

環境變數與外部服務

專案可透過環境變數來儲存 AI 模型、付款資訊、電子郵件、資料庫以及其他第三方服務的憑證。文件中聲明之變數會被靜態加密、預設為隱藏狀態，且會依專案進行隔離，同時不會被寫入原始程式碼中。

Vibe模式與Spec模式對比

完整工作流程

1. 先明確應用的目標用戶、核心問題、必要頁面和成功標準。
2. 選擇靜態站點、全堆疊Web應用、行動應用或Web加行動的專案類型。
3. 用自然語言提交第一版需求，回答AI共創過程中的用途、用戶和體驗問題。
4. 對複雜產品補充項目簡報、使用者流程和視覺規範，然後在Spec模式中分任務實現。
5. 透過即時預覽檢查頁面、互動及響應式佈局，同時查看後端日誌與資料表。
6. 為支付、郵件、AI或外部介面添加環境變數，用測試憑證驗證錯誤處理。
7. 運行功能、權限、安全、資料備份及行動端測試，修復問題後生成可回退版本。
8. 發布到預設地址或連接自訂網域名稱，並導出原始碼作為交付與退出保障。

入門使用教學

1. 建立帳號並選擇新建專案，優先以免費體驗來驗證平台是否符合自己的需求。
2. 寫一段包含目標用戶、核心流程、頁面、數據和設計風格的需求，不要只輸入一個應用名稱。
3. 在第一版生成後，先測試主流程，再逐項要求修改頁面、字段、權限和錯誤提示。
4. 複雜功能切換到Spec模式，將任務拆成數據結構、後端邏輯、頁面和驗收條件。
5. 發布前用多個測試帳號檢查註冊、登入、權限、資料隔離、支付回調和異常流程。
6. 選擇伺服器規格並發布，檢查健康狀態、日誌、資源佔用以及自訂域名的SSL狀態。

行動應用發布流程

1. 新建移動專案，或在全堆疊Web專案中增加共享後端與資料庫的移動用戶端。
2. 設計小屏導航、載入狀態、斷網行為和權限請求，並在真機或模擬器中預覽。
3. 配置應用名稱、圖示、套件識別碼以及iOS、Android簽名憑證。
4. 啟動雲端構建，下載產物並在測試渠道中完成真機與相容性驗收。
5. 準備私隱標籤、權限說明、商店素材和測試帳號，再提交到相應應用商店。

適合哪些用戶

• 非技術創業者：以自然語言驗證SaaS、市場平台或預約產品的最小可行版。
• 產品經理：將產品簡報和用戶流程轉成能夠實際測試的互動應用。
• 小型企業：建立CRM、庫存管理、報表製作、表單設計以及內部審批工具。
• 自由職業者與代理商：快速生成客戶網站、示範原型以及反應式前端。
• 移動產品團隊：使用React Native和共享後端同時建構iOS與Android用戶端。
• 有開發經驗的創建者：利用AI生成基礎代碼，再導出到本地編輯器、GitHub及自有部署流程。

典型使用場景

• 帶有帳號、付費、數據看板及後台管理的SaaS原型。
• 由產品列表、購物車和結帳流程組成的小型市場平台。
• 客戶、庫存、工單、表單、預約和報表類內部工具。
• 行銷落地頁、作品集、活動頁以及帶有自訂網域的名稱頁面。
• 健身、任務、外送、預約、訊息和會員服務類行動應用。
• 需要Web管理端和移動伴侶應用共用數據的產品。

產品優勢

• 從前端延伸到後端、資料庫和部署，不局限於生成靜態頁面。
• AI會在構建前詢問產品目標與體驗，Spec模式還能先確認規格再實現。
• 全堆疊專案擁有獨立後端與資料庫，可直接查看日誌、指標和數據。
• 支援Web、iOS與Android，全堆疊加行動專案可共享API與資料。
• 提供代碼下載、GitHub連接和自行部署選擇，降低平台鎖定風險。
• 預設託管包含自動SSL、健康檢查、即時日誌和資源指標。

使用限制與注意事項

• AI生成的身份驗證、權限、付費、資料庫查詢和API邏輯可能存在漏洞，生產發布前必須人工審查。
• 每條AI消息依據任務的複雜度消耗不同數量的積分，事前難以精確預估大型項目的總成本。
• 大於免費規格的全堆疊伺服器會隨時間消耗託管積分，項目較多時需將運行費用與產生費用分開估算。
• 免費伺服器包含空閒時自動停止，首次請求可能需要等待重啟，不適合嚴格低延遲業務。
• 自訂域名不對免費層開放，發布行動應用還需要單獨的Apple或Google開發者帳號。
• 代碼能導出並不代表維護成本消失，離開平台後仍需自行處理建構、金鑰、資料遷移、部署和安全更新。
• 平台介面和文件以英文為主，中文提示詞的理解、字體、本地化及內容品質應先以樣本驗證。

價格與套餐

截至2026年8月21日，Capacity.so的Web平台採用月度訂閱加上一次性積分包的方式。每次傳送給AI代理的消息，都會根據其複雜度消耗相應的積分，而已購買的積分則不會過期。

一次性積分包

官方更新日誌指出，ZIP原始碼的下載對所有套餐皆開放，但目前的價格頁面卻將「完整程式碼導出」列為Growth權益。這可能是ZIP下載與GitHub或連結式導出之間的差異，購買前應以帳戶內的權益說明為準。

託管伺服器規格

較大規格的伺服器會根據運行時間逐時扣減積分。當積分用盡時，應用程式不會直接下線，而是自動降級為256 MB的免費規格。

支援平台

API、SDK與開源情況

Capacity所產生的全堆疊應用程式，可包含真正的API路由、中介層以及身分驗證功能，行動端與網頁端客戶端皆可使用這些介面。這是用戶專案的後端功能，並不等同於Capacity平台已為第三方開發者提供公開的API。

截至核驗時，沒有發現公開的Capacity平台API參考、官方SDK或核心產品源代碼倉庫。平台本身應視為閉源商業服務，將用戶項目導出到GitHub並不代表Capacity產品已開源。

資料安全與隱私

環境變數文件會聲明金鑰將以加密方式儲存、設定預設的遮罩值、依專案進行隔離，且透過加密連線傳輸。使用者仍應使用專用的低權限憑證，並定期更換，同時避免在提示詞、截圖或用戶端程式碼中暴露這些資訊。

官方的隱私政策聲稱，使用者所創作的內容歸使用者所有，且除了使用者主動提供的資訊外，不會收集任何個人資料。但日期較新的服務條款則指出，這些資料可用於訓練和優化AI系統，以及用於服務的改進。這兩份文件的說明存在差異，需要進一步確認。

生產項目的安全清單

• 不在初始原型中使用真實客戶、醫療、金融或身分資料。
• 為每個外部服務建立可撤銷、低權限、且按環境隔離的金鑰。
• 檢查每個API路由的身份驗證、資源所有權、輸入校驗和速率限制。
• 為資料庫建立備份、遷移、刪除、導出和災難恢復流程。
• 評估條款中的AI訓練、內容處理、子處理方、數據位置和刪除安排。
• 上線前完成依賴掃描、權限測試、日誌脫敏和專業代碼審查。

基本資訊

推薦指數

推薦指數為4.3分，滿分5分。Capacity.so已從AI建站服務擴展為涵蓋獨立後端、資料庫、行動應用以及生產託管功能的完整架構平台，且其代碼可被導出，這為日後的交接工作留下了便利。

它的主要不確定性在於，複雜任務的處理過程中所需的計算量很難事先精確估算，此外，由 AI 生成的程式碼仍需經過專業的測試與安全審查。而負責處理敏感程式碼和資料的團隊，也應在採用之前，要求相關方說明條款與隱私政策之間的差異。

常見問題

Capacity.so免費嗎？

可以在不綁定信用卡的情況下開始體驗，官網稱第一個應用可免費創建。持續使用AI構建與較大託管規格需要訂閱或購買積分。

積分會過期嗎？

官方目前的價格說明指出，積分不會過期。不過，月度套餐的續費、取消以及積分累積的詳細規則，仍應以購買頁面及帳戶說明為準。

一條提示詞消耗多少積分？

沒有固定的每消息價格。簡單修改消耗較少，新功能、調試和複雜操作會使用更多積分。

生成的應用有真實後端嗎？

有。Capacity 3.0的預設全堆疊專案包含Express伺服器、API路由、身分驗證以及獨立資料庫，而不只是前端演示。

可以連接Supabase嗎？

可以，但在目前的架構中，它屬於可選的整合元件。只有在需要 PostgreSQL、即時訂閱或相關的身分驗證服務時，才必須考慮它。

可以導出源代碼嗎？

可以下載專案的原始碼，並可連接到GitHub及自己的部署環境。不同套餐中ZIP下載、GitHub導出以及自訂域名的權益需分別確認。

能發布iOS和Android應用嗎？

可以生成React Native行動應用，於雲端建構並提交至兩大應用商店。使用者需自備開發者帳號、簽名憑證、商店素材並通過平台審核。

需要會編程嗎？

在建立原型和常見應用時，可以不必撰寫程式碼。但當涉及實際付款、敏感資料、複雜的權限設定，或是需要高度的可用性時，則仍需要專業的開發與安全能力。

是否提供公開API或SDK？

沒有發現面向第三方開發者的公開平台API或官方SDK。生成項目中的API屬於用戶應用本身。

Capacity.so是開源的嗎？

平台本身並非開源專案，也沒有發現官方的核心產品源代碼倉庫。使用者可以擁有並導出自己所撰寫的應用程式代碼，但這與平台是否開源是兩回事。

可以商業使用嗎？

服務條款允許在套餐及條款所規定的範圍內，將其用於個人或商業目的。平台並不主張對使用者所建立的網站、業務邏輯以及自訂的實作方式擁有所有權。使用者仍需對自己上傳的素材、第三方代碼、資料以及業務的合規性負責。

敏感項目適合直接上傳嗎？

建議在完成合約、安全與隱私審查之前，不要上傳敏感代碼及真實個人資料。尤其是當條款與隱私政策中對資料使用的規定有所差異時，企業應先取得書面說明。

總結

Capacity.so適合那些希望以自然語言快速打造出可運作產品的個人及小團隊。它的特色在於，能將前端、後端、資料庫、行動應用、託管服務以及程式碼導出等功能整合在同一個AI建構流程中。

實際採用時不應只看生成速度，還要透過真實樣例評估積分消耗、代碼可維護性、權限安全、託管資源以及資料退出能力。對涉及付費、個人資訊或高可用性的專案，專業測試和代碼審查仍不可缺少。