Google 把 Vibe Coding 變成一門生意了！Google AI Studio 整合 Firebase

2025 年初，Andrej Karpathy 在 X 上發了一段話：「有一種新的程式設計方式，我叫它 Vibe Coding。你完全沉浸在氛圍裡，忘記程式碼的存在，只描述你想要什麼，它就出現了。」這句話在工程師圈引發大量共鳴，有人嘲諷，有人認真討論，有人悄悄試了 Cursor 之後噤若寒蟬。

Vibe Coding 在當時是一個概念，一種敘述，更像是一種集體默契：AI 已經讓寫程式這件事變得奇怪了，但我們還不確定這究竟代表著什麼。

一年後，Google 給了它一個產品定義。

Google 想讓「Vibe」變成 Production 

Google 在 2026 年 3 月 19 日正式宣布：AI Studio 推出全新的 Build mode，主打從 prompt 直接生成可上線的全端應用程式。

聽起來像是舊聞？區別在於，這次 Google 配的是真槍實彈的後端基礎設施。

先前的 AI Studio App 模式已可生成前端介面，但 App 停在瀏覽器分頁裡，關掉就消失。

現在的 Build mode 整合了 Firebase，讓生成的 App 取得三樣東西：Cloud Firestore（資料庫）、Firebase Authentication（Google 帳號登入）、Secrets Manager（API 金鑰安全儲存）。

這三樣東西湊在一起，就是一個真實 Web App 的最低必要條件。

Google 在官方貼文裡把話說清楚了：「您的 Vibe Coding 專案現在是全端的了。」（Your vibe-coded projects are now full-stack.）

為什麼是 Firebase？

要理解這次整合為什麼不只是功能更新，要先問一個問題：為什麼是 Firebase？

Firebase 是 Google 收購後持續投資、目前用有數百萬開發者使用的後端平台。

它功能完整是一方面，關鍵在於它是行動與網頁開發者進入 Google Cloud 生態的自然路徑，可直接串接 Google Cloud 的 AI 工具與運算資源。

整合的免費方案就能使用，代理在你點一下「Enable Firebase」後會自動完成所有設定：建立 Firebase 專案、開通 Firestore、設定 Google 帳號登入、生成 Firestore 安全規則並部署。

這代表，Build mode 做的不是單純的應用程式幫你產出，做的是把開發者的工作流程錨定在 Google 的生態裡。

你用 Antigravity（Google 的 AI 程式設計代理）寫程式，後端是 Firebase，部署是 Google Cloud，未來整合的 Drive、Sheets、Maps API 都在同一條鏈上。

在 Firebase 的公告中，還宣布了 Firebase Studio 停止服務，現有使用者有到 2027 年 3 月 22 日的遷移期。

Firebase Studio 是 Google 去年推出的另一個 AI 輔助開發環境，定位與 Replit 類似。它的停用，說明 Google 的判斷是：不需要兩個入口，把力量集中在 AI Studio + Antigravity 這條線就夠了。

這個設計和 GitHub Copilot 整合 Azure 的邏輯如出一轍：把 AI 程式設計工具變成生態系的黏著劑。

Vibe Coding 成為產品品類的三個訊號

Google 這次的發布，有幾個細節值得細看。

第一，Google 直接在官方文件和行銷素材裡使用「Vibe Coding」這個詞。

對一家企業來說，把網路 meme 用語放進正式產品發布稿，代表它已評估這個詞在目標受眾裡的辨識度高到足以借力，同時不會損害品牌形象。這個判斷本身就是訊號。

第二，展示的 Demo 有意跨越不同複雜度，從遊戲到實用工具，Google 在告訴開發者：這個工具的能力邊界比你以為的寬。

第三，Google 在發布文件裡提到「已在內部被用來做出數十萬個 App」。這個數字證明了，它是有實際使用量的產品。

競爭格局：誰在同一個戰場？

Vibe Coding 做為工具類別的主要玩家，目前大致有幾個方向。

Cursor 和 GitHub Copilot 是以 IDE 為核心的路線，深度嵌入現有開發者的工作流程，強調精準、可控、對大型專案友善。

Replit 的路線與 Google 最接近，在線上 IDE 裡整合部署和資料庫，目標客群是不想在本機設定環境的使用者。Bolt.new 和 v0（Vercel）主打前端，從 prompt 生成 UI 元件與頁面，強項在視覺層。

Google Build mode 的位置，介於 Replit 的全端整合與 Bolt.new 的快速原型之間，但靠著 Firebase 和 Google 帳號登入的組合，在多人協作與使用者認證這兩個環節，先天領先大部分競品。

一個多人連線的遊戲、一個需要帳號管理的 App，在其他大多數 vibe coding 工具需要另外接第三方服務，在 Build mode 裡是代理自動偵測並建議整合的預設流程。

從「氛圍」到「生意」

Karpathy 當初描述的 Vibe Coding，本質上是一種認知轉移：從「控制程式碼」到「描述意圖」。這個轉移在過去一年發生得很快，但基礎設施一直沒有配套跟上，AI 生成的 App 大多停在漂亮的原型，上線就是另一回事。

Google 這次整合 Firebase，可以理解為基礎設施補上來的速度，終於追上了 AI 生成能力本身。至少在 Google 的生態裡是如此。

這對開發者而言，有一個很實際的影響：門檻的性質改變了。過去，做出一個「看起來可以」的前端原型很快，但讓它真的上線、有資料庫、有登入、能多人即時互動，中間有一段很長的工程路。現在這段路，被一個 prompt 打通了。

說這代表工程師要失業，言過其實。但說它正在讓「一個人能產出多少」這道線往上移，是很確定的事。Vibe Coding 從一個網路流行語變成一個產品品類，這件事發生的速度，比多數人預期的快。

參考資料：Google Blog、googledevs、Firebase Blog、Andrej Karpathy on X

責任編輯：Sisley
核稿編輯：Sherlock

本文初稿由 INSIDE 使用 AI 協助編撰，並經人工審校確認；加入 INSIDE 會員，獨享 INSIDE 科技趨勢電子報，點擊立刻成為會員！

延伸閱讀：

• Google 新 vibe-coding 工具「Opal」：輸入指令就能生成 App
• AI 寫程式寫得比你快，Vibe Coding 時代你準備好了嗎？