從舊有廢墟（象徵失敗的專案/代碼）中，透過重構升起全新的、精簡的系統。
2012 年，Stewart Butterfield 站在團隊面前，宣布了一場葬禮。他苦心經營三年、燒掉數百萬美金的多人線上遊戲 Glitch 正式宣告失敗。他在演說中數度哽咽，當時沒人預見到，這片遊戲的廢墟竟會成為矽谷史上最強大軟體的沃土。
Butterfield 沒有試圖修補那台已經拋錨的遊戲代碼車，他做了一個極其痛苦且激進的「轉向（Pivot）」：放棄所有遊戲代碼，將團隊開發時私下使用的聊天工具獨立出來。六個月後，Slack 誕生了。2020 年，Salesforce 以 277 億美金併購了這個平台。
這不僅是一則矽谷傳奇，更是一堂關於「迭代本質」的生存課。但在 AI 浪潮席捲全球的今天，多數企業主與「被迫上火線」的非技術員工，卻正走在與 Butterfield 完全相反的毀滅之路上。
一、 被迫上陣的「Vibe Coder」：當快感變成了血栓
「全員都要會用 AI 寫程式！」這句話現在正出現在無數企業的戰略簡報中。行銷人員、HR、業務經理，一夜之間都被冠上了「AI 轉型工程師」的重擔。
他們開始實踐所謂的「Vibe Coding」：對著 AI 許願，看著代碼如雨後春筍般冒出，按下執行鍵——程式竟然動了。這種「能動就好」的初期快感，讓老闆與員工都產生了一種錯覺：開發軟體原來這麼簡單。
然而，這種基於「直覺（Vibe）」的開發模式，正悄悄在企業內部埋下致命的血栓。
隱形的 8,000 行代碼炸彈
當你對著 AI 說「幫我做一個客戶管理系統」時，AI 的天性是**「優先讓程式跑起來」，而非「考慮未來好不好改」**。
為了省事，AI 會將登入邏輯、客戶顯示、報表產出、UI 設計，通通塞進同一個名為 main.js 的檔案裡。最初的 500 行看起來很輕巧，但隨著需求增加，這個檔案會迅速膨脹到 8,000 行。對於不懂程式碼的 Vibe Coder 來說，這個檔案變成了一個不可觸碰的「黑盒子」。
災難通常發生在三個月後：當老闆要求增加一個簡單的「發票列印」功能，AI 卻因為代碼太過糾纏而產生「腦霧」，改了發票功能，卻弄壞了登入系統。此時，員工才驚覺自己打造的不是軟體，而是一塊被焊死的「技術廢鐵」。
二、 迭代的真相：要修補舊車，還是重組新船？
為什麼我們需要迭代？因為在荒野探險中，那裡沒有地圖。無論是創業還是企業專案，你面臨的都是未知的迷霧。你原本以為是森林，所以造了車；但當你開到盡頭發現是汪洋，這就是「撞牆」的時刻。
迭代即決策，而非修補
在傳統開發思維中，因為人力成本昂貴，人力開發緩慢，我們習慣「修補」。我們試圖在車輪旁焊上浮筒，試圖讓車子變成船。
但新時代的探險家明白：撞牆不是失敗，而是獲得了新的資訊。 當馬斯克（Elon Musk）發現俄羅斯火箭的架構與其目標相左時，他沒有試圖去改良那些舊機器，而是選擇「全力轉向」，重新開發屬於 SpaceX 的火箭。
對於企業主來說，轉向（Pivot）是生死攸關的。如果你為了留戀那 8,000 行已經「焊死」的舊代碼，而不斷要求員工在上面修修補補，你最終會燒光所有的現金，卻只得到一台既不能爬坡、也無法航行的兩棲怪胎。
三、 獻給 Vibe Coder 的 樂高開發法
為了應對這種「無地圖探險」的壓力，我們需要一種能讓非技術人員也能駕馭的開發框架。這就是 Mini-TDD-Factory 的誕生核心：將開發權從「代碼」交還給「意圖」。
1. 樂高開發法 科層結構，先限制，再開發
AI 需要規矩。如果沒有規矩，它會寫出混亂。
Mini-TDD-Factory 強制 AI 遵循「樂高法」：每個功能必須是獨立、可拆卸的積木。這本質上是一種「科層結構（Hierarchy）」，在開發的第一天就給予限制，不准 AI 隨意塗鴉，每個零件有明顯的邊界。這種策略讓系統具備了極高的「可修改性」。當環境從森林轉為海洋，你不是在「改代碼」，你是在「抽換積木」。
2. Ralph Wiggum Loop：躺平開發的魔法
最讓非技術員工感到解脫的，是系統實作了全自動開發循環——Ralph Wiggum Loop 。
有關 Ralph Wiggum Loop，詳見本文，更好的是你自己做一次。
傳統 Vibe Coding 的痛苦在於，你得盯著 AI 改 Bug，來回溝通十幾次還改不好。但在 Mini-TDD-Factory 中，流程被徹底顛覆：
寫下劇本： 你只負責寫白話文的需求（requirements.md）。自動出題： AI 會根據需求，自動寫出驗收標準（Gherkin）。自動工匠： 啟動循環後，AI 會自己寫程式、自己跑測試，失敗了就自己修正。
當你在喝咖啡的時候，AI 正不斷地自我修正，直到那塊完美的「樂高積木」全綠通過驗收。你不用管代碼怎麼寫，你只需要確保你的「劇本」是正確的。
四、 商業啟示：意圖才是你唯一的資產
在這個程式碼可以由 AI 大量生成的時代，程式碼本身的價值正在歸零。它成了消耗品，像是電影拍攝現場的膠捲，隨時可以棄置重領。
企業的血栓與避險
對企業主來說，無法輕易修改的系統，就是企業的「血栓」。當市場風向轉變，競爭對手已經「換船」出發，如果你還在海邊為了那台修不動的拼裝車付高額修車費，倒閉只是時間問題。
守護你的「意圖積木」
你真正要守護的資產是：你的白話規格書（意圖）與驗收標準（劇本） 。只要這套「樂高說明書」還在，無論未來 AI 技術如何更迭，你的企業隨時都能在幾分鐘內完成「原地重構」。
結語：在廢墟中造出 Slack 的力量
Stewart Butterfield 之所以能從 Glitch 的廢墟中生出 Slack，是因為他有「推倒重來」的勇氣與「重組」的能力。
身為被推上 AI 轉型火線的普通員工，你不需要成為工程師，但你需要用對工具。
不要當那個在沙灘上滿頭大汗修補拼裝車的技師，要當那個坐在快艇上，運用 AI 樂高積木隨時轉向的航海王。 Mini-TDD-Factory，讓不懂技術的你，也能在沒有地圖的荒野中，靠著精準的「意圖」，拼湊出改變世界的未來。
立即體驗 AI 樂高開發法： https://github.com/richblack/Mini-TDD-Factory
📚 相關文章
