Vibe Coding 宣言:AI 驅動的協作式編程

Vibe Coding 宣言

2025-03-24

Claude 3.7 等 AI 代理和 Cursor AI 等 AI 驅動的開發工具的迅速推出,標誌著程式碼生產方式的巨大變革。傳統的程式設計方式——程式設計師親自編寫每一行代碼——正變得越來越不可行。相反,程式設計師必須利用 AI 的能力,否則就有落後的風險。

Vibe Coding 的早期定義並未考慮到 AI 代理的變革力量。然而,這些代理完美體現了 Vibe Coding 的核心原則,以前所未有的方式將其實現。此宣言宣稱,編程的未來是 AI 驅動的協作,其中人類負責知識整合和測試協調,但很少手動編寫代碼。

簡短說明:雖然這份宣言可能自然屬於我的個人部落格,但 JustDo 一直是我生命中的工作——我的熱情項目。在這裡分享它感覺非常合適,因為我在這裡投入了如此多的熱忱,希望能激勵與我共同前行的其他人。這份宣言中的許多經驗教訓都源於我使用 JustDo 源碼的經歷,我相信分享這些經驗將幫助其他人突破編程的可能性界限。

氛圍式程式設計的基石

1. 自建知識庫

一個集中化、持續更新的程式碼和產品知識庫。關鍵在於AI 代理自己更新和維護這個知識庫,並由人類程式設計師進行監督。(例如在 Cursor AI 中,這種知識庫是通過 .mdc 文件實現的。)

為何重要:當 AI 能夠捕捉、參考和精煉所有相關信息時,它可以更加自主地工作—同時保持對項目目標、程式碼風格要求和產品限制的忠實性。

2. 確保可測試性

AI 產生的每一段程式碼都必須有有意義的測試覆蓋。AI 本身應該生成並運行這些測試,創建一個正向反饋循環,持續確保程式碼符合質量和功能要求。

為何重要:可靠的程式碼取決於強健的測試。通過將測試生成和執行作為 AI 的核心責任,人類可以自信地信任(並驗證)AI 的輸出。

氛式編程主張

1. 程序員絕不應該「手動編碼」。

如果你發現自己正在手動編寫或修復代碼,這表明你的知識庫存在差距或是你提供給AI的指令不夠完善。氛式程序員不會「親自動手」寫代碼,而是更新知識庫來教導AI哪裡出錯了,然後指導AI自行修復錯誤。

2. 所有程序員都將成為代碼審查者。

人類仍然是AI生成代碼的最終審核者。每次提交都必須經過嚴格審查,確保與產品一致、代碼風格、遵循DRY原則、可重用性和其他最佳實踐。AI代理並非取代開發人員—它是將他們轉變為品質守護者,隨時準備提供戰略性反饋並指導改進知識庫。

3. 程序員必須確保測試框架的完備。

設計和維護測試框架是人類的責任。AI必須能夠對它編寫的任何內容運行測試,以確保功能性和可靠性。如果系統缺乏必要的工具或框架,氛式程序員的首要任務是在讓AI繼續之前設計並整合這些工具或框架。

為何要擁抱氛圍編程(Vibe Coding)?

  1. 提高速度:藉由將原始程式碼撰寫委託給AI,人類團隊可以專注於更高層次的關注點——例如概念架構、產品願景和策略性審查。
  2. 提升品質:AI代理(AI Agents)可以持續生成測試框架、執行測試,並維護最新的知識庫。這種系統化的方法降低了人為疏忽和編碼錯誤的風險。
  3. 面向未來的技能:隨著產業朝向AI驅動的開發轉變,掌握「AI指揮家」的角色成為一項寶貴且永恆的專業技能。了解如何指導、測試和引導這些代理是軟體工藝將蓬勃發展的領域。

結論

氛圍編程(Vibe Coding)不僅代表一種新方法論,更是思維模式的根本轉變:程式設計師成為AI代理的教師、審核者和知識管理者,而這些AI代理負責處理大部分的原始編碼工作。通過專注於健全的知識庫和無縫測試,團隊可以釋放AI提供的速度和適應性——同時不犧牲清晰度、可維護性或產品願景。

編程的未來已經到來。擁抱氛圍編程(Vibe Coding)並利用AI代理的變革力量,從孤獨的編碼者進化為數位創新的強大協調者。

Daniel Chcouri,
2025年3月24日