近日，Google 宣布其結合 AI 的全端雲端開發環境 Firebase Studio 將於 2027 年 3 月 22 日 正式終止服務（Sunset）。Google 近期確實是需要調整自家龐大的產品線，進而對 AI 開發者工具策略重新再出發，未來將把核心資源與過去在 Firebase Studio 預覽版中汲取的經驗，全面轉移至旗下的兩大主力工具：Google Antigravity 與 Google AI Studio。
對於原本就依賴 Firebase Studio 平台快速搭建原型的開發者而言，這無疑是一個需要提前佈局的轉捩點。CyberQ 檢視這次異動的核心細節、官方建議的遷移路徑，建議提早因應和規劃既有服務的移轉。
核心服務不受影響，僅開發環境退場
首先，許多開發者在看到類似 Firebase 退場的標題時可能會心頭一震。
請放心，退場的僅是 Firebase Studio 這個雲端 IDE 開發環境，至於原本我們在 Firebase 上的核心後端基礎設施，包含 Cloud Firestore、Authentication、App Hosting 等，完全不受影響，資料庫與使用者資料都將持續正常運作。
官方遷移時程與兩大替代方案
Google 為了讓開發者有充足的時間應對，提供了一年的過渡期：
2026 年 3 月 19 日：正式宣布退場，並開始於 Firebase Studio 內推出遷移工具。
2026 年 6 月 22 日：關閉建立新工作區（Workspace）的功能，但既有專案仍可繼續開發與遷移。
2027 年 3 月 22 日：Firebase Studio 正式關閉，所有未完成遷移的資料將被永久刪除且無法恢復。
針對未來的開發工作流，Google 提供了兩條明確的遷移路徑：
轉向 Google Antigravity（現已開放）
這是一款專為高開發節奏、全自動化本地工作流打造的次世代 IDE。如果偏好程式碼優先 (Code-first)、需要對本地檔案系統與終端機有完全的掌控權，並且希望在強大的 IDE 中直接使用具備代理能力（Agentic）的 AI，Antigravity 將是首選。它不僅支援本地環境，也能透過 SSH 連接遠端伺服器運行。
轉向 Google AI Studio（即將推出整合）
對於習慣在瀏覽器中進行快速原型的開發者，Google 即將把 Cloud Firestore 與 Firebase Authentication 直接整合進 AI Studio，以提供最快速的從提示詞到產品上線 (Prompt to Production)體驗。
從虛驚一場到對硬體門檻的擔憂
消息發布後，在 Reddit 與各大開發者社群中立刻引發了熱烈討論，使用者的反應呈現出幾種不同的面向：
差點被標題嚇死的虛驚，有一些開發者第一眼看到消息，誤以為是整個 Firebase Console 或資料庫生態系要被收掉，確認只是 IDE 介面退場後才鬆了一口氣，並認同官方主動提供自動化遷移工具展現了誠意。
另外，也有人對於低配備友善開發環境消逝感到惋惜，Firebase Studio 過去備受推崇的一點是它的輕量化與極低硬體門檻。所有重度運算都在雲端瀏覽器內完成，讓學生或使用低階電腦的開發者也能順暢編譯全端應用。如今轉向本地執行的 Antigravity，讓部分開發者擔憂這將變相拉高了開發的硬體門檻，破壞了原先的無障礙體驗。
至於對 AI 幻覺與除錯泥淖的解脫，另一派資深開發者則對此舉表示肯定。過去有許多人抱怨 Firebase Studio 的 AI 有時會過度自作主張，在未經確認的情況下生成大量難以除錯的程式碼，導致專案後期陷入修復一個 Bug 產生三個 Bug的慘況。這派使用者認為，轉向擁有更高掌控度、架構更成熟的 Antigravity，反而能更精確地控制 AI 輔助的邊界。
後續行動建議
CyberQ 認為，從系統架構與程式碼合規的角度來看，將高度依賴 AI 生成的開發流程從雲端封閉環境轉移回開發者具備完全控制權的本地或專屬伺服器環境，確實有助於落實程式碼審查（Code Review）與版本控制，大幅降低 AI 擅自引入未預期邏輯或資安漏洞的風險。
CyberQ 建議，如果手上仍有 Firebase Studio 的專案，建議盡早透過官方提供的「Zip and Download」功能匯出原始碼。特別需要注意的是，系統預設的匯出包並不包含 AI 代理的對話紀錄，若需保留歷史提示詞與架構討論，必須手動進入 /home/user/.idx/ai 目錄將其打包下載。趁著還有一年的緩衝期，提早熟悉 Antigravity 的環境配置，將是接下來這段時間的當務之急。
