Firebase Studio

Firebase Studio當前狀態

Firebase Studio是Google所推出的瀏覽器端Agentic開發環境，它將Project IDX、Gemini編程輔助工具、App Prototyping Agent以及Firebase部署功能整合在了一起。透過這個平台，可以開發全堆疊的Web應用、行動端應用、後端應用以及AI應用。

重要提醒：Firebase Studio已進入下線流程。官方說明，自2026年6月22日起停止新用戶註冊和新建工作區，並計劃於2027年3月22日關閉服務。

在服務下線之前，原有的工作區仍然可以被存取、修改及遷移。已經部署在 Firebase 上的應用程式會持續運作，而 Firestore、Authentication、App Hosting 等 Firebase 的核心產品，也不會受到 Firebase Studio 下線的影響。

下線時間與影響範圍

Firebase Studio歷史主要功能

• 雲端工作區：在瀏覽器中提供代碼編輯器、終端、預覽以及完整的虛擬機。
• App Prototyping Agent：透過文字、圖片或草圖來生成Next.js全堆疊應用原型。
• Gemini編程輔助：提供聊天、代碼生成、解釋、補全和內聯操作。
• Agent操作：經用戶審核後修改檔案、運行終端命令並解釋執行結果。
• Firebase整合：連接Firestore、Authentication、App Hosting和Gemini API。
• 項目導入：從源代碼倉庫、本地壓縮包或Figma設計導入專案。
• 模板與範例：涵蓋Next.js、React、Angular、Vue、Flutter、Android、Go和Python等方向。
• Nix環境：透過宣告式配置安裝系統套件、擴充功能、服務及專案依賴項目。
• 應用預覽：在工作區運行Web應用，並生成臨時分享預覽。
• 發布部署：從原型流程連接Firebase專案並發布到App Hosting。
• 協作分享：從任何裝置存取工作區，並與團隊成員共享開發環境。
• 代碼控制：支援AI規則檔案、代碼索引開關及排除檔案配置。

遷移目標怎麼選

Google AI Studio與Antigravity區別

Firebase Studio價格與工作區限制

Firebase Studio在預覽期間本身是免費的，但現在已經停止接受新用戶註冊以及建立新的工作區。原有的工作區數量也不再能作為新用戶購買服務的依據。現有用戶仍應注意遷移的期限，而非考慮長期訂閱Studio工作區的服務。

非Premium用戶的Flutter與React Native加Expo工作區，歷史上最多只能有2個。此限制同樣僅對現有的工作區背景具有參考價值，遷移時應重點保存代碼、設定以及相關的Firebase專案。

為什麼免費工作區也可能產生費用

• App Hosting：發布應用可能要求關聯Cloud Billing，並按實際資源用量收費。
• Blaze計劃：在工作區關聯帶計費的Firebase專案後，專案會升級為按量付費。
• Gemini Developer API：關聯付費項目後，API用量可能進入付費層。
• Firestore：超出免費配額的讀取、寫入、刪除和儲存都會產生費用。
• Authentication：部分認證方式及超額用量將依照Firebase的現行規則計費。
• 雲端服務：建構、網路、日誌、函數、儲存以及其他 Google Cloud 資源可能會被分別計費。

Firebase Studio免費僅表示開發環境本身在預覽期不收費，並不代表所部署的應用程式及所有後端服務都是免費的。遷移之後，原有的Firebase專案仍需繼續設定預算、告警以及資源清理等功能。

遷移到Google AI Studio教學

1. 備份代碼：先提交所有改動到Git倉庫，並下載必要檔案與設定。
2. 檢查項目：記錄目前Firebase專案ID、環境變數、服務及部署狀態。
3. 啟動遷移：在現有工作區頂部選擇Move now。
4. 準備項目：選擇Prepare for AI Studio並等待相容性處理完成。
5. 執行移動：點擊「Move to Google AI Studio」即可進入新的應用程式開發環境。
6. 重新配置：檢查Secrets、Firebase連接、Gemini Key以及建構腳本。
7. 完整驗收：測試登入、資料庫、安全規則、API、預覽和生產部署。

遷移到Google Antigravity教學

1. 將現有的代碼、分支以及尚未提交的修改內容，完整地儲存到Git倉庫中。
2. 記錄Nix環境、系統依賴、擴充功能、連接埠及本地服務設定。
3. 從 Firebase Studio 的遷移頁面選擇以程式碼為優先的 Antigravity 路徑。
4. 在新的環境中重新打開或導入倉庫，安裝專案所需的工具鏈。
5. 遷移AI規則、排除檔案及團隊開發約定，並檢查Agent權限。
6. 重新連接Firebase專案、Cloud帳號與短期Secrets。
7. 運行構建、測試、Emulator和部署流程，確認與舊環境一致。

遷移前檢查清單

• 代碼、Git分支、未追蹤的檔案以及大型本機資源是否已經備份；
• 環境變數、API Key和服務帳號是否有安全的遷移記錄；
• 目前的工作區與哪個 Firebase 與 Google Cloud 專案相關聯；
• Firestore規則、索引、Authentication設定以及App Hosting設定是否有被導出；
• Nix設定、OpenVSX擴展、Docker與本地服務是否可以在新環境重建；
• 預覽域名、生產域名、回調地址和OAuth配置是否需要更新；
• 遷移後是否完成端到端測試、帳單告警和團隊權限驗收。

現有用戶仍可使用的開發能力

• 在Code View中繼續編輯現有代碼與運行終端命令；
• 使用Gemini聊天、代碼補全、內聯修改和工作區Agent；
• 在下線前修復Bug、完成測試並整理遷移所需文件；
• 繼續維護已關聯的Firestore、Authentication和App Hosting配置；
• 將專案儲存到Git倉庫，並切換到AI Studio或Antigravity；
• 已發布應用繼續透過Firebase Console和Google Cloud管理。

數據與安全注意事項

Firebase Studio的Gemini功能需遵守Gemini API的免費服務條款。根據官方說明，如果不想讓提示詞及回應被用於模型的改進，就不應該使用App Prototyping Agent以及工作區中的Gemini輔助工具。

如果不想讓該代碼用於相關的改進工作，則應關閉代碼補全與代碼庫索引的功能。即便關閉了 AI 功能，在進行遷移時仍應檢查 Git 歷史記錄、壓縮檔案、日誌以及環境設定中是否有包含敏感資料。

• 不要把生產密鑰直接提交到遷移目標倉庫；
• 遷移後輪換長期Secrets、服務帳號Key和第三方Token；
• 檢查AI生成的Firestore安全規則，避免預設開放讀寫；
• 從舊工作區移除不再使用的成員與公開預覽連結；
• 下線前確認組織已經擁有代碼和Firebase專案的管理員權限；
• 保留最終遷移日期、測試結果和回退方案。

GitHub與開源說明

Firebase官方負責維護firebase-studio-examples這個倉庫，其中包含了由App Prototyping Agent所產生的範例、模板以及Codelab檔案。這些檔案是依據Apache 2.0許可證發布的。官方明確指出，這些範例並非用於實際的應用開發，僅能作為起點之用。

Firebase Studio在線開發環境本身並不是一個可以完整自主托管的開源產品。Firebase CLI和MCP Server等獨立工具雖然有官方的開源儲存庫，但這些並不等同於Firebase Studio整個平台的源代碼。

常見問題

Firebase Studio還能註冊嗎

不能。官方已於2026年6月22日停止新用戶註冊和新建工作區，現有用戶只能繼續使用並遷移已有項目。

Firebase Studio何時關閉

官方計劃在2027年3月22日關閉Firebase Studio。建議不要等到最後階段，應提前完成代碼備份、遷移及生產環境驗證。

已發布的Firebase應用會停止嗎

不會因為Studio下線而自動停止。已部署的應用程式以及Firestore、Authentication、App Hosting等核心產品仍會持續運作，並依照原有的規則進行管理與計費。

應該遷移到哪裡

在應用程式原型設計方面，Google AI Studio通常更為適合；而如果重視代碼的編寫，或是需要使用模板或從倉庫中導入專案，那麼Google Antigravity則更為合適。無論選擇哪種方式，都應先將其儲存到Git中。

Firebase Studio是開源的嗎

完整的線上平台並非可自行託管的開源產品。官方的範例倉庫、Firebase CLI以及一些開發工具是開源的，但這些並不等同於Firebase Studio服務本身。