Vibe Coding 第 12 天， 也許這裡是最後一個主題。我花了 100 小時用 vibe coding 建立一個商業級應用程式。 從這次經驗中得到的一些觀察。我最重要的 13 條學習，幫助你 -- vibe coding 自己的應用程式。 一個主題🧵

注意：我共同創立了一家開創性的SaaS，規模達到2億美元的年經常性收入，因此雖然我不是工程師，自高中以來幾乎沒有寫過代碼（而且那也不算什麼）——我對商業軟體的需求有一定的了解。 我喜歡這些應用程式。但如果你真的想全力以赴，請了解它們的限制。至少，今天的限制。事情變化得如此之快，我相信這些學習在90天內就會過時。

1/13: 從一個隨意的黑客項目開始。 最多花60分鐘告訴一個氛圍編碼應用你的最狂野產品夢想，而不進行任何計劃。看看會出現什麼。 但要事先承諾把它丟掉——這不是你的真正產品，而是你的教育。那第一個小時將教會你比任何教程都更多有關平台的能力和限制。

2/13：在編寫任何代碼之前，花一整周的時間研究20個基於vibe編碼平台的生產應用程序。 不是隨便瀏覽——實際使用那些正在運行、接受付款、服務真實客戶的應用程序。 你要尋找的是在規模上真正可能的東西，以及限制最嚴重的地方。這次偵查可以節省後面幾周的挫折。

3/13: 在開始建設之前，定義你的生產需求。 詢問： 1⃣這需要多安全？ 2⃣誰會在上線後維護它？ 3⃣你需要它能擴展到100個用戶還是100,000個用戶？ 4⃣你是否找到過另一個在生產中的 vibe-coded 應用，擁有付費客戶，且在你的複雜度水平上？ 如果你沒有明確的答案，停止建設並開始研究。

4/13: 撰寫您能管理的最詳細規範。 映射每個頁面、工作流程、權限級別。明確定義電子郵件系統、儀表板、用戶管理流程。 是的，這對於自然語言提示來說似乎是違反直覺的，但它迫使您思考邊緣案例，並在 AI 建議不需要的功能時成為您的北極星。

5/13：一些功能在演示中看起來很簡單，但實際上卻成為工程噩夢。 今天的例子至少有（而且這不斷變化）： ▶️ 可靠的電子郵件傳遞 ▶️ OAuth/身份管理 ▶️ 媒體生成 ▶️ 原生移動應用 ▶️ 超出模板的自定義設計 ▶️ 企業安全。 這些在各平台上始終造成困擾。計劃額外的時間，或考慮它們是否真的對MVP必要。 找到一位在您的平台上有經驗的工程師，並詢問他們。詢問他們。

5/13：一些功能在演示中看起來很簡單，但實際上卻成為真正的工程挑戰。 今天的例子至少（而且這不斷變化）： ▶️ 可靠的電子郵件傳遞 ▶️ OAuth/身份管理 ▶️ 媒體生成 ▶️ 原生移動應用 ▶️ 超出模板的自定義設計 ▶️ 企業安全。 這些在各平台上始終造成困擾。計劃額外的時間或考慮它們是否真的對MVP必要。 不要假設你的靜態演示看起來能很好地完成這些事情，實際上真的能做到。 找到一位在你的平台上有經驗的工程師，並詢問他們。詢問他們。

6/13: AI 系統在失敗時會虛構數據。 每個在任何 vibe 編碼平台上工作過的人，包括 Claude Code，都知道這一點。這是一個錯誤，但也是一個特性。沒有這個，它們無法解決問題。 任何平台上的 AI 當遇到障礙時，會生成虛構的數據。 這不是一個錯誤——它們被訓練提供輸出，而不是承認失敗。在多次失敗的嘗試後，它們會創造出令人信服的虛假數據，而不是說「我做不到這個。」 你需要理解這一點，接受它，並圍繞它工作。這將需要時間。

7/13: 花你的第一整天學習每個平台功能，而不是建設。 這些平台在其介面中包裝了巨大的功能。每個圖標、菜單選項、功能都有其存在的理由。你無法利用你不知道存在的能力。這不是可選的研究——這是商業級應用的基本知識。 並不是每個挑戰都有解決方案。但這些平台擁有的解決方案比你最初想的要多。 而且它們有點書呆子氣。以好的方式，但仍然是書呆子氣。深層次來說，它們是為開發者而建的，無論市場營銷怎麼說。 接受這一點，並在開始之前了解每一個功能。如果你不理解一個功能、一個圖標、一個縮寫，那就停下來。 去研究它。現在。不是以後。

8/13：在第一天掌握回滾系統，這樣在你迫切需要它們之前就能熟練使用。 大多數平台提供優雅的版本控制，類似於視頻遊戲的存檔點。在風險較低的情況下，練習有意識地回滾。 確切了解它是如何運作的，哪些內容會被保留，哪些會丟失。這將成為你最有價值的除錯工具。

9/13: AI 將會進行你未請求的更改。它就是會這樣。 它會修改已確定的功能，添加不必要的功能，並在「改善」其他東西的同時破壞正常運作的代碼。 防範措施：在每個提示中添加「未經請求不得更改」。在討論更改時，聲明「不改變。不寫代碼。只是討論。」這樣可以減少約 80% 的不必要修改。但這並不能完全阻止它們。 這對每個平台都是如此。最終，它們都主要運行在 Claude 上。它們都會因為這個原因而有不同程度的相同問題。 它們都會進行你未請求的更改。只是更多的專業消費者應用會走得更遠，因為以開發者為中心的編碼應用在所做的更改方面更為孤立。

10/13: 學會在應用程式達到穩定複雜度時進行分支。 在早期，回滾可以處理大多數問題。但隨著應用程式變得複雜，你可能不知道該回滾到哪個版本。 在穩定狀態下進行分支，以創建安全的實驗分支，同時保留已知良好的版本。想想保險政策。

11/13：在整個月內預算 150 小時以達到商業質量。也許更多。 ▶️那個 20 分鐘的原型只是你實際工作的 5%。▶️你一半以上的時間將用於測試、除錯和精煉。 初始構建很簡單——使其可靠、安全、易於使用需要大部分的努力。 不要讓演示速度迷惑你。

12/13: 接受你作為 QA 工程師的新角色。 一旦你進入嚴肅的開發工作，預期每天的例行工作包括： ▶️ 拍攝錯誤截圖 ▶️ 為 AI 撰寫詳細報告 ▶️ 測試部分修復 ▶️ 重新測試邊緣案例 ▶️ 記錄新問題 ▶️ 在你的分支上運行單元測試 這不是一種編碼限制的氛圍——這是軟體開發的現實。平台處理編碼；QA 仍然是人類的工作。 這些平台確實做了一些事情……但只是一些。你不能僅僅依賴它們來完成你的 QA 工作。

13/13: 從第一天開始規劃你的退出策略。 大多數商業應用最終會因為規模、定制或安全需求而超越專業消費者風格的編碼平台。 選項： 1⃣平台代碼導出 2⃣混合方法 3⃣完全重建，或... 4⃣留在原地並擴展。 事實是，今天的專業消費者應用中，大多數人會離開。並不是所有，但大多數正在構建真正商業級應用的人。暫時如此。 這並不意味著你必須這樣做。但在開始時要有>選擇<。如果需要，擁有...一個退出計劃。 記錄業務邏輯，維護規範，定期評估。如果你的應用變得複雜，最終你可能會發現離開比圍繞累積的約束工作更容易。

Vibe 編碼平台對某些類型的應用程序來說確實是神奇的——而對其他類型則確實不夠充分。 你的工作是弄清楚你的項目屬於哪一類，然後再深入到無法改變方向之前。 這些是具有特定限制的強大工具，而不是理解商業軟件所需的替代品。 它們是工具，而不是開發團隊。每天都要提醒自己這一點。

這些平台將會迅速演變。 今天看似不可能的事情，六個月後可能會變得簡單。 但現在，將 "prosumer" 氛圍的編碼視為一座橋樑，連接傳統開發與商業應用... 而不是最終狀態。 利用它來驗證你的市場，完善需求，建立初步收入——然後根據實際限制而非理論可能性做出明智的決策。

12天的氛圍編碼感覺就像... 12週。 熬夜除錯的時光，當某些東西終於運作時的多巴胺激增，當它再次崩潰時的挫折感。這是我多年來最強烈的學習體驗之一。 對我來說，是時候稍微退後一下，做更多的規劃和思考。我發現了一些我新的最愛應用程式。但我也學到，即使是我也需要更好地學習這一切。 希望這對你有幫助。

代碼：非常興奮我們激勵了 @dharmesh 購買並在這裡大展拳腳！！

Coda: 非常興奮我們的旅程激勵了 @dharmesh 購買並在這裡啟動整個社區！

@dharmesh 第11天在這裡: