🔧 阿川の電商水電行
為什麼速度讓人感覺很棒，但結構化的生活才能讓你保持理智
我每天都看到開發者向 Cursor、Claude Code 以及其他各種人工智慧編輯器發送指令。這種速度令人上癮。你能立即獲得成功，快速修復問題，並感覺自己比以往任何時候都更有效率。但這其實意味著你是在不穩固的基礎上進行開發。它今天有效，但以後可能會讓你付出代價。
我想詳細講解一下我在建構Nixopus 的過程中是如何將 AI 融入工作流程的，我希望我的團隊成員也能以同樣的方式運用 AI，以及為什麼保持核心工程實踐的完整性仍然至關重要。在探討解決方案之前，先了解問題出在哪裡很有幫助。
氣氛編碼悄然偏離軌道（你也是！）
-
氛圍編碼能讓你感覺自己像個十倍工程師，即使你其實沒有掌控全局。
-
經過多次提示後，你會搞不清楚到底改了什麼，以及為什麼改了。突然間，你需要別人來解釋你自己的程式碼。
-
編輯內容變得零散、不一致，有時甚至完全混亂。我看過有人直接把類似
SUMMARY.md這樣的檔案提交到主程式碼庫裡。 -
協作變得一團糟，因為大家對專案的理解不再一致。
-
結對程式設計受到了影響，因為每個人都沉浸在自己由人工智慧驅動的世界中。
-
知識移轉變得十分困難。新隊友最終不得不重新提示模型，才能理解其運作原理。
-
團隊的工程文化開始偏離穩健、有目的的實踐。
-
跨不同程式碼庫執行多個代理程式工作流程會帶來混亂，而不是清晰度。
-
到頭來，你只不過是給人工智慧下達命令，然後希望它能做對的事情而已。
既然你可能對上面提到的一些痛點感同身受，那麼接下來就精彩的部分來了。讓我們來看看如何扭轉這種混亂局面，讓「氛圍編碼」真正發揮作用，同時又不犧牲工程規範。
將原始提示轉化為有目的、一致的工作流程
提示不再只是一種技能，它正逐漸成為我們使用生命週期管理（LLM）編寫軟體的核心部分。提示越好，結果越好。當你把提示當作一種工程實踐而不是捷徑時，你會看到穩定、可預測的結果。
以下是處理方法。
-
要求提供逐步輸出：將指令分解成清晰、循序漸進的步驟。這能為模型提供結構，並減少隨機性。
-
告訴模型何時停止：如果您想複習某些內容，請指定模型在完成特定部分後暫停。這樣您就可以掌控流程。
-
當事情偏離軌道時要及時打斷：如果模型開始出現幻覺或偏離軌道，立即停止它，並用更明確的指示重新提示。
-
每次都要強調專案規則：在提示中提及編碼規範、資料夾結構、架構規則或任何不可協商的內容，以便模型優先考慮它們。
-
保持可重複使用的提示結構：建立用於功能開發、錯誤修復、重構、測試和文件編寫的範本。
如果您使用Cursor ，請將它們保存在您的.cursor資料夾中以便快速存取。
您可以與團隊共享相同的結構，以便每個人都能以相同的清晰度開展工作。
像工程師一樣進行審查，而不是像人工智慧操作員一樣。
使用生命週期模型 (LLM) 編寫程式碼並非在編輯器停止輸入後就結束了。真正的工作始於程式碼審查。對你提交的程式碼負責，及早發現問題，並將模型作為工具而非替代品。
- 承擔責任
你讓模型來寫這段程式碼。當拉取請求裡充斥著評論時，不要慌張。主導程式碼審查，回覆回饋，並在問題合併到main之前修復它們。責任感強能讓團隊保持信心，確保程式碼庫的健康。
- 首先進行自我評估
不要盲目信任模型。執行程式碼，逐步執行邏輯，找出錯誤。刪除多餘的表情符號，清理變數名，並以自己寫的方式格式化程式碼。你是工程師，模型是助手。
- 代理審核作為第二輪審核
使用自動化審核工具或其他模型來掃描程式碼風格、特殊情況或安全性問題。這並不能取代人工判斷，而應將其視為一種高品質的程式碼檢查工具，它可以發現您可能遺漏的問題。
- 立即修復小問題
及時處理出現的細微意見和小問題。小問題會迅速累積。現在解決它們可以避免以後進行更大的返工，並保持評審週期快速且有效率。
- 胸懷大志，小規模生產
發布簡潔實用的變更。但要注意規模經濟。問問自己：這種模式在使用者數量或貢獻者數量增加 10 倍時是否仍然適用？在務實簡潔與可擴展性之間取得平衡。
讓自動化流程確保你的團隊不會忘記那些重要事項。
你的 CI/CD 管線是你所有產品交付的基石。它從 pre-commit 和 pre-push 鉤子開始，一直貫穿你的程式碼，直到最終部署到生產環境。強大的流水線即使在自由編碼的誘惑下也能確保你嚴格遵守規範。
確保您的流程涵蓋所有必要環節：
-
編碼標準
-
程式碼檢查器和格式化器
-
編譯和類型檢查
-
提交訊息規則
-
具有足夠深度的強制性審查
-
當變更有風險時，需要額外的審查週期。
一個完善的流程可以彌補你的疏漏，保持團隊步調一致，並確保每個功能都能順利上線。
專注於過程，而不僅僅是結果。
開源之所以有效，是因為人們關心它。他們關心社區、標準、技術，以及計畫的長遠發展。缺乏共同原則的小團隊，如果只專注於結果而忽略實現過程，就會逐漸陷入粗糙的工程設計。
如果你相信流程至關重要，重視清晰的變更歷史記錄，並且拒絕發布一個隱藏著無數 bug 的功能，那麼這種思維方式就不可動搖。尊重工藝，尊重原則，同時也不要忘記那些能讓你的工作效率保持高效的策略。
你運送什麼固然重要，但你如何運送更重要。
遵循這些步驟，你就能擺脫混亂的程式模式，快速且有效率地建立程式碼，同時又不犧牲工程技術。這些方法正是我平衡各種因素的方式。如果你對此有所共鳴，歡迎追蹤我，獲取更多類似的啟發！
原文出處：https://dev.to/raghavyuva/the-art-of-vibe-coding-with-actual-discipline-lo
1) --- 會變成分隔線（上一行必須是空白）
2) # 會變成一級標題
3) ## 會變成二級標題
4) ### 會變成三級標題
5) **粗體文字**會顯示粗體文字
6) ```當第一行與最後一行會顯示程式碼
7) 請搜尋 Markdown 語法，了解各種格式
