如果你還沒試過 Vibe Coding 不妨看下這篇個人入門的理解
整理版優先睇
Vibe Coding 入門：用自然語言寫 code，唔需要識寫 code？核心係表達同判斷。
呢篇文章係一篇 Vibe Coding 入門指南，由 Andrej Karpathy 嘅推文引入，佢形容呢種新編程方式為「氛圍編碼」，即係完全沉浸喺感覺入面，忘記代碼存在。作者想幫讀者搞清楚 Vibe Coding 係乜，點樣運作，同埋點樣用。
Vibe Coding 嘅工作模式係：AI 理解你嘅自然語言意圖，然後生成代碼，自我糾錯，最後根據你嘅反饋修改。你只需要做描述同判斷。而家有三種使用形態：IDE 型（Cursor 等）所見即所得；CLI 型（Claude Code 等）自主性強，適合大範圍修改；聊天型（ChatGPT 等）最簡單，但碎片化。你可以按需要混用。
Vibe Coding 嘅用戶唔限於技術人，教師、運營、財務、店主都有，動機包括焦慮、想解決實際問題、好奇。常見誤解要澄清：唔係隨便傾偈就得，你要清楚表達需求；即使唔識寫 code 都要理解基本概念（前端後端、框架、部署）；AI 係輔助唔係取代；成品質素取決於你嘅審美同表達。Vibe Coding 同傳統 NoCode 唔同：NoCode 用預製積木，Vibe Coding 係 AI 現場寫任意代碼，冇固定天花板。總括嚟講，Vibe Coding 大幅降低門檻，但核心能力係表達同判斷。
- Vibe Coding 由 Karpathy 命名，核心係用自然語言驅動 AI 生成代碼，忘記代碼存在。
- 編程門檻持續降低，Vibe Coding 封裝咗寫 code 動作，係歷史性一步。
- AI 背後做四步：理解意圖、生成代碼、自我糾錯、根據反饋修改；你用家只需描述同判斷。
- 三種形態：IDE（即時修改）、CLI（自主執行）、聊天（單一問題），可以靈活組合。
- 常見誤解要認清：唔係隨意聊天就得、需要最少技術概念、AI 輔助唔係取代、成品質素靠你嘅表達。
咩係 Vibe Coding？
2025 年 2 月，Andrej Karpathy 提出「Vibe Coding」呢個概念，佢話呢種新編程方式係「完全沉浸在感覺裏，擁抱指數級飛躍，直接忘掉代碼的存在」。簡單講，你唔需要再逐行寫 code，只要用自然語言講低你想要咩，AI 就會幫你生成，你睇效果唔滿意就再改，直到得為止。
Vibe Coding
氛圍編碼
呢個由 Karpathy 命名嘅詞之所以爆紅，係因為佢精準捕捉咗一個趨勢：好多人已經咁樣做緊嘢，只係冇個名。
編程門檻一路以嚟嘅變化
編程嘅歷史就係門檻不斷降低嘅歷史。最早要打孔卡，錯一個孔成張卡報廢；然後有 C 語言，語法似英文但要自己管 memory；之後 Python 同 JavaScript 出現，語法更簡潔，自動 memory management；再到 React 呢啲 framework，封裝重複工作。每一步都係將技術細節封裝走，等人專注於想做啲咩。
打孔卡
C 語言
Python 同 JavaScript
React 呢啲 framework
呢個變化幅度可能比以往任何一步都大，因為佢直接挑戰咗「寫 code 先做到嘢」呢個前提。
Vibe Coding 實際係點運作？
當你同 AI 講「幫我做一個個人作品集網站」，AI 背後會做四件事，唔係就咁傾偈咁簡單。
- 1 理解意圖：將你嘅自然語言描述轉成技術需求，例如需要首頁元件、圖片展示區、卡片列表。
- 2 生成代碼：基於學過嘅開源代碼同 best practices，揀合適嘅部分組裝成完整項目。
- 3 自我糾錯：檢查 code 有冇語法或邏輯錯誤，自動修正。
- 4 根據反饋修改：你畀意見（例如「間距縮到 24px」），AI 改對應 CSS，你再睇效果。
理解意圖
生成代碼
自我糾錯
根據反饋修改
整個過程你只做一件事：描述同判斷。AI 做曬其他嘢，呢個就係 Vibe Coding 嘅工作模式。
形態、用家同常見誤解
Vibe Coding 有幾種做法，唔係得一條路。最常見嘅係 IDE 形態，好似 Cursor、TRAE、Windsurf 呢啲 AI 編程 IDE，所見即所得；另一種係 CLI 形態，好似 Claude Code、Codex 或者國產 GLM Coding，用文字對話，AI 自主性強，適合大範圍修改；仲有聊天形態，用 ChatGPT、Claude 或 Kimi 等，最簡單但碎片化，適合解決單一問題。你可以按情況混用。
IDE 形態
CLI 形態
聊天形態
咩人用 Vibe Coding？唔止技術人，教師、運營、財務、實體店主、自由工作者都有。動機五花八門：有人怕落後、有人想解決實際問題、有人想試水副業、有人純粹好奇。門檻低到只要你講得清需求就掂。
唔係隨便傾偈就得
需要最少技術概念
AI 輔助唔係取代
成品質素取決於表達
- 「隨便聊聊就能做出產品」：錯，你要清晰表達需求，唔係亂嗡。
- 「唔需要任何技術知識」：錯，你需要理解基本概念（前端、後端、框架、部署），先講得掂。
- 「AI 會取代程序員」：錯，Vibe Coding 取代寫 code 動作，但系統設計、架構等核心判斷依然要人。
- 「做出嚟嘅質量好差」：如果唔清楚講設計標準，AI 會用預設樣式就真係平庸；但你表達得好的話，可以好專業。
最後，Vibe Coding 係 AI 編程嘅一個子集：AI 編程包曬 code completion、code review、test generation 等；Vibe Coding 特指你完全唔寫 code，由 AI 從零生成完整項目。兩者唔同，但好多時會互補。
2025年2月2日，Andrej Karpathy 喺 X 上面出咗一段嘢。Karpathy 係 Tesla 前 AI 總監，喺 AI 嗰邊好有影響力。佢寫咗：
"There's a new kind of coding I call 'vibe coding', where you fully give in to the vibes, embrace exponentials, and forget that the code even exists."
翻譯返出嚟就係：我叫呢種新型編程方式做 '氛圍編碼'（vibe coding），即係完全沉浸喺感覺入面，擁抱指數級嘅飛躍，直接忘記咗 code 嘅存在。
呢段說話之所以爆紅，係因為佢俾咗一件發展緊嘅事一個名。喺 Karpathy 出呢個 post 之前，已經有好多人係咁做：開一個 AI 編程工具，用自然語言講返自己想要啲咩，AI 就會生成 code，睇效果，唔滿意就不斷用自然語言調整，直到滿意為止。
成個過程你唔需要理解 code 嘅每一行做緊咩，你只需要留意最終效果係咪你想要嘅。
Karpathy 將呢種工作方式命名為 Vibe Coding，關鍵詞係“vibe”，即係跟住感覺走。呢個詞精準咁形容咗呢種新嘅創作狀態：你唔再係一個 programmer 喺度寫 code，更加似係一個導演喺度指導演員。
你講出你嘅意圖，AI 去執行，你睇住個結果判斷啱唔啱，然後俾返 feedback。
編程一路都喺度變簡單
編程呢件事有一個貫穿始終嘅趨勢：門檻一路喺度降低，而且越到後面降得越犀利。
最早嘅時候，編程係用打孔卡，一張卡片上面嘅孔洞排列代表一條指令，寫錯一個孔成張卡就報廢。後來出現咗 C 語言，你開始可以用接近英文嘅語法寫 code，但就要自己管理記憶體、處理 pointer，一個 memory leak 嘅 bug 可以令你通頂。
再後來 Python 同 JavaScript 呢類語言出現咗，語法更簡潔，記憶體自動管理，寫一個小工具變得容易咗好多，但你依然要學識變數、函數、循環呢啲抽象概念。
再後來 React、Vue 呢啲 framework 將大量重複嘅工作封裝成現成嘅 components，你企喺前人嘅肩膀上砌積木就得，但都仲要理解 framework 點用，識得寫 code。
每一步都喺度做同一件事：將必須掌握嘅技術細節封裝走，令人將精力放喺想做啲咩上面。
Vibe Coding 係呢條路上面最新嘅一步。佢封裝走嘅嘢比以前所有加埋都多，佢嘗試封裝走寫 code 呢個動作本身。你用自然語言講你想要啲咩，AI 去寫 code，你睇效果，俾 feedback，AI 修改。成個循環入面冇一行 code 係你寫嘅。
呢個意味住編程嘅門檻由學識一門編程語言嘅語法降低到將你想做嘅嘢講清楚。呢個變化嘅幅度，可能比之前任何一步都大。
Vibe Coding 實際上係做緊咩
Vibe Coding 睇起嚟好似同 AI 傾偈就可以做到產品，但 AI 實際上做緊嘅嘢比傾偈複雜得多。
當你同 AI 講「幫我做一個個人作品集網站，首頁有全屏大圖同項目卡片」，AI 做嘅第一件事係理解你嘅意圖。佢將你嘅自然語言描述轉化成一組技術需求：需要一個首頁 component、需要圖片展示區域、需要卡片列表、需要 responsive 佈局。
然後 AI 開始生成 code。佢基於喺訓練階段學到嘅大量開源 code、技術文檔、最佳實踐嚟工作。
佢知道 React 嘅 component 點寫、Tailwind 嘅樣式點用、responsive 佈局點實現。佢由呢啲知識入面揀出合適嘅部分，組裝成一個完整嘅項目。
生成 code 之後，AI 會檢查 code 能否正常運行。如果有語法錯誤或者邏輯問題，佢會自己修正。呢一步叫做自我糾錯，係現代 AI 編程工具嘅一個重要能力。
最後 AI 將結果呈現俾你。你睇到嘅係一個可以運行嘅網頁，你可以 click、scroll、互動。你覺得卡片間距太大，同 AI 講「間距縮細到 24px」，AI 修改對應嘅 CSS code，你再睇效果。
成個過程入面，AI 做咗四件事：理解意圖、生成 code、自我糾錯、根據 feedback 修改。你做咗一件事：描述同判斷。呢個就係 Vibe Coding 嘅工作模式。
理解呢一點好重要，因為佢幫你建立合理嘅預期。AI 唔係喺度讀心，佢係做緊 pattern matching 同 code 生成。你嘅描述越精確，佢嘅輸出越準確。
Vibe Coding 嘅幾種形態
Vibe Coding 唔係得一種做法。根據你用嘅工具唔同，體驗會有明顯嘅差異。
最常見嘅係 IDE 形態。你喺 Cursor、TRAE、Windsurf 呢類 AI 編程 IDE 裏面工作，界面同普通嘅 code editor 差唔多，左邊係文件列表，中間係 code 編輯區，右邊可以預覽。
你喺一個輸入框入面用自然語言描述需求，AI 直接喺編輯器入面幫你生成同修改 code。呢種方式嘅好處係所見即所得，你可以即時睇到 code 同效果嘅對應關係。
另一種係 CLI 形態。你喺終端入面同 AI 對話，冇圖形界面，純文字交流。Claude Code 同 Codex 係呢類工具嘅代表，國產嘅 GLM Coding（智譜）走性價比路線，對中文用戶好友好。
CLI 形態嘅好處係 AI 嘅自主性更強，佢可以自己讀取多個文件、執行命令、檢查結果、發現問題、繼續修改。你俾佢一個 task，佢自己去執行，做完同你匯報。適合需要大範圍修改嘅場景。
仲有一種係聊天形態。你喺 ChatGPT、Claude、Kimi 甚至係豆包嘅網頁版或者 API 入面同 AI 對話，叫佢幫你寫 code，然後你將 code 複製到自己嘅項目入面運行。呢種方式最簡單，但亦都最碎片化，適合解決單個問題，唔適合做完整嘅項目。
呢三種形態唔係互相排斥嘅。好多人在唔同場景下混用：
日常小改動用 IDE，大範圍修改用 CLI，遇到具體問題去聊天窗口問。隨住你做嘅項目越來越多，你會找到適合自己嘅組合方式。
邊個在用 Vibe Coding，用嚟做咩
Vibe Coding 早就唔係互聯網圈嘅專屬喇。呢兩年 AI 嘅火爆，加上職場入面一種普遍嘅焦慮，唔用 AI，係咪就會俾人拋低？呢樣令各行各業嘅人都喺度諗同一件事：點樣將 AI 用返落自己嘅工作度。教師、運營、財務、銷售、實體店主、自由職業者……佢哋大多同 code 冇關，但都有各自想用 AI 解決嘅問題。
更耐人尋味嘅唔係邊個在用，而係佢哋點解用。動機五花八門，遠唔係幾個職業標籤可以概括嘅：
有人係俾焦慮推住——唔想做「嗰個仲未識用 AI 嘅人」，學住先。有人手上面一直有件想做、但卡住喺唔識寫 code 嘅事：一個自己嘅小網站，一個幫自己慳時間嘅小工具，甚至俾自己細路做個小遊戲。
有人想將每日重複嘅工作交俾 AI，騰返精力做其他嘢。有人想轉個賽道、搞個副業，先做個行到嘅嘢試下水。亦有人純粹係好奇，想親眼睇下 AI 到底做到去邊一步。
呢啲動機跨行業——同一個「想做個小工具」嘅念頭，可能嚟自一個設計師，亦可能嚟自一個中學老師、一個市場營運。
所以與其問「我呢種身份用唔用得」，不如問「我想用佢解決啲咩」。門檻其實低得好緊要：你只要可以將需求講清楚，就可以上手。
而如果你啱啱係設計師，你仲比人哋多一層優勢——你天生就知道咩係「靚」，呢個正正係令 AI 唔做出平庸嘢嘅關鍵。呢一點，呢份指南會不停講。
幾個常見嘅誤解
關於 Vibe Coding，有幾個流傳得好廣嘅誤解值得澄清。
「隨便傾下偈就可以做到產品」Vibe Coding 的確大幅降低咗門檻，但佢唔係魔法。你仍然需要諗清楚你要做啲咩，需要寫清楚你嘅需求，需要喺 AI 俾出結果之後做出判斷。一個模糊嘅需求會令 AI 不停猜測、不停修改，最後浪費更多時間。清晰嘅表達能力係 Vibe Coding 最核心嘅技能。
「唔需要任何技術知識」你唔需要識寫 code，但你需要理解一啲基本概念。咩係前端同後端？咩係 framework？咩係部署？呢啲知識唔需要深入到可以寫 code 嘅程度，但需要到可以同 AI 對話嘅程度。第三章會專門講呢啲「最少必要知識」。
「AI 會取代 programmer」Vibe Coding 取代嘅係寫 code 呢個動作，但編程嘅核心，例如問題分解、架構設計、性能優化、安全審查，仍然需要人嘅判斷。Vibe Coding 更加似係俾非 programmer 打開咗一道門，令有想法但冇技術嘅人都可以將嘢做出嚟。對於專業 programmer 嚟講，Vibe Coding 係一個提升效率嘅工具，唔係替代品。
「做出嚟嘅嘢質量好差」Vibe Coding 做出嚟嘅嘢嘅質量取決於你嘅審美同表達能力。如果你可以清楚咁話俾 AI 知你嘅設計標準，做出嚟嘅嘢可以好專業。如果你咩都唔講，AI 就會用默認樣式，效果自然平庸。呢個亦都係點解呢份指南會花大量篇幅講點樣透過 DESIGN.md 將審美標準傳遞俾 AI。
Vibe Coding 同 AI 編程嘅關係
Vibe Coding 係 AI 編程呢個大趨勢下面嘅一個特定方向。
AI 編程係一個更闊嘅概念，涵蓋咗所有用 AI 輔助編程嘅方式。你喺寫 code 時叫 AI 幫你補全，呢個係 AI 編程。AI 幫你做 code review、揾 bug，呢個都係 AI 編程。AI 幫你寫測試用例、生成文檔，呢個都係 AI 編程。
Vibe Coding 專注於一個特定嘅場景：你完全唔寫 code，用自然語言驅動 AI 由零開始生成完整嘅項目。佢嘅核心特徵係忘記 code 本身嘅存在，你關注嘅係效果同體驗，唔係 code 嘅實現。
呢兩者嘅關係可以咁樣理解：AI 編程係一個大圓，Vibe Coding 係裏面嘅一個小圓。所有 Vibe Coding 都係 AI 編程，但唔係所有 AI 編程都係 Vibe Coding。
一個 programmer 用 AI 幫手補全 code、揾 bug，呢個係 AI 編程但唔係 Vibe Coding，AI 只係喺度幫手。一個設計師用自然語言叫 AI 由零開始做一個網站，呢個先係 Vibe Coding。
Vibe Coding 同 NoCode 嘅區別
你可能用過 Webflow、Framer、Bubble 呢類 NoCode 工具。佢哋都可以令你唔寫 code 就做出嘢，但同 Vibe Coding 嘅做法完全唔同。
傳統 NoCode 俾你嘅係一套預製積木平台提供 component、模板、屬性面板，你喺佢框定嘅能力範圍內拼裝。用到啲咩，取決於平台提供咗啲咩。
呢一點設計師好熟悉，就好似喺 Figma 入面用一套現成嘅 component library 拼 interface，拼到咩樣，由 library 入面有邊啲 component 決定。遇到 component library 冇覆蓋嘅 interaction，你就做唔到。
Vibe Coding 唔一樣。AI 現場寫嘅係任意 code，冇固定嘅 component library 或模板限制。佢嘅能力邊界約莫等於「寫得出嘅 code 可以做到啲咩」。仲係嗰個比喻：你唔係由 component library 入面揀現成嘅，而係叫 AI 當場幫你造一個零件。
| 能力邊界 | ||
| 產物歸屬 | ||
| 你要學嘅 |
不過去到 2026 年，呢條邊界正在俾 AI 自己模糊咗。
Figma 推出咗官方嘅 MCP 服務，令 AI 直接讀你嘅設計稿生成 code；Anthropic 推出咗 Claude Design，你描述要啲咩，佢直接出視覺稿；各種 Claude Skills 令 AI 按照你嘅設計規範做嘢。呢啲新工具已經企咗喺 Vibe Coding 呢邊——佢哋唔再俾你「砌積木」，而係叫 AI 現場造。
所以與其執著某個 tool 算唔算 NoCode，不如睇一個更本質嘅標準：佢俾你嘅係有限嘅積木，定係叫 AI 寫任意 code 嘅能力前者嘅天花板由平台定，後者嘅天花板由你同 AI 定。
呢個係我而家寫緊嘅一系列 Vibe Coding 相關嘅免費基礎教程指南嘅開篇，我哋首先理清咗 Vibe Coding 同傳統編程、AI 編程、NoCode 嘅邊界，你大概知道佢係咩、唔係咩喇。
下一個自然嘅問題係：佢到底可以做出咩樣嘅嘢？接下來嘅內容安排會用實際嘅作品案例，令你對 Vibe Coding 嘅能力有一個具體嘅感受。
2025 年 2 月 2 日，Andrej Karpathy 在 X 上發了一段話。Karpathy 是特斯拉前 AI 總監，在 AI 領域影響力極大。他寫道：
“There's a new kind of coding I call 'vibe coding', where you fully give in to the vibes, embrace exponentials, and forget that the code even exists.”
翻譯過來就是：我把這種新型編程方式叫做 ‘氛圍編碼’（vibe coding），就是完全沉浸在感覺裏，擁抱指數級飛躍，直接忘掉代碼的存在。
這段話之所以火了，是因為它給了一種正在發生的事情一個名字。在 Karpathy 發這條推之前，已經有很多人在這麼做了：打開一個 AI 編程工具，用自然語言描述自己想要什麼，AI 生成代碼，看效果，不滿意就繼續用自然語言調整，直到滿意為止。
整個過程你不需要理解代碼的每一行在做什麼，你只需要關注最終效果是不是你想要的。
Karpathy 把這種工作方式命名為 Vibe Coding，關鍵詞是“vibe”，也就是跟着感覺走。這個詞精準地描述了這種新的創作狀態：你不再是一個程序員在寫代碼，更像是一個導演在指導演員。
你說出你的意圖，AI 去執行，你看着結果判斷對不對，然後給反饋。
編程一直在變簡單
編程這件事有一個貫穿始終的趨勢：門檻一直在降，而且越到後面降得越狠。
最早的時候，編程是打孔卡，一張卡片上的孔洞排列代表一條指令，寫錯一個孔整張卡作廢。後來出現了 C 語言，你開始可以用接近英文的語法寫代碼了，但得自己管內存、處理指針，一個內存泄漏的 bug 能讓你通宵。
再後來 Python 和 JavaScript 這類語言出來了，語法更簡潔，內存自動管理，寫一個小工具變得容易了很多，但你仍然得學會變量、函數、循環這些抽象概念。
再後來 React、Vue 這些框架把大量重複工作封裝成了現成的組件，你站在前人的肩膀上搭積木就行，但還是得理解框架的用法，會寫代碼。
每一步都在做同一件事：把必須掌握的技術細節封裝掉，讓人把精力放在想做什麼上面。
Vibe Coding 是這條路上的最新一步。它封裝掉的東西比以前所有加起來都多，它試圖封裝掉寫代碼這個動作本身。你用自然語言描述你要什麼，AI 去寫代碼，你看效果，反饋，AI 修改。整個循環裏沒有一行代碼是你寫的。
這意味着編程的門檻從學會一門編程語言的語法降到了把你想做的事情說清楚。這個變化的幅度，可能比之前任何一步都大。
Vibe Coding 實際上在做什麼
Vibe Coding 看起來像是跟 AI 聊天就能做產品，但 AI 實際上在做的事情比聊天覆雜得多。
當你跟 AI 說“幫我做一個個人作品集網站，首頁有全屏大圖和項目卡片”，AI 做的第一件事是理解你的意圖。它把你的自然語言描述轉化成一組技術需求：需要一個首頁組件、需要圖片展示區域、需要卡片列表、需要響應式佈局。
然後 AI 開始生成代碼。它基於在訓練階段學到的大量開源代碼、技術文檔、最佳實踐來工作。
它知道 React 的組件怎麼寫、Tailwind 的樣式怎麼用、響應式佈局怎麼實現。它從這些知識裏挑出合適的部分，組裝成一個完整的項目。
生成代碼之後，AI 會檢查代碼能不能正常運行。如果有語法錯誤或者邏輯問題，它會自己修正。這一步叫做自我糾錯，是現代 AI 編程工具的一個重要能力。
最後 AI 把結果呈現給你。你看到的是一個可以運行的網頁，你可以點擊、滾動、交互。你覺得卡片間距太大了，跟 AI 說“間距縮小到 24px”，AI 修改對應的 CSS 代碼，你再看效果。
整個過程中，AI 做了四件事：理解意圖、生成代碼、自我糾錯、根據反饋修改。你做了一件事：描述和判斷。這就是 Vibe Coding 的工作模式。
理解這一點很重要，因為它幫你建立合理的預期。AI 不是在讀心，它在做模式匹配和代碼生成。你的描述越精確，它的輸出越準確。
Vibe Coding 的幾種形態
Vibe Coding 不是隻有一種做法。根據你使用的工具不同，體驗會有明顯的差異。
最常見的是 IDE 形態。你在 Cursor、TRAE、Windsurf 這類 AI 編程 IDE 裏工作，界面跟普通的代碼編輯器差不多，左邊是文件列表，中間是代碼編輯區，右邊可以預覽。
你在一個輸入框裏用自然語言描述需求，AI 直接在編輯器裏幫你生成和修改代碼。這種方式的好處是所見即所得，你能實時看到代碼和效果的對應關係。
另一種是 CLI 形態。你在終端裏跟 AI 對話，沒有圖形界面，純文字交流。Claude Code 和 Codex 是這類工具的代表，國產的 GLM Coding（智譜）走性價比路線，對中文用戶很友好。
CLI 形態的好處是 AI 的自主性更強，它可以自己讀取多個文件、執行命令、檢查結果、發現問題、繼續修改。你給它一個任務，它自己去執行，做完跟你彙報。適合需要大範圍修改的場景。
還有一種是聊天形態。你在 ChatGPT、Claude、Kimi 甚至是豆包的網頁版或者 API 裏跟 AI 對話，讓它幫你寫代碼，然後你把代碼複製到自己的項目裏運行。這種方式最簡單，但也最碎片化，適合解決單個問題，不適合做完整的項目。
這三種形態不是互斥的。很多人在不同場景下混用：
日常小改動用 IDE，大範圍修改用 CLI，遇到具體問題去聊天窗口問。隨着你做的項目越來越多，你會找到適合自己的組合方式。
誰在用 Vibe Coding，用來做什麼
Vibe Coding 早就不是互聯網圈的專屬了。這兩年 AI 的火爆，加上職場裏一種普遍的焦慮，不用 AI，是不是就要被落下？這讓各行各業的人都在琢磨同一件事：怎麼把 AI 用進自己的工作。教師、運營、財務、銷售、實體店主、自由職業者……他們大多和代碼無關，卻都有各自想用 AI 解決的問題。
更耐人尋味的不是誰在用，而是他們為什麼用。動機五花八門，遠不是幾個職業標籤能概括的：
有人是被焦慮推着——不想成為“那個還不會用 AI 的人”，先學着再說。 有人手裏一直有件想做、卻卡在不會寫代碼上的事：一個自己的小網站，一個幫自己省事的小工具，甚至給孩子做個小遊戲。
有人想把每天重複的活兒交給 AI，騰出精力做別的。 有人想換個賽道、搞個副業，先做個能跑的東西試試水。 也有人就是好奇，想親眼看看 AI 到底能做到哪一步。
這些動機跨行業——同一個“想做個小工具”的念頭，可能來自一個設計師，也可能來自一箇中學老師、一個市場運營。
所以與其問“我這種身份能不能用”，不如問“我想用它解決什麼”。門檻其實低得出奇：你只要能把需求說清楚，就能上手。
而如果你恰好是設計師，你還比別人多一層優勢——你天然知道什麼是“好看”，這正是讓 AI 不做出平庸東西的關鍵。這一點，這份指南會反覆講。
幾個常見的誤解
關於 Vibe Coding，有幾個流傳很廣的誤解值得澄清。
"隨便聊聊就能做出產品"。Vibe Coding 確實大幅降低了門檻，但它不是魔法。你還是需要想清楚你要做什麼，需要寫清楚你的需求，需要在 AI 給出結果之後做出判斷。一個模糊的需求會導致 AI 反覆猜測、反覆修改，最後浪費更多時間。清晰的表達能力是 Vibe Coding 最核心的技能。
"不需要任何技術知識"。你不需要會寫代碼，但你需要理解一些基本概念。什麼是前端和後端？什麼是框架？什麼是部署？這些知識不需要深入到能寫代碼的程度，但需要到能跟 AI 對話的程度。第三章會專門講這些"最少必要知識"。
"AI 會取代程序員"。Vibe Coding 取代的是寫代碼這個動作，但編程的核心，比如問題分解、架構設計、性能優化、安全審查，仍然需要人的判斷。Vibe Coding 更像是給非程序員打開了一扇門，讓有想法但沒技術的人也能把東西做出來。對於專業程序員來說，Vibe Coding 是一個提高效率的工具，不是替代品。
"做出來的東西質量很差"。Vibe Coding 做出來的東西的質量取決於你的審美和表達能力。如果你能清楚地告訴 AI 你的設計標準，做出來的東西可以非常專業。如果你什麼都不說，AI 就會用默認樣式，效果自然平庸。這也是為什麼這份指南會花大量篇幅講怎麼通過 DESIGN.md 把審美標準傳遞給 AI。
Vibe Coding 跟 AI 編程的關係
Vibe Coding 是 AI 編程這個大趨勢下的一個特定方向。
AI 編程是一個更寬泛的概念，涵蓋了所有用 AI 輔助編程的方式。你在寫代碼時讓 AI 幫你補全，這是 AI 編程。AI 幫你做代碼審查、找 bug，這也是 AI 編程。AI 幫你寫測試用例、生成文檔，這還是 AI 編程。
Vibe Coding 專注於一個特定的場景：你完全不寫代碼，用自然語言驅動 AI 從零生成完整的項目。它的核心特徵是忘記代碼本身的存在，你關注的是效果和體驗，不是代碼的實現。
這兩者的關係可以這樣理解：AI 編程是一個大圓，Vibe Coding 是裏面的一個小圓。所有 Vibe Coding 都是 AI 編程，但不是所有 AI 編程都是 Vibe Coding。
一個程序員用 AI 幫忙補全代碼、找 bug，這是 AI 編程但不是 Vibe Coding，AI 只是在打下手。一個設計師用自然語言讓 AI 從零做出一個網站，這才是 Vibe Coding。
Vibe Coding 和 NoCode 的區別
你可能用過 Webflow、Framer、Bubble 這類 NoCode 工具。它們都能讓你不寫代碼就做出東西，但和 Vibe Coding 的做法完全不同。
傳統 NoCode 給你的是一套預製積木。平台提供組件、模板、屬性面板，你在它框定的能力範圍內拼裝。能用什麼，取決於平台提供了什麼。
這一點設計師很熟悉，就像在 Figma 裏用一套現成的組件庫拼界面，能拼出什麼樣子，由庫裏有哪些組件決定。遇到組件庫沒覆蓋的交互，你就做不了。
Vibe Coding 不一樣。AI 現場寫的是任意代碼，沒有固定的組件庫或模板限制。它的能力邊界約等於「能寫出來的代碼能做什麼」。還是那個類比：你不是從組件庫裏挑現成的，而是讓 AI 當場給你造一個零件。
| 能力邊界 | ||
| 產物歸屬 | ||
| 你要學的 |
不過到了 2026 年，這條邊界正在被 AI 自己模糊掉。
Figma 推出了官方的 MCP 服務，讓 AI 直接讀你的設計稿生成代碼；Anthropic 推出了 Claude Design，你描述要什麼，它直接出視覺稿；各種 Claude Skills 讓 AI 按你的設計規範幹活。這些新工具已經站到了 Vibe Coding 這邊——它們不再讓你「拼積木」，而是讓 AI 現場造。
所以與其糾結某個工具算不算 NoCode，不如看一個更本質的標準：它給你的是有限的積木，還是讓 AI 寫任意代碼的能力。前者的天花板由平台定，後者的天花板由你和 AI 定。
這是我正在編寫的一系列 Vibe Coding 相關的免費基礎教程指南的開篇，我們首先理清了 Vibe Coding 跟傳統編程、AI 編程、NoCode 的邊界，你大概知道它是什麼、不是什麼了。
下一個自然的問題是：它到底能做出什麼樣的東西？接下來的內容安排會用實際的作品案例，讓你對 Vibe Coding 的能力有一個具體的感受。