Vibe Coding 的邊界：3000 萬開發者，實現不了 80 億人的靈光

作者 | 凌敏

特斯拉前 AI 總監、OpenAI 創始成員 Andrej Karpathy 在去年隨口提出 Vibe Coding 的時候，或許也沒想到，它會變成一場運動，并從 240 億個詞匯中脫穎而出，成為 2025 年柯林斯詞典年度詞匯。

Vibe Coding 之所以出圈，在于它擊中了一個時代情緒：在 AI 技術的持續迭代升級下，編程可以不再是工程師的專屬能力。“人人皆可編程” 第一次從口號變得可感知。

但問題也很快開始浮現：Vibe Coding 雖然降低了編程門檻，但本質上，加速的還是“程序員寫代碼”，整個流程仍然假設用戶知道什么是 IDE、什么是依賴管理、什么是部署。

而這，擋住了絕大多數人。

根據行業數據，2025 年全球程序員數量預計在 3000 萬左右，與 80 億的全球總人口數相比，還不到 1%。這意味著，即使 Vibe Coding 做到極致，它的受眾天花板也就是這幾千萬人。這個世界上每天都有太多轉瞬即逝的想法，還停留在腦海里、對話里、Demo 里。

這也是為什么，螞蟻靈光這一次的更新，顯得格外關鍵。作為一款全模態 AI 助手，靈光自去年 11 月一經發布，就以“30 秒生成應用、生成即部署”的差異化能力火速出圈。

4 月 20 日，靈光對閃應用進行升級：深度集成了手機端的原生能力，包括相機、陀螺儀、LBS、麥克風、震動等，同時推出“靈光圈”，用戶無需任何門檻，就能在移動端完成應用的生成、迭代、使用、分發全流程閉環。

靈光想做的，不是繼續優化某個技術點，而是打通一條完整鏈路：讓每一個念頭，都有機會成為一個被使用、被分享、被不斷改寫的應用。

99% 的人，需要的是 Wish Coding

Vibe Coding 真正解決的問題，是讓已經會寫代碼的人寫得更快。它的起點是一個 IDE 窗口，用戶與 AI 圍繞代碼協作；它的終點是一段可運行的代碼。

但對于一個編程零基礎的用戶來說，問題從來都不是代碼。一個想法要變成真正可用的應用，需要經過生成、適配、部署、分發、使用、反饋、迭代一整條鏈路。Vibe Coding 加速的只是“生成代碼”這一個環節；而對普通用戶來說，鏈路上的每一個環都是卡點。

要覆蓋這 99% 的人群，不是在 Vibe Coding 的方向上走得更遠，而是需要一條完全不同的路徑。靈光給它的命名是 Wish Coding。

Wish Coding 即意圖編程，用說話直接生成可運行的軟件應用。用戶不需要 IDE 和代碼界面，也不需要了解構建和部署的概念，只需要說清楚自己想要什么，就能得到一個可運行的完整應用。

實際上，早在上世紀 90 年代，微軟前首席架構師、Word 和 Excel 的締造者 Charles Simonyi 就曾提出“Intentional Programming”。Simonyi 認為，軟件開發應更多關注開發者的意圖，而非聚焦于代碼書寫的細節。在當時，這一設想受限于技術條件，還只能停留在理念層面；如今，大模型的能力，讓 Wish Coding 所代表的意圖編程成為可能。

靈光正在做的，本質上是用 AI 充當 Simonyi 設想中那個“從意圖到實現的自動化層”，只不過面向的不再是專業開發者，而是每一個能用自然語言表達需求的人。

在靈光 APP 中，用戶只需要輸入一個自然語言指令，就能生成一個可運行、可交互、可分享的完整應用。靈光將其命名為閃應用，或許也代表著，每個人的靈光一閃，都能化作一個應用。更重要的是，這個應用不是停留在 Demo 層面，而是能在手機端側運行，調用攝像頭、LBS、陀螺儀、麥克風、本地存儲、系統通知等硬件能力。

比如，筆者每天的時間都很碎片化，想讓靈光做一個碎片化專注計時器，支持自定義專注時長、休息倒計時、專注總時長排行榜，界面極簡，并且能根據天氣情況匹配不同白噪音音效。

把這些“愿望”一股腦兒發給靈光，幾十秒就得到了一個應用，直接就能體驗起來。整個過程，全部都是在靈光 APP 里完成。

第一版不夠好，不知道怎么優化？靈光會提供修改建議，供用戶參考。就這款計時器來說，現在的樣式確實太過極簡，靈光建議專注時顯示專注成就徽章，采納后，很快迭代好了一版：

與一款成熟應用對比而言，現在的計時器還欠缺很多功能，但關鍵的變化在于，卡點從有沒有技術能力實現，轉移到了用戶的想象力——你能提出來，靈光就能做、就能改，直到你滿意為止。這或許才是 99% 的人，真正需要的。

每一個靈光一閃，

都有機會被再創造

閃應用實現的，是把一個人的靈光一閃，變成真正的應用。靈光圈實現的，是讓每個人的靈光一閃，都能在更大的舞臺上被看見、被使用、被分享、被不斷改寫。這也是此次升級中，靈光帶來的最大的驚喜。

根據官方解釋，靈光圈的定位是圍繞閃應用構建的分發與協作社區，任何人手搓的閃應用都可以一鍵分享到靈光圈，讓其他人瀏覽、使用、點贊和評論。特別之處在于，靈光圈支持二次創作。任何人看到一個閃應用，都可以在原版的基礎上，用自然語言描述自己想要的修改，并生成一個全新的版本。

這種機制有些類似開源協作中的“Fork 代碼”。在傳統的軟件協作中，開發者可以在 GitHub 上對他人的代碼進行 Fork、修改、再發布，從而形成持續演進的協作網絡。

靈光把這個動作再往前推了一步：大家 Fork 的不是代碼，而是意圖。任何人在靈光圈看到的閃應用，都能根據自己的喜好進行修改。你不需要看懂原作者寫了什么，只需要說：“把這個配色改掉”“把里面的菜單換成低脂版本”“再加一個倒計時功能”，AI 就能基于原作繼續生成。

這也是靈光圈最有意思的地方：它把應用的演化門檻壓到了足夠低。低到使用者和創作者之間的邊界開始變模糊，任何一個使用者都可能順手改出自己的版本，再把它變成別人的起點。

過去，軟件應用的生長路徑更加具有確定性：從需求分析、系統設計、編碼實現再到測試發布，整個流程封閉、高度依賴中心化團隊，版本迭代也按照既定路線、線性演進。

但在靈光圈中，閃應用的生長方式是完全開放的，任何人都可以基于已有版本進行修改和再創作，不同用戶的需求可以在多個分支上并行演進。一個應用不再只有一個“官方版本”，而是衍生出多個面向不同場景的變體，每一個分支都有可能繼續被擴展、被傳播。這未必會立刻催生出什么超級應用，但它確實提供了一種更開放的，也是前所未有的應用生長機制。

數據顯示，截至目前，靈光用戶已成功創建超 3000 萬個閃應用。從互動游戲、情緒減壓到語言打卡、待辦清單等，靈光閃應用覆蓋了普通人生活的方方面面。

靈光產品負責人表示：“靈光閃應用功能正在催生‘一人應用’的興起——不依賴團隊協作，不需要漫長開發周期，一個人、一句話、30 秒，就能讓想法變成可交互的工具。靈光圈的上線，希望幫助普通人也能零門檻調用自己的 Coding Agent。”

Coding Agent 正在從

開發者走向普通人

把時間線拉回兩年前，Coding Agent 還更多停留在“輔助編程工具”的角色——以 GitHub Copilot 為代表，它們擅長的是在既有代碼語境中補全、提示與優化，本質上仍然服務于“寫代碼的人”。

但在 2026 年，行業敘事明顯變了。Coding Agent 開始越來越多地直接交付結果。

靈光的特別之處在于，它把 Coding Agent 做成了面向普通人的消費級產品。當然，這條路遠沒有完全走通。復雜場景里的意圖理解是否足夠準確，多人協作和權限體系是否成熟，社區生態能否持續運轉，這些都還是現實問題。

但有一點是確定的。這條路一旦走通，它所觸達的將不只是 3000 萬開發者。屆時，更多人能夠以表達為起點，參與到數字世界的構建之中。

今日薦文

你也「在看」嗎？