整理 | 夢依丹

出品丨AI 科技大本營（ID：rgznai100）

和 AI 聊聊天，程序就寫好了。這就是 2025 年爆火的“Vibe Coding”（氛圍編程），這一概念是由前 OpenAI 研究員 Andrej Karpathy 提出，他直接在社交平臺 X 上展示了自己即使完全不會 Swift，也能靠 AI 在一小時內搓出個 iOS 應用的例子。

「氛圍編程」從概念到「印鈔機」

在 AIGC 大行其道的當下，AI 輔助編程已蔚然成風。其中，備受開發者青睞的 AI 編碼神器 Cursor 正迅速成為 VS Code 的有力競爭者。就在昨天，騰訊也強勢入局，推出了其 AI 編程助手 CodeBuddy——不僅搭載全新 Agent 智能體，更是中國首個支持 MCP (Model Context Protocol) 的代碼助手，并全面增強了產品能力。

與此同時，也有不少開發者曬出自己利用 Vide Coding 的變現路徑。

X 用戶 @mikestrives 就在平臺上分享了自己的驚喜收獲：

“我做到了！ 用氛圍編程在 30 天內打造一個 AI 產品，實現了 $7,000 月收入（MRR）！全程只用了 AI 工具，甚至沒有動用自己的私域流量。”

項目從 3 月啟動開發，僅用以下工具完成全流程：

• 1 個 AI 工具 + Cursor 進行構建；

• 另一個 AI 工具用于冷啟動郵件投放；

• ChatGPT + Gemini 獲取市場洞察。

上線一周，產品即收獲 $7K MRR。總結來看，他的“Vibe Coding 創業框架”非常簡潔實用：

• 鎖定垂直人群（忙碌的 CEO）

• 聚焦痛點（社交平臺增長焦慮）

• 用 AI 搭產品 + 做銷售 + 找用戶

• 搭建等待名單，發布即變現

一句話總結他的策略：全靠 AI 打造、推廣和驗證的產品閉環，一個人也能跑通創業流程。

這，或許正是“氛圍編程”的最大魔力：它不止改變了代碼的寫法，更讓產品的創意和商業落地也能“一氣呵成”。

編程，需要有“氛圍感”，但不應該外包給 AI

近日，Ruby on Rails 之父、37Signals 的聯合創始人兼 CTO David Heinemeier Hansson（DHH）也加入了這場討論。他在博文 《Coding should be a vibe!》 中表示。

他贊賞 AI 在開發過程中的輔助作用，比如查文檔、對話協作、Pair Programming。但他反對 全部外包給 AI，認為這只是在“把房間的雜物塞到床底下”——問題并沒有真正解決。

以下是對他博文的翻譯：

“氛圍編程”（Vibe Coding）之所以吸引人，部分原因在于許多開發環境本身就讓人感到不愉快。

因此，那些被繁瑣語言和框架束縛的程序員迫不及待地想要擺脫編碼部分。如果我也覺得寫代碼是一種苦差事，我也會考慮退休。

但我并不這么認為。

我的意思是，我曾經也這么想過！剛開始編程時，我的目的很單純，就是想要程序。學習編碼，是為了讓系統能跑起來，是一個必要但不怎么舒服的步驟。但自從我學會了 Ruby 并創造了 Rails 之后，一切都變了。

Ruby 的核心理念就是“程序員的幸福感”：寫代碼本身就應該是一種享受。在歷史上，為了追求這種程序員的幸福感，Ruby 語言愿意在運行性能、內存消耗以及其他對機器友好的方面做出妥協。不過，如今看來，魚與熊掌似乎可以兼得了。經過三十年的持續改進，Ruby 現在不僅速度快得驚人、效率極高，而且寫起來依舊讓人心情舒暢。

這種精神內核在當下顯得尤為耀眼。那些心懷不滿的程序員們終于意識到，擺脫糟糕的語法、堆積如山的樣板代碼以及生態系統無休止的折騰。這正是 AI 的魅力所在：讓它把所有這些不愉快的東西都藏起來。但這就像打掃房間時把雜物一股腦塞到床底下——問題并沒有真正消失！

但這種直覺是對的：編程應該是一種氛圍！它應該充滿樂趣！它應該足夠貼近自然語言（比如英語），不至于讓一堆代碼噪音掩蓋了其背后真正的想法和決策。它應該提供豐富的表達力，服務于人類讀者，而不是只顧及計算機偏好的那種死板嚴格。Ruby 做到了。

正因如此，我絲毫沒有放棄寫代碼的念頭。寫代碼并不是那個我想讓 AI 替我干的糟心活兒。難道就為了——去當一群 AI 工具的項目經理嗎？在我職業生涯的大部分時間里，我都有機會往管理層爬，但我一直堅定地拒絕了，因為我真心喜歡寫 Ruby！這才是工作中我最享受的部分！

這并不意味著 AI 在寫 Ruby 代碼時就毫無用處。我一整天都在和大型語言模型（LLMs）對話、協作——查 API、理清概念、問一些“傻”問題。AI 是個絕佳的“結對編程”伙伴，但我寧愿退休，也絕不會把鍵盤永遠交給它來主導編碼。

也許有一天，“想寫代碼”會變成一個不合時宜的念頭。就像在現代社會，養馬作為交通工具一樣——純屬個人愛好，早已沒有了經濟價值。

我不認為有誰確切知道，我們能把這些對信息（token）貪得無厭的 AI 模型的智能和創造力推向多遠。我不會低估它們的前進步伐，但我很清楚，它們之所以對程序員有如此大的吸引力，很大一部分原因在于 Ruby 創立時的核心智慧：編程應當以人為本，取悅于人。

網友： 你寫 Ruby 年入百萬，我還在爛代碼堆里掙扎

在 David Heinemeier Hansson 看來，“代碼本身就是工作的樂趣所在”，而不是應被替代的“苦工”。然而在 DHH 的 X 下面 ，不少開發者則從現實的角度提出了反對意見：

“寫 13947813 次的重復代碼，還有什么樂趣？”

開發者 @kitze 直言，絕大多數 Web 應用開發枯燥且重復，AI 能幫他把這些部分搞定，反而讓他重新找回了專注于核心邏輯的樂趣。

“你寫 Ruby 年入百萬，我還在爛代碼堆里掙扎。”

@al3rez 指出，大部分程序員在現實崗位中面對的都是技術債深重的代碼庫，遠離了 Ruby 的“編程幸福”，AI 反而成了少有的慰藉。

“AI 只是下一層抽象。”

@_harithj 從技術哲學角度切入，指出編程語言本身就是一層又一層的抽象，AI 也不過是對這一過程的延續而已。

“市場不會等你‘堅持手寫代碼’。”

@ptypenet 坦言，大模型提升了生產力，在現實工作環境中，如果你不借助 AI，你就趕不上用 AI 的人——即使你熱愛寫代碼，市場也可能不再買賬。

“AI 讓‘不會代碼的人’也能擁有創造力。”

@bytebot 認為 Vibe Coding 的真正潛力在于：它降低了編程門檻，能讓更多非程序員參與到軟件創作中來，真正實現“人人都是開發者”。

“AI 是我的合作者，但我仍掌握主導權。”

而另一邊，像 @mhenrixon 這樣的資深全棧工程師則表示：他既享受編碼的樂趣，也樂于將無聊部分交給 AI：“AI 還沒我聰明，但已經能讓我省不少事了。”

這場關于“Vibe Coding”的討論，其實揭示了一個核心命題：AI 到底是工具、是助手，還是替代者？

不同身份、不同經歷的開發者，會有不同答案。而這正是 AI 編程時代最真實的寫照。你可以拒絕交出鍵盤，也可以選擇放松靠背讓 AI 來敲代碼——只要結果，是你想要的 vibe。