作者 | 凌敏

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

Vibe Coding 之所以出圈，在于它擊中了一個時代情緒：在 AI 技術的持續(xù)迭代升級下，編程可以不再是工程師的專屬能力?！叭巳私钥删幊獭?第一次從口號變得可感知。

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

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

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

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

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

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

99% 的人，需要的是 Wish Coding

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

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

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

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

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

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

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

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

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

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

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

每一個靈光一閃，

都有機會被再創(chuàng)造

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

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

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

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

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

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

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

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

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

Coding Agent 正在從

開發(fā)者走向普通人

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

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

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

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

今日薦文

你也「在看」嗎？