氛圍編程並非神話——但其半數炒作實為泡沫

專欄概述

每年科技業都會創造出一個超越其本身定義的新詞，而 2026 年的這個詞是「氛圍編程」（vibe coding）。這個詞由前 OpenAI 聯合創辦人 Andrej Karpathy 於 2025 年 2 月提出，描述一種建構軟體的風格：你不再逐行輸入程式碼，而是輸入意圖——你告訴 AI 系統你想要什麼，看著它生成並偵錯實作，然後用更多自然語言回饋來微調，直到結果感覺對了為止。Collins Dictionary 將其評為年度詞彙；據報導，Google 上該詞彙的搜尋熱度飆升了超過 6000%。一年半後值得探討的問題，不在於這個詞是否夠吸引人——它顯然很吸引人——而在於它所指的技術是否解決了人們真正面臨的問題，抑或只是一個跑在產品前面的敘事。

從自動完成到自動駕駛

釐清這裡究竟有什麼新穎之處會有所幫助，因為在 Karpathy 發文之前，「AI 輔助編程」就已經存在。舊有模式讓人類掌握方向盤：開發者撰寫程式碼，而像 GitHub Copilot 這樣的工具會補上接下來的幾行或建議函數主體。氛圍編程翻轉了駕駛權。AI 端到端產出實作；人類的工作轉變為描述需求並判斷輸出是否真的可行。工作流程變成用自然語言反覆進行「提案—觀察—調整」，而不是用程式語言「撰寫—編譯—偵錯」。這是人類注意力轉移的重大變化，也是為什麼這個詞比「AI 結對編程」更快流行的原因。

需求確實存在的論點

先從資金流向看起，因為資本配置是衡量投資者是否相信持久需求（而非只是迷因）的良好指標。為 AI 生成應用程式提供後端基礎設施的 Supabase，在 2026 年 6 月以 105 億美元估值融資 5 億美元——僅一年前其估值還只有 20 億美元。據報導，該平台上超過 60% 的新資料庫是由 AI 工具建立的，年度經常性收入在短短一年內從約 3000 萬美元躍升至 7000 萬美元。自主編程代理 Devin 背後的公司 Cognition AI 在同一時期完成了超過 10 億美元的融資，將其估值推升至 260 億美元。這些不是投機性的種子輪支票；而是對已經顯現的經常性收入進行的成長期投資。

使用數據也指向相同的方向。市場研究估計 2026 年氛圍編程市場規模約為 47 億美元，並預測將成長至 123 億美元——躍升 162%。據報導，像 r/vibecoding 這樣的社群每月會員增長率達 16%，且約 80% 的財星 500 大企業據稱正以某種形式使用 AI 編程代理。McKinsey 在 2026 年 2 月針對 150 家企業的研究發現，常規編程任務平均完成速度加快了 46%，程式碼審查週期縮短了 35%；對於像 CRUD 鷹架這類樣板工作，團隊回報節省的時間高達 81%。Cursor 自己的開發者使用報告顯示，到 2026 年 5 月，中位數開發者的每週編程量比一年前增加了一倍以上。

然後是普及性的論點，這或許是最有力的論點。Y Combinator 2025 年冬季梯次的調查發現，該批次中有四分之一的初創企業，其程式碼庫中高達 95% 的程式碼是由 AI 生成的。更引人注目的是，產品經理、設計師和非技術背景的創辦人正在推出可運作的原型——有時甚至是完整的產品——而無需聘請任何工程師。對於已經會寫程式的人來說，這不只是邊際效率的提升；它為不會寫程式的人打開了一扇門。總體而言，這是一個相當令人信服的證據，證明「在不懂程式設計的情況下將想法轉化為可運作的軟體」是一個真實且先前未被滿足的需求，而且目前正被大規模地滿足。

炒作超越產品的論點

與之相對的是大量證據，顯示氛圍編程故事中更具野心的版本——即它能徹底取代專業工程——目前還站不住腳。從業者描述，許多產出的東西只是「免洗軟體」：它通過了肉眼測試，能在展示中運行，但一旦有人試圖擴展它，就會發現它很脆弱、無法驗證且維護成本高昂。這種區別很重要，因為「對週末專案有用」和「值得花錢維護多年」是不同的主張，而目前許多評論將兩者混為一談。

品質數據支持了這種懷疑態度。據報導，AI 生成的程式碼出現嚴重缺陷的比率是人類撰寫程式碼的 1.7 倍，跨站指令碼（XSS）漏洞的比率則是 2.74 倍。在一項調查中，63% 的氛圍編程使用者表示，他們現在花在偵錯上的時間比開始使用這些工具之前還多——如果這是真的，那就削弱了淨節省時間的整個前提。針對在 Lovable 平台上建構的 1645 個應用程式進行的安全稽核發現，約 10%（170 個應用程式）存在嚴重漏洞，包括 SQL 注入、路徑遍歷和權限提升。Stanford 的一項隨機對照試驗發現了比漏洞本身更令人擔憂的現象：使用 AI 工具的開發者寫出了較不安全的程式碼，但對此卻更有信心，這正是讓漏洞在審查中漏網的致命組合。

信任度數據的趨勢也不樂觀。Stack Overflow 最近的調查發現，開發者對 AI 生成程式碼的信任度年減從約 40% 降至 29%，且降幅在經驗最豐富的工程師中最為明顯——只有 2.6% 的資深開發者對 AI 輸出表示高度有信心。這是一個重要的信號，因為資深工程師通常是最能察覺細微正確性與安全問題的人，而他們也是退縮得最厲害的一群。

也有早期跡象顯示，市場本身對最激進的宣傳版本正在降溫。Barclays 數據顯示，曾估值 66 億美元的 Lovable，其流量較 6 月的高峰下降了 40%。在 Amazon 內部，據報導強制推行 AI 輔助編程的舉措與更多的生產事故相關，而非減少——產出增加了，但失敗率也隨之上升。而且有幾個團隊獨立描述了一種模式：第一週充滿興奮，第三週開始出現裂痕，兩個月內工具就被悄悄棄用。在這些案例中，問題通常不在於 AI 不會寫程式碼——而在於它寫出的程式碼並未考慮到多年的維護週期，而速度上的收益最終只是透支了未來的技術債。

為何「真實需求」與「任何規模下的真實需求」是不同的主張

關於氛圍編程是否是「偽需求」的爭議，大多源於混淆了兩個不同的問題：這裡是否存在真實且先前未被滿足的需求，以及這種特定方法能否在人們目前聲稱的各種規模下滿足該需求？將這兩者區分開來，就能釐清大部分困惑。

對於原型開發、內部工具、MVP、個人專案以及非工程師的單次想法，需求是真實的，工具也確實滿足了這些需求——在這些情況下，「夠好且快速」一直都是實際要求，而現在那些過去完全無門路的人也能實現它。但若要用來取代整個工程組織，或運行需要經歷多年維護的業務關鍵系統，目前的證據指向相反的方向——這更接近一個跑在底層模型和工具當前保證能力前面的敘事。

換句話說，需求是分層的，而非單一的。基礎層——將想法轉化為可運行的東西——是一個真實的需求，且正在被滿足。頂層——即聲稱這能取代專業軟體工程這門學科的主張——則是目前很大一部分估值和媒體敘事所立足的地方，而這裡的基礎比數據所顯示的還要薄弱。

最終定論

氛圍編程絕非全面意義上的偽需求，但其目前的估值和媒體敘事顯然已超越了底層產品能可靠交付的能力。一種更誠實的主張分類方式是：快速原型開發和 MVP 驗證是具備實證結果的真實需求；非工程師建構個人工具和小型創意專案是大幅降低進入門檻的真實需求；樣板、CRUD 和標準整合工作是具有可衡量效率提升的真實需求；在生產級、長生命週期系統上取代專業工程團隊則缺乏當前證據支持，看起來更像是誇大的敘事；而「現在人人都是程式設計師」這種全面顛覆的框架，至少有一部分是由資本和媒體週期驅動的故事，而非基於實際可靠交付的產品。

Karpathy 本人後來也談到了從氛圍編程轉向他所稱的「代理工程」（agentic engineering）的轉變——從圍繞速度與新奇的第一波浪潮，轉向將可靠性、安全性和可維護性重新置於核心的第二波浪潮。這種轉變本身就說明了問題。市場正在即時修正，正是利用上述證據——安全事件、不斷增加的技術債、下降的開發者信任度——來將持久的需求與依附其上的炒作區分開來。泡沫正在被擠出；而留下來的東西，看起來將會長久存在。