嗨，大家好，我是絳燁。作為一名AI領(lǐng)域的探索者，我一直致力于為大家?guī)碜钚?、最酷的AI玩法和資訊。

2025 年，AI 世界風(fēng)起云涌，“vibe coding” 成了一個熱詞。 有人說它代表未來，也有人唱衰，認(rèn)為“Spec coding”（又繞回來了）才是正道。

各種觀點(diǎn)交織，讓人眼花繚亂。

說白了，這些爭論很多時(shí)候不過是制造焦慮，吸引你為“未來”買課下單。

但拋開這些喧囂，從一個技術(shù)小白的角度出發(fā)，我們今天就來聊聊：

• “vibe coding” 到底是什么？
• 它真的能做出成熟的商業(yè)產(chǎn)品嗎？
• 普通人如何利用它，才能真正發(fā)揮價(jià)值？
  讓我們一起補(bǔ)齊信息差，你會發(fā)現(xiàn)，這玩意兒并沒有那么難。

很多技術(shù)小白可能不太懂代碼，只聽說各個產(chǎn)品能夠一句話生成應(yīng)用，于是非常感興趣，要么加入各個社區(qū)，要么報(bào)班學(xué)習(xí)，不亦樂乎；

甚至一些老板、投資人，都會認(rèn)為這類產(chǎn)品很“?！薄⒑苡小皟r(jià)值”，自己體驗(yàn)一下就開始采購/在自己的企業(yè)內(nèi)推廣、試行....

從“Spec Coding”到“Vibe Coding”

在深入探討之前，我們先搞清楚兩個概念：

Spec Coding（規(guī)范編程）：這是傳統(tǒng)的軟件開發(fā)模式。

我們先寫一份詳盡的需求文檔（Spec），涵蓋每一個功能、接口、數(shù)據(jù)流和用戶交互細(xì)節(jié)。開發(fā)者嚴(yán)格按照這份“藍(lán)圖”來一行行敲代碼。這種方式嚴(yán)謹(jǐn)、可控，但過程漫長且僵化，往往需要耗費(fèi)大量時(shí)間來溝通和修改文檔。

Vibe Coding（氛圍編程）：這是一種全新的協(xié)作模式。

你不再需要編寫厚重的文檔，而是通過自然語言、圖片、甚至只是一個模糊的“感覺”（Vibe），告訴 AI 你的想法。AI 快速生成一個原型，你再基于這個原型進(jìn)行迭代。這個過程高效、靈活，但不確定性非常高（主要修改環(huán)節(jié)，費(fèi)時(shí)費(fèi)力，對于大型項(xiàng)目來說是夢魘），對 AI 的理解和你的提示詞質(zhì)量有極高的要求。

簡單來說，Vibe Coding 是一種從模糊到清晰的“涌現(xiàn)式”開發(fā)，而 Spec Coding 則是從清晰到執(zhí)行的“規(guī)劃式”開發(fā)。

“Vibe Coding” 的真實(shí)能力邊界

針對vibe coding 目前能做什么？能做到什么地步？哪些人非常適用？距離商業(yè)落地應(yīng)該怎么做（解決方案等等）等一些的問題，我們給大家整理了一些 從業(yè)者/深度開發(fā)者的角度和觀點(diǎn)。

首先，我們得清楚一點(diǎn)：AI 生成的代碼，大多數(shù)只能算是 MVP（最小可行產(chǎn)品）。它們擅長快速實(shí)現(xiàn)基礎(chǔ)功能，但往往會忽略很多關(guān)鍵細(xì)節(jié)，比如安全驗(yàn)證。這可能導(dǎo)致嚴(yán)重的數(shù)據(jù)泄露和潛在漏洞。

目前主流的 vibe coding 工具，無論是強(qiáng)大的大模型，還是各類 IDE 和 Agent CLI，它們的能力表現(xiàn)如何？

1. 前端開發(fā)：擅長快速生成

當(dāng)前的 vibe / ai coding，不論是大多數(shù)國內(nèi)外強(qiáng)大的大模型也好，或者是最近層出不窮的 ide、agent cli 也罷，這類工具對前端框架（如 Vue、React）以及 JavaScript、TypeScript 的支持最友好，大概能完成 80% 以上的任務(wù)。

（扣子空間）中秋低糖月餅禮盒宣發(fā)頁 https://space.coze.cn/s/fs845zpuy0g/

但是我們絕大多數(shù)的情況下會發(fā)現(xiàn)，AI 生成的頁面有一個非常明顯的“AI 風(fēng)格”：

• 偏愛紫色系。即使你明確要求使用某些特點(diǎn)的主題色/xxx風(fēng)格/蘋果宣傳樣式等，它也可能傾向于生成紫色調(diào)的頁面。

• 鐘愛標(biāo)準(zhǔn)圖標(biāo)。生成的頁面會大量使用常見或標(biāo)準(zhǔn)的圖標(biāo)，讓你一眼就能看出是 AI 作品。如下紅色標(biāo)注的部分。

基本上前端生成的頁面完成之后，后面各種功能的對接才是重頭戲，這個時(shí)候，AI就開始作妖了。

2. 后端開發(fā)：基于框架完成業(yè)務(wù)開發(fā)

對于后端開發(fā)，我們常規(guī)的習(xí)慣是 基于 “架構(gòu)師”——專業(yè)工程師 去設(shè)計(jì)和開發(fā)好的框架，在幾個框架的基礎(chǔ)上，使用 Ai coding 工具幫我們快速完成一些業(yè)務(wù)代碼和接口文檔的生成，從而實(shí)現(xiàn)快速迭代和新增功能。

目前大部分模型對 Python 的效果最好，能夠輕松完成 80% 左右的簡單工具、函數(shù)或服務(wù)。而對于 Go、Java、C++ 等語言，由于訓(xùn)練數(shù)據(jù)相對較少，AI 輔助開發(fā)的成功率在 60-70% 左右，主要用于輔助完成簡單的開發(fā)任務(wù).

這些能力的強(qiáng)弱會依賴于模型的訓(xùn)練數(shù)據(jù)平衡和訓(xùn)練策略不同導(dǎo)致模型的強(qiáng)弱導(dǎo)致的，在 CLI 、AI IDE 等出來前，很多的插件都會宣傳到 20+ 種語言都能完成支持和輔助代碼編寫，但真實(shí)可用性只有真的體驗(yàn)過的才知道。

值得一提的是，當(dāng)項(xiàng)目變得復(fù)雜時(shí)，AI 的輔助能力就會顯得乏力。一個完整的函數(shù)往往涉及多個文件，而目前大多數(shù) AI 工具的上下文感知能力還不夠，無法提供全面的幫助，不同的 ide 、CLI 之間的上下文管理的策略和效果是有差異的，這也是為什么我們有時(shí)會覺得某個 ide 或者 cli 很強(qiáng)的原因。

對于 Rust、Swift 這類新興語言，由于其訓(xùn)練數(shù)據(jù)更少，AI 的生成效果通常更差，甚至可能無法正確理解其獨(dú)特的內(nèi)存管理和并發(fā)模型。

Vibe Coding 的落地邊界

那么，vibe coding 能做些什么，不能做些什么？

? 業(yè)務(wù)代碼： 對于重復(fù)、簡單的業(yè)務(wù)代碼，AI 可以按照既定規(guī)則和框架快速實(shí)現(xiàn)，效率提升 90% 以上。

? 框架設(shè)計(jì)： AI 設(shè)計(jì)的架構(gòu)往往過于理想化（Model預(yù)設(shè)，沒有考慮實(shí)際情況），容易導(dǎo)致后續(xù)開發(fā)和運(yùn)維困難，甚至存在性能不足和安全隱患。在沒有人工干預(yù)的情況下，AI 獨(dú)自完成復(fù)雜架構(gòu)設(shè)計(jì)的成功率不足 30%，失敗率偏高。

? 商業(yè)化落地： 商業(yè)化的產(chǎn)品，需要考慮支付系統(tǒng)、登錄系統(tǒng)等復(fù)雜模塊，以及整一個系統(tǒng)的安全架構(gòu)，這些是 vibe coding 目前無法獨(dú)立完成的，人為去進(jìn)行引導(dǎo)也同樣會出現(xiàn)無法滿足或存在設(shè)計(jì)缺陷的情況.

哪些人最適合“Vibe Coding”？

哪些人非常適用：

• 產(chǎn)品經(jīng)理 / 設(shè)計(jì)師： 他們可以快速將想法變成 MVP，直觀地展示和分享設(shè)計(jì)原型，而不再需要只靠口述或簡單的原型圖。
• 技術(shù)小白： 即使沒有編程基礎(chǔ)，也能快速開發(fā)出簡單的小工具（如 HTML 網(wǎng)頁或 Python 小腳本），將自己的想法快速變?yōu)榭捎玫臇|西。
• 程序員： 借助 AI IDE 或 CLI，程序員可以快速適應(yīng)新的語言，進(jìn)行跨語言開發(fā)，并提升日常業(yè)務(wù)代碼的編寫效率。

Vibe Coding 落地最后一公里：如何從 MVP 走向商業(yè)化？

正如弗蘭克·赫伯特在《沙丘》中所說：“能力的基礎(chǔ)是存在的現(xiàn)實(shí)，而非期待的幻象。”

vibe coding 給你的是一個想法的“現(xiàn)實(shí)”投影，但要讓它成為一個可盈利、可維護(hù)的“產(chǎn)品”，你需要補(bǔ)齊以下幾步：

第一步：規(guī)范化需求文檔

把 AI 生成的 MVP 視為一個視覺化的需求文檔。它明確了“想要什么”，但沒有回答“如何實(shí)現(xiàn)”。你需要將它轉(zhuǎn)化為一份初步的需求規(guī)范，明確功能、數(shù)據(jù)流和用戶旅程。

第二步：技術(shù)選型與架構(gòu)設(shè)計(jì)

AI 的代碼更像是一份“草稿”，它的架構(gòu)往往是不嚴(yán)謹(jǐn)?shù)?。你甚至不知道什么時(shí)候會報(bào)錯，各種奇奇怪怪的bug。

你需要聘請一位有經(jīng)驗(yàn)的開發(fā)者或顧問，來對 MVP 進(jìn)行評估，選擇合適的技術(shù)框架，設(shè)計(jì)可擴(kuò)展、高可用的架構(gòu)。這一步至關(guān)重要，決定了產(chǎn)品的上限。

好的AI產(chǎn)品，AI只占很少的一部分，其他部分就是工程化了。

第三步：安全與合規(guī)審計(jì)

AI 自動生成的代碼可能存在安全漏洞，例如缺乏輸入驗(yàn)證、數(shù)據(jù)泄露風(fēng)險(xiǎn)等。在產(chǎn)品上線前，必須由專業(yè)的開發(fā)者進(jìn)行代碼安全審計(jì)，并確保符合相關(guān)法規(guī)要求，如數(shù)據(jù)隱私保護(hù)法（GDPR）。

第四步：業(yè)務(wù)邏輯與核心代碼重構(gòu)

AI 擅長寫通用代碼，但對于你的核心業(yè)務(wù)邏輯，比如支付系統(tǒng)、用戶權(quán)限管理，它無法理解。這部分代碼必須由人工重構(gòu)，確保其魯棒性、可維護(hù)性和高效率。

第五步：部署、運(yùn)維與監(jiān)控

一個商業(yè)產(chǎn)品需要可靠的服務(wù)器部署、自動化運(yùn)維和實(shí)時(shí)監(jiān)控。這些是 AI 尚無法獨(dú)立完成的（雖然說vercel可以，但是也有很多用戶被vercel無端扣費(fèi)，基本出海AI產(chǎn)品需要在cloudflare部署或者自建服務(wù)器部署保證穩(wěn)定性，確保服務(wù)質(zhì)量和用戶數(shù)據(jù)備份。

你需要建立一個專業(yè)的運(yùn)維團(tuán)隊(duì)或使用云服務(wù)，來保證產(chǎn)品的穩(wěn)定運(yùn)行。

寫在最后

Vibe coding 的核心價(jià)值，在于把你的想法具象化并進(jìn)行分享。它讓你能將一句“我有一個 idea”，快速變成一個“這是我的初步效果”。

然而，要將這個“效果”變成一個真正可以商業(yè)化落地的產(chǎn)品，還有很長的路要走。一個團(tuán)隊(duì)，不可能全是viber（vibe → viber）。你可以用 AI 快速生成一個 MVP，但要讓它真正可用，你仍然需要專業(yè)的程序員。

AI、Agent，是放大器，把所有人的亮點(diǎn)和能力去放大，你vibe的創(chuàng)意被放大，但是無法讓一個0 coding 能力的人coding能力放大到100。

正如科幻小說家弗蘭克·赫伯特在《沙丘》中所說：“能力的基礎(chǔ)是存在的現(xiàn)實(shí)，而非期待的幻象?！?/p>

AI 就像一面棱鏡，或一個放大器。它能將我們靈光一閃的 vibe 延展成星河，把我們獨(dú)特的頻率傳播到更遠(yuǎn)的地方，但它不會憑空創(chuàng)造不存在的東西。

劉慈欣在《三體》中那句冰冷的警告： “文明的力量，不在于其工具多么先進(jìn)，而在于使用工具的人。”

它就像《哈利·波特》中的厄里斯魔鏡，照見的不是“你將會是什么”，而是“你原本已經(jīng)是什么”。AI 放大我們的光芒，但光，必須首先來自于我們自己。

AI 是這個時(shí)代最鋒利的工具，但它不創(chuàng)造靈魂，不賦予初心——你的亮點(diǎn)，你的能力，你的創(chuàng)意，才是它能點(diǎn)燃的火種。

下一篇我們將從0到1構(gòu)建一個小小的MVP開始，同時(shí)也會交叉使用當(dāng)前主流的AI編程工具，敬請期待。

你對 vibe coding 的看法是什么？

本文本文轉(zhuǎn)載自???AIGC新知???，作者：絳燁