Google把 vibe coding 帶進 Android 手機

Google 正把 prompt 生成的 Android App 和 widgets 帶進手機。

說真的，這件事很實用。Google 在 Google I/O 展示的方向，不是做一個炫炮 demo 而已。它想讓你直接用一句話做出手機上的工具。

Google 說，更新後的 AI Studio 可以把 prompt 變成原生 Android app。再把它匯出到手機，時間是幾分鐘。第一版先鎖定個人用途工具。要上 Google Play Store，還是得照原本規則走。

這代表什麼？講白了就是，Google 想把 vibe coding 從桌面端，搬到每個人每天都在用的手機上。這比做網頁原型更直接，也更貼近真實需求。

Google 在押注個人軟體

這裡的重點，不是 AI 會不會寫 code。老實說，現在很多工具都會。重點是，Google 想把這些 code 放進 Android，放進你自己的手機，直接對你的習慣服務。

這很合理。手機已經是最常用的運算裝置。可是很多 App 仍然很死板。你只能接受它的流程。你得配合它的資料結構。你也得忍受它不懂你的生活節奏。

Google 現在的想法很直白。也許你不需要一個通用 App。你需要的是一個只為你而生的小工具。它可以先很粗糙，再慢慢修。這種模式對台灣開發者來說也不陌生，很多內部工具本來就是這樣長出來的。

• 第一階段先做個人用途，不是完整商業產品。
• 輸出的是原生 Android App，不是只有頁面或 mockup。
• 匯出到手機只要幾分鐘。
• 要上架 Play Store，還是得走正常審核。

Widget 可能比完整 App 更有感

如果完整 App 太重，Google 也把焦點放到 widgets。它在 Android Show 先預覽過 prompt 生成 widgets。像天氣資訊、食譜提示、提醒事項這種小功能，都能用文字描述來做。

這聽起來很小，但 widgets 很重要。因為手機最常用的時候，不是你打開某個大 App，而是你掃一眼桌面。能直接看到資訊，才真的省時間。

Google 說這些 widgets 會用到 Gemini 的知識。這讓它比固定模板更有彈性。你可以想像成，一個 widget 不只會照死規則吐資料，還能理解比較模糊的需求。

“While I don’t think we want to wake up every morning and have our devices have different UI, I do think there’s a level of personalization and customization to the user that could be delightful,” Sameer Samat told The Verge.

這段話很有意思。它其實在踩煞車。個人化很吸引人，但 UI 如果每天亂變，使用者很快就會煩。說白了，聰明不等於好用。

Widget 會比完整 App 更容易落地。原因很簡單。它只要做好一件事。它不用處理太多 onboarding，也不用讓使用者學一堆操作。對一般人來說，這種低摩擦工具才容易真的天天用。

• widgets 的學習成本低很多。
• Gemini 讓 prompt 不必寫得那麼死板。
• 固定、可預期的 UI，通常比花俏更耐用。
• 一旦畫面每天變，使用者就會開始不信任它。

Apple 也在往同方向走

Google 不是唯一在想這件事的公司。Apple Shortcuts 也可能加入 prompt 建立自動化的能力。這是 Bloomberg 的 Mark Gurman 提到的方向。

如果 Apple 真的做，場景很容易想像。你可以說一句話，讓它幫你建立通勤流程。到站時開地圖。回家連 Wi-Fi 後切換模式。下班時發訊息、播音樂、調暗螢幕。這些都是很日常的需求。

這裡的差異在於，AI 不是只會寫程式。它還要懂人怎麼用手機。這才是難點。因為工具如果做得太自由，最後只會變得難管。做得太死，又沒人想用。

對開發者來說，這會改變一部分市場。很多以前靠手工做出來的小工具，現在可能直接變成 prompt。真正有價值的，會是那些能處理更複雜流程、更多資料、更多權限的產品。

這對 Android 使用者代表什麼

Google 的方向不是要幹掉 app store。它比較像是在縮短「想到一個點子」和「真的做出工具」之間的距離。這件事很務實，也很符合手機時代的使用習慣。

對不會寫 code 的人來說，這很有感。以前你要找人幫你做一個小工具，常常就卡在溝通成本。現在你可以先自己試。就算成品不完美，至少能先驗證需求。

但品質問題一定會來。生成式軟體要能穩定、要夠安全、還要夠好懂。個人工具可以粗糙一點。每天都要用的工具不行。這是 Google 接下來最難的地方。

我覺得這波最值得看的，不是它能不能做出一個漂亮 demo，而是它能不能讓一般人真的把手機變成自己的工作台。你可能會想問，下一個你會自己做出來的 App，會是什麼？

背景補充：這波其實早就開始了

vibe coding 不是突然冒出來的詞。它是 LLM 普及後，開發流程自然長出來的用法。先用自然語言描述需求，再讓模型補出程式骨架，最後人工修掉錯誤。這種流程在原型階段特別好用。

但手機端一直比較難。桌面開發有鍵盤、有螢幕、有完整 IDE。手機只有小螢幕，還有更碎的使用情境。所以 Google 把焦點放在 Android 和 widgets，很合理。它不是先挑最難的商業 App，而是從個人工具下手。

如果這條路走順，Android 可能會出現一堆超窄用途的小工具。像是家庭記帳、通勤提醒、社群排程、健身紀錄、甚至是公司內部用的簡單表單。這些東西單看都不大，但加起來會改變很多人的工作方式。

更現實一點說，這也會逼開發者重新想產品邊界。當一個人可以自己做出 60 分的工具時，市場上剩下的空間，就會往 90 分以上的產品集中。這對軟體產業不是壞事，只是門檻會變。

接下來要看 Google 能不能守住穩定性

這波最重要的，不是生成速度，而是結果能不能穩。手機上的工具一旦出錯，使用者很快就會放棄。尤其是涉及資料、通知、權限、同步這些功能時，容錯率很低。

所以我會先看兩件事。第一，Google 能不能把 prompt 生成的 App 做得夠可控。第二，這些 App 能不能在真實裝置上跑得夠久、夠穩。只要這兩點沒過，功能再炫都只是一次性展示。

如果你是開發者，現在最值得做的事不是急著跟風，而是想清楚哪些內部工具、個人工具、或小型流程，適合交給 AI 先做初版。這會比空談「AI 會改變一切」更實際。

Google 已經把球丟出來了。接下來要看的是，使用者會不會真的開始把手機當成可客製的軟體平台，而不是只把它當成裝 App 的地方。