本文以一個(gè)資深研發(fā)的視角，客觀（且充滿吐槽）地探討了“Vibe Coding”（姑且翻譯為“憑感覺編程”）現(xiàn)象。一方面，它極大地降低了創(chuàng)新門檻，讓“全民開發(fā)”成為可能；另一方面，當(dāng)這種模式被應(yīng)用于嚴(yán)肅的、系統(tǒng)性的工程（如一個(gè)標(biāo)準(zhǔn)的多租戶認(rèn)證模塊）時(shí)，它所暴露出的“架構(gòu)缺失”和“點(diǎn)對(duì)點(diǎn)滅火”的陷阱，足以讓最資深的工程師抓狂。

不貶低，不神話，客觀對(duì)待

一、 Vibe Coding 的“黃金時(shí)代”：創(chuàng)新的民主化

我們必須承認(rèn)，我們正處在一個(gè)“Vibe Coding”的黃金時(shí)代。

在過去，實(shí)現(xiàn)一個(gè)想法，你需要：??產(chǎn)品經(jīng)理 -> UI/UX -> 前端 -> 后端 -> 運(yùn)維??。而現(xiàn)在，你只需要一個(gè)（越來越聰明的）AI 助手，和一個(gè)（越來越模糊的）“Vibe”（感覺、想法）。

大量的非技術(shù)人員，通過向 GPT、Claude 或 Copilot 描述他們的“Vibe”，成功地“搓”出了無數(shù)小工具、小眾需求的解決方案。這極大地滿足了市場的長尾需求，這是“全民創(chuàng)新”的巨大勝利，值得肯定。

對(duì)于簡單產(chǎn)品、獨(dú)立腳本、或者“一次性”工具，Vibe Coding 幾乎是完美的。它的開發(fā)效率，約等于“說人話”的速度。

二、當(dāng)“資深 Vibe” 遇上 “AI Vibe”：認(rèn)證模塊的“死循環(huán)地獄”

問題來了。當(dāng)一個(gè)資深研發(fā)，試圖將這種高效的“Vibe”模式，應(yīng)用到一個(gè)需要強(qiáng)一致性、高安全性和多端兼容的復(fù)雜產(chǎn)品時(shí)，噩夢開始了。

我的需求很明確：一個(gè)支持多用戶、數(shù)據(jù)隔離、多端（Web, App）通用的產(chǎn)品。我卡住的環(huán)節(jié)很“基礎(chǔ)”：Web 認(rèn)證（Auth）。

我天真地以為，Copilot（或 GPT-5, Claude 4.5）能幫我處理掉這些“臟活累活”。我開始“Vibe”：

? “我需要一個(gè)基于 JWT 的認(rèn)證系統(tǒng)?！?/p>

? “幫我加上 refresh token 機(jī)制。”

? “確保 cookie 是??HttpOnly??? 和??Secure?? 的?！?/p>

? “哦對(duì)了，這是個(gè)多租戶系統(tǒng)，認(rèn)證必須隔離??tenant_id???！?/p>

? “為什么我的 Express 中間件拿不到用戶信息？”

然后，我就掉進(jìn)了那個(gè)“耗費(fèi)了我 20% API 請(qǐng)求量”的兔子洞。

AI 的反應(yīng)模式是極其“短視”的。這可以叫“點(diǎn)對(duì)點(diǎn)的滅火式開發(fā)”。

1.它沒有“架構(gòu)圖”：當(dāng)我提到“中間件拿不到用戶信息”時(shí)，AI 會(huì)立刻“修復(fù)”中間件的代碼。它不會(huì)全局反思：“是不是因?yàn)樵诘卿浡酚衫铮液灠l(fā) JWT 時(shí)就忘了把??tenant_id?? 放進(jìn) payload？”

2.它（事實(shí)上的）“失憶癥”：當(dāng)我為了解決一個(gè) CORS 問題，修改了 Nginx 配置（或者 Express 的??cors?? 插件）后，再去調(diào)試 Cookie 問題時(shí)，AI 已經(jīng)完全忘記了 5 分鐘前我們對(duì) CORS 做了什么。它可能會(huì)給出一個(gè)與之前配置相沖突的“新建議”。

3.“滅火”導(dǎo)致“縱火”：為了“修復(fù)”A 端（Web）的 Cookie 策略，它可能會(huì)破壞 B 端（App）基于??Authorization?? 頭的 Token 校驗(yàn)邏輯。因?yàn)樗鼪]有“多端通用”這個(gè)全局約束的心智模型。

三、技術(shù)拆解：為什么 AI 在“架構(gòu)”面前如此無力？

我們吐槽 AI，但也要技術(shù)性地分析它為什么會(huì)“循環(huán)”。

AI（大型語言模型）的核心是“基于上下文的下一個(gè)最優(yōu)Token預(yù)測”。

一個(gè) Web Auth 系統(tǒng)，是什么？它不是一個(gè)“函數(shù)”，它是一個(gè)“狀態(tài)機(jī)”和“契約”。

它涉及：

?狀態(tài)流轉(zhuǎn)：??請(qǐng)求 -> 中間件檢查 -> 路由處理 -> 數(shù)據(jù)庫讀寫 -> 簽發(fā) Token -> 設(shè)置響應(yīng)頭 -> 客戶端存儲(chǔ) -> 下次請(qǐng)求攜帶??

?多方契約：客戶端、服務(wù)端、數(shù)據(jù)庫之間，關(guān)于“你是誰”的信任協(xié)議。

而 AI 呢？它拿到的是你那幾千個(gè) Token 的“上下文切片”。

?初級(jí)程序員 > AI：一個(gè)初級(jí)程序員，在解決“登錄不上”的問題時(shí)，他會(huì)（笨拙地）在登錄路由??console.log???，然后去中間件??console.log??，他至少知道這兩個(gè)東西是線性關(guān)聯(lián)的。

?AI 的短板：AI 不知道。你給它中間件的代碼，它就只看中間件。你給它登錄路由的代碼，它就只看登錄路由。它無法（或者說極難）在沒有被“喂”入全部代碼和清晰架構(gòu)圖的前提下，理解“這個(gè)路由的輸出是那個(gè)中間件的輸入”。

這就是為什么，20% 的請(qǐng)求量，本質(zhì)上是我在“用錢和時(shí)間，強(qiáng)行給 AI 灌輸架構(gòu)知識(shí)”，而它還在不斷“遺忘”。

四、結(jié)論：Vibe 的歸 Vibe，架構(gòu)的歸架構(gòu)

Vibe Coding 不是銀彈，它更像是一個(gè)“史上最強(qiáng)的初級(jí)程序員”（一個(gè)記憶力極差，但知識(shí)庫極其龐大，且打字飛快的初級(jí)程序員）。

?對(duì)于“全民創(chuàng)新”：它是恩賜。它讓 1 到 100 變得簡單。

?對(duì)于“系統(tǒng)工程”：它是陷阱。它讓 0 到 1 變得（看似）簡單，但它會(huì)把 1 到 100 的“架構(gòu)債”以“死循環(huán)”的方式提前預(yù)支給你。

給資深研發(fā)的（吐槽式）建議：

1.Vibe 出“零件”，手搓“系統(tǒng)”：讓 AI 幫你寫??bcrypt?? 封裝、寫 JWT 工具函數(shù)、寫數(shù)據(jù)庫 schema。但千萬別讓它幫你“組裝”——那個(gè)連接所有零件的“認(rèn)證中間件”和“全局狀態(tài)管理”，請(qǐng)你自己寫。

2.AI 是“副駕駛”，不是“自動(dòng)駕駛”：你才是那個(gè)腦子里有“全局架構(gòu)圖”的機(jī)長。你可以問副駕駛（AI）：“幫我查一下??HttpOnly?? cookie 的最佳實(shí)踐”，但你不能問他：“你來開，我要去客艙喝一杯?！?/p>

3.珍惜你的請(qǐng)求量，它們比不上一個(gè)（雖然慢但）記得自己5分鐘前干了啥的初級(jí)程序員。

本文轉(zhuǎn)載自??芝士AI吃魚??，作者：芝士AI吃魚