Agentic Coding Is Just Vibe Coding In A Suit

原始來源與檔名：2026-07-03T094721+0800-Agentic Coding Is Just Vibe Coding In A Suit.md

SOURCE | 資訊源評估

• 準確性：文章屬於個人觀點與經驗分享，反映了當前軟體工程界對 AI 輔助開發名詞的現象與心理狀態，具備高度的實務共鳴感。
• 易理解性：極佳。作者使用幽默、口語化的比喻（如戒酒、穿上西裝）來解釋技術名詞背後的人性與實務差異。
• 閱讀策略建議：適合輕鬆閱讀，重點在於理解「Vibe Coding」與「Agentic Coding」在實務操作上（如計畫、範圍、工具使用）的差異，以及作者對於工程師「包裝」行為的諷刺與反思。

NAPKIN | 餐巾纸

• 餐巾紙公式：Agentic Coding = Vibe Coding + 規劃步驟 (Planning) + 自主測試/修正層 (Self-correcting loop) + 體面的命名 (Branding)
• 一句話：「Agentic Coding」只是工程師為了讓「Vibe Coding」聽起來更專業、更嚴謹所發明的包裝詞，本質上還是用自然語言描述意圖並大量合併未讀程式碼的過程。
• 餐巾紙草圖：
  • Vibe Coding ➡️ 提示詞 ➡️ 產出單一/兩個檔案 ➡️ 肉眼確認 ➡️ 繼續提示
  • Agentic Coding (西裝版) ➡️ 提示詞 ➡️ 產生執行計畫 ➡️ 跨 Repo 執行與測試 ➡️ 大量合併未讀程式碼 ➡️ 感覺自己很專業 (Branding)

ROUND 1: SKELETON | 骨架掃描

• 核心問題：「Agentic Coding」和「Vibe Coding」到底有什麼本質區別？
• 核心答案：技術上有微小差異（如計畫步驟、跨檔案、自我修正機制），但本質上開發者都是用自然語言下指令，並合併大部分沒細看的程式碼。「Agentic」只是為了消除工程師使用「Vibe」這個詞的羞恥感。
• 論證結構與章節骨架：
  1. 現象觀察：朋友聲稱自己「戒了 Vibe Coding」改用「Agentic Coding」，但描述的流程依然是依賴 AI 與不看程式碼就 Merge。
  2. 揭露真相：指出 Agentic coding 只是穿上西裝的 Vibe coding，是為了包裝而生的名詞。
  3. 技術差異分析：客觀列出兩者的差異點（規劃、範圍、工具與驗證）。
  4. 個人實踐經驗：作者分享開發 Tanẽ 到 alex-agents 的歷程，證明流程升級了，但核心寫 Code 體驗並未改變。
  5. 結論與反思：呼籲大家誠實面對開發樂趣，不需要用花俏的詞彙來偽裝專業。

ROUND 2: DISSECTION | 血肉解剖

• 隱形假設：
  • 假設大多數聲稱使用 Agentic Coding 的開發者，實際上並沒有仔細 Review AI 產生的每一個 Diff（差異檔案）。
  • 假設工程師群體普遍存在「技術偶包」，認為直覺式的開發（Vibe）是不嚴謹、不專業的。
• 邊界條件：這個論點主要適用於個人專案、原型開發（Prototyping）或以 AI 驅動為主的小型到中型專案。如果在嚴格合規或高安全性要求的企業環境中，即使是 Agentic Coding 也勢必需要嚴謹的人工 Review。

ROUND 3: SOUL | 靈魂提取

• 知識連結：可以連結到軟體工程史中的「命名驅動開發（Hype-driven development）」，以及技術社群中對於「嚴謹度」的迷思。
• 深層洞見：技術名詞的演進有時候不是因為技術產生了革命性的突破，而是為了解決使用者的「心理障礙」與「身份認同」。工程師需要一個聽起來像工程的詞彙來合理化自己的行為。
• 留白提問與行動呼籲：
  • 你在寫程式時，真的有仔細看過 AI 產生的每一個 Diff 嗎？
  • 你是否也曾為了聽起來專業，而使用更高級的詞彙來描述簡單的流程？
  • 行動呼籲：放下名詞包袱，享受快速打造原型的 Vibe 樂趣！

DEEP READ | 精讀指引

• 段落：「Agentic coding tightens four things. It creates a plan before writing… It works across the whole repo. And it uses tools…」
• 推薦理由：這是全篇最具有技術價值的段落。作者雖然諷刺名詞包裝，但依然精準點出了 AI 輔助開發從「單點生成」走向「Agent 架構」的四個關鍵演進：計畫（Planning）、全域範圍（Whole repo）、工具使用（Tools）、自我驗證（Validation）。這對於我們評估 AI 開發工具提供了很好的框架。

Agentic Coding Is Just Vibe Coding In A Suit (Architectural Deep Dive)

前言/背景

本文探討近期在軟體開發圈流行的詞彙「Agentic Coding」與早期的「Vibe Coding」之爭。作者發現許多工程師試圖用 Agentic Coding 來標榜自己的嚴謹與專業，但實際上開發的本質依然是用自然語言描述意圖，並大量依賴 AI 生成與合併程式碼。文章旨在拆解這層「專業包裝」，指出兩者的真實異同。

Agentic Coding 與 Vibe Coding 的實務差異

作者的朋友聲稱放棄了 Vibe Coding，轉向 Agentic Coding（使用 Claude Code）：

“I merge things without reading most of it. I know it’s bad.”

作者認為 Agentic coding 本質上就是 Vibe coding 穿上了西裝（in a suit）。那個「西裝」指的是規劃步驟、自主性，以及它能按照你的喜好修改八個檔案的能力。

Vibe Coding 的特徵 (Karpathy 版)

Vibe Coding 是相對鬆散、直覺的：

• 互動模式：你輸入提示詞，AI 寫程式，你看著螢幕，再輸入提示詞。
• 影響範圍：通常只涉及一個或兩個檔案。
• 核心精神：它是建立原型（Prototyping）的階段，充滿探索的樂趣。

Agentic Coding 的四大強化點

儘管作者認為本質相同，但他客觀指出了 Agentic coding 緊縮了四個方面的流程：

1. 事前計畫 (Plan before writing)：在修改任何東西之前，AI 會先在一份你能閱讀的檔案中列出步驟規格。
2. 全域視野 (Whole repo)：它的工作範圍涵蓋整個程式碼庫。
3. 工具運用 (Uses tools)：它會執行測試套件。
4. 自我修正與驗證 (Validation layer)：具備檢查自身產出與自我修正的迴圈。

(Throwback to Left 4 Dead, I loved the game so much)

作者的實戰經驗：從 Tanẽ 到 alex-agents

作者分享了他開發 Telegram 機器人「Tanẽ」的經驗。 一開始是純粹的 Vibe Coding：打出想要的文字、讓 AI 執行、合併程式碼然後繼續。 隨著專案變大變亂，他重新建立了一個更乾淨的版本「alex-agents」：加入了規劃檔案、適當的結構、以及能跨整個 Repo 運行和自我檢查的代理人 (Agents)。

按照主流標準，這算是從 Vibe 畢業，晉升到了 Agentic Coding。但作者坦言：

• 依舊用文字描述意圖
• 依舊讓機器自動執行
• 依舊在不閱讀每一行的情況下合併大部分程式碼

“I turned the autonomy dial up and added a planning step. That’s it. Same loop, same me, slightly tighter setup.” （我只是把自主性的刻度調高，並加入了一個規劃步驟。就這樣。同樣的迴圈，同樣的我，只是設定稍微嚴謹了一點。）

總結與結論

作者對於名詞包裝感到不滿，因為「Agentic Coding」這個標籤讓人們逃避了誠實的環節。換個名字，工程師就覺得自己恢復了嚴謹性，但其實行為模式並沒有改變。

3-5 點核心技術洞察 (Key Takeaways) 與架構建議：

1. AI 開發的本質不變：無論工具如何進化，核心依然是「自然語言意圖轉換」與「將驗證與實作外包給 AI」。
2. Agent 架構的四大支柱：評估或建立 Agentic 開發系統時，應關注其四大要素：規劃能力 (Planning)、跨模組分析 (Whole repo context)、外部工具整合 (Tool use)、以及自我修正迴圈 (Self-correcting loop)。
3. 心理學影響技術名詞：不要被社群中新穎的技術名詞所迷惑。工程師有時候只是需要一個「聽起來像工程」的名詞來降低對於交出控制權（不逐行 Review Code）的焦慮與羞恥感。
4. 享受原型的樂趣：不要急著在概念驗證階段追求過度的嚴謹，Vibe Coding（直覺式開發）是驗證想法最快樂也最高效的方式，不必急著為其穿上西裝。