AI 的時代，時間真的過得飛快——
指揮大語言模型編程的「vibe coding
」仿佛就興起於昨天，實際上它被《柯林斯英語詞典》評為年度詞彙都過去半年多了。
圖｜Cycode
只是在 AI 遍地之後，「用 AI 寫程序」逐漸不是那麼讓人興奮了，和養龍蝦一起變成了那些「AI 極客」們日常生活的一部分。
但在今年的 Google I/O 和 WWDC 上，我們卻看到了 vibe coding 的強勢回歸：
圖｜YouTube @Android Developers
其中，谷歌通過 Google AI Studio 與 Gemini Spark，賦予了用戶編寫交互式網頁、手機小組件（widget）和 Android 應用的能力。
一向不喜歡 vibe coding 的蘋果，也在 iOS 27 中新增了用自然語言指揮 Siri AI 編寫捷徑以及 Safari 拓展的功能。
圖｜YouTube @Apple Developers
也就是說，如今能用 AI 創作程序的，終於不再是各路 KOL 或者 AI 大拿，而是拿著手機的每一個人。
立項到落地只用 20 分鐘
沒想到的是，我最先用上的 AI 開發工具不是 Cursor 也不是 Codex，而是被戲稱為「美國豆包」的 Gemini 3.5 Flash。
在 vibe coding 領域，谷歌有一項 Anthropic 和 OpenAI 都難以匹敵的資源—— Android 生態。
圖｜Google Blog
這也是用 Gemini 做 vibe coding 的最大優勢：
以往用 Codex 或者 Cursor 做 Android 開發，它們真就只輸出代碼，很難做到「開箱即用」。
開發者要麼只能在模擬器里測試，要麼就得手動打包才能在自己的手機上安裝，「生產端到應用端」的阻力很大。
基於 Kotlin 框架和最新 Android SDK
在新版本的 Google AI Studio 中，谷歌「一步到位」地解決了這個問題。
它做好了 Gemini 和 Android Studio 之間的對接，讓用戶可以從網頁直接安裝 app 到手機上，從開發到路測只用幾秒鐘：
這樣一來，vibe coding 就從原本「折騰代碼」變成了一項誰都可以試試的活動。
畢竟當乙方很難、當個隨便給 AI 上壓力的甲方總沒有門檻了吧？
也是在這種背景下，小編作為只有初中 Visual Basic、大學 Python 基礎的「純小白」，用 Google AI Studio 寫出了人生中的第一個 app。
這款名為 Cocktail Shaker（雞尾搖搖搖）的 app 負責解決一個很簡單的問題：
在酒吧不知道喝什麼的時候，拿出手機搖一搖，它就會隨機從 90 多種經典雞尾酒裡面推薦一款，適合所有選擇困難症用戶。
而從產生創意、選擇風格、Google AI Studio 完成基礎代碼到輸出第一版 app，只花了不到二十分鐘。
從接收指令到輸出第一個版本耗時 856 秒
之後我又通過口語聊天的方式，給 Gemini 反饋了一些 UI 需求和 bug，逐步添加了動態布局、震動反饋、DIY 雞尾酒單之類的功能：
在兩天總計約 8 個小時的「開發」之後，我就得到了一個適配最新 API、符合 Material 設計規範、支持不同 DPI、手動和批量導入雞尾酒配方，甚至擁有一個彩蛋的選酒 app ——
在這期間我唯一需要做的，就是描述清楚發現的 bug 和下一步需求，以及反覆把手機插到電腦上安裝下一個版本。
0.1 基礎開發
但如果你看到了上面的結果很興奮，也想要嘗試一下的話，現階段的阻力還是不少的。
首先還是那個老生常談的問題：
這些 AI 工具本身都有一定的使用門檻，不能像豆包那樣下個 app 就開弄。
無論是 99 美元/月的 Google AI Ultra 訂閱費，還是訪問 Google AI Studio 網站，這些「前期成本」對於普通用戶來說，還是比較高的。
此外，雖然「用 Gemini 寫安卓 app」聽起來很輕鬆，但它終究涉及到一些編程知識，不是完全的「0 門檻」。
比如在早期版本中，Cocktail Shaker 出現了橫向螢幕時手機狀態欄和導航條與 app 界面重疊的問題，狀態欄會擋住雞尾酒卡片。
如果你只說「我的 app 轉過來的時候顯示不對，修好它」，Gemini 會花很多時間查找問題並重寫橫向螢幕界面，排障效率並不高。
如果你知道一些基礎的 Android 開發術語，更精確地告訴 Gemini：
app 在橫向螢幕（landscape）的時候狀態欄（Status Bar）和手勢條（Gesture Handle）不會自動隱藏，修好它。
AI 就能很快解決這個問題，並且知道不要修改橫向螢幕界面的其他 UI 布局：
如果你想在手機上測試剛剛開發的 app，也要知道怎麼打開「開發者選項」和「ADB 調試」，然後才能從網頁端安裝：
除了對使用者有一些技術知識的要求之外，Google AI Studio 寫 app 還有另一個問題：美工不太行。
這倒不是說它 vibe 出來的 UI 不好看。
在首次接收到要求之後，Gemini 會生成幾個不同風格的預覽讓你選擇，後期調整空間也很高：
然而 Gemini 在設計 app 圖標的時候，它似乎只會調用 Banana 生圖，無法編寫 Android 設計規範中的自適應圖標（Adaptive Icon）。
比如我的提示詞非常清晰：app 圖標是一片青檸（a lime slice），但 Gemini 顯然有著自己的理解：
在上述這些小問題之外，在 Google AI Studio 中指揮 Gemini 3.5 Flash 在線開發 Android 程序的體驗已經相當順暢了。
用 AI 創造一個 100% 解決自己問題的 app，還不用擔心圖標上有牛皮癬、app 裡面有廣告和亂偷權限，這才是 AI 賦予普羅大眾的「平權運動」。
未來，人人皆可 coding
整體來說，Gemini 3.5 Flash 在開發領域的「小試牛刀」效果還是很不錯的。
它的強項除了 Flash 模型本身的速度之外，和各種穀歌服務的聯動，以及天生對 Android 開發規範的良好支持都是不能忽視的。
最重要的是，它實現了 vibe coding「從編輯器到手機」的無縫直裝。
用戶第一時間就能用上自己的成果，這是目前 Claude Code、Codex 和其他 AI 開發工具都很難做到的體驗。
同時我們也看到，除了谷歌和蘋果之外，連微信正在內測的 AI 助手「小微」都支持了一個類似 vibe coding 的「開發自己的小程序」功能：
這三個十億用戶級別的品牌/產品，開始不約而同地押寶「類 vibe coding 能力」，這絕非偶然。
正如在之前的文章中提到：
在未來 AI 重構 GUI（圖形交互界面）的邏輯之後，「千人千面、符合每個人需求」的小組件或許會取代 app，成為用戶獲取資訊的主要途徑，有點像曾經的 Windows Phone。
而來自系統底層的、自帶的 vibe coding 能力，正是讓小組件能夠符合每個人需求的技術基礎。
某種意義上，這樣的智能交互方式，又回到了「個人電腦」最原初的狀態：用戶打開電腦，直接進入 BASIC 編程界面，自己按照需求和寫程序、做腳本。
更進一步看——未來應用程式、小組件以及 PWA（網頁程序）之間的界限，在 AI 和 vibe coding 的影響下會進一步模糊。
當 vibe coding「讓每個人都擁有自己的生產工具」之後，這對於打破一些巨型軟體廠商的絕對壟斷地位，從長遠角度說是相當有意義的。
