用你的大腦：LLM時代的工程標準

在大型語言模型（LLM）時代，軟體開發已不再是少數人的專屬領域。任何人都能借助AI編寫軟體，這本身是好事。然而，我看到大量合格的軟體工程師正陷入“氛圍編碼”（vibe-coding）的陷阱——他們放棄了設計、思考、實現的標準流程，轉而快速生成大量質量可疑的程式碼。這種程式碼更像是普通使用者的產物，而非專業工程師的作品。

速度陷阱

LLM能以極快速度生成程式碼，但這一優勢需要正確的引導。當你的工具從個人指令碼擴充套件到被他人使用時，問題便接踵而至。依賴LLM修復問題會導致對程式碼庫失去控制。程式碼所有權這一概念值得深思：如果你無法獨立解釋程式碼原理並定位錯誤，那麼這個程式碼庫就不是你的。當AI每一條編輯都介入時，你不再管理軟體，而是讓AI操控你已無法理解的隨機程式碼。

即使參與大型團隊開發，追求速度也不應成為唯一目標。AI輔助開發時，對每次提交、潛在副作用、測試更新和最佳實踐都需要格外謹慎。最終，即使程式碼由LLM生成，你也需要理解它的行為。如果只是簡單地將LLM拋給任何未解決問題，而缺乏穩定的開發流程，程式碼庫將迅速失控。

所有權 vs. 保管權

你是隻想快速推進，還是希望構建可維護、可擴充套件、安全且真正屬於自己的系統？純粹的“牛仔”只關心最快完成任務，將後續維護交給他人——這種模式不可擴充套件。繼承程式碼的人會考慮重寫，並責怪你（並非真正屬於你的）設計決策。成為牛仔意味著沒有所有權，你只是保管人而非所有者。所有者與AI的關係更健康：他們將LLM視為生產力加速器，每次輸出都經過審查，提交的程式碼可以逐行解釋。遇到bug時，所有者能迅速定位問題區域，知曉如何修復及其影響。

然而，組織和專案正向開發者施加“快速”的壓力，使其悄悄從所有者降級為保管人。他們以為更快，實際上正將系統控制權交給AI，直到技術債務反噬。

正確利用AI：基礎設施與新網路禮儀

無論個人還是公司，都應迴歸基礎，建立嚴格的工程規範與護欄。理想的環境應具備：共享目標、真正的程式碼所有權、人與代理無縫協作且確保程式碼質量、安全及長期可維護性。基本規則包括：定義人員與AI的角色與責任；設定遵循的標準；配置支援開發者和代理遵守規則的工具；透過CI/CD強制執行一切。人與人之間的溝通不可替代，AI輔助編碼需確保所有權，代理生成的程式碼必須經過人工審查，禁止直接以AI輸出響應人工編寫的問題。

這聽起來像是80年代網際網路早期“網路禮儀”（netiquette）的復興——當有人花時間寫下一段內容，你應仔細閱讀並寫出恰當的回應，而非甩出一段AI生成的套話。用你的大腦。

至於工具，建議強化CI/CD：使用linter、格式化工具、pre-commit，確保測試套件由人工審查且正確。此外，利用AI定製化：編寫明確的AGENTS.md檔案設定護欄，再配合少量人工編寫的技能（skills），引導代理的思考與工具使用流程。

結論

AI是生產力助推器，是放大器。良好工程習慣經放大後帶來質量與速度的雙贏，確保程式碼庫的真正所有權；而懶惰被放大隻會用噪聲填滿你的倉庫，使你迅速淪為毫無所有權的保管人。利用工具提速，但永遠不要放棄你的工程判斷。用你的大腦。