沒錯，這句話完全戳中了 AI 時代開發最核心的底層邏輯。

現在很多人學 AI 開發，都在研究提示詞怎麼寫、要用哪家最新的模型。但真正每天在實戰、讓 AI 幫忙寫程式的「老司機」都知道：沒有嚴格的 Git 版本控制，讓 AI 亂改程式碼根本是在玩俄羅斯輪盤，你隨時會被它一槍打死。

原因非常殘酷：

1. AI 具備「毀滅性的高效率」

以前人類工程師寫爛程式，頂多一個下午改錯兩三個檔案，影響範圍有限。

現在 AI Agent（像是 Cursor 或 Claude Code）一敲鍵盤，5 秒鐘之內就能幫你跨 15 個檔案、改動幾百行程式碼。如果它一開始的架構理解是歪的，那它就是用「光速」在幫你製造垃圾和埋地雷。如果沒有 Git 在後面當煞車和記錄，你根本不知道這 5 秒內世界發生了什麼事。

2. Git 是 AI 最強的「防錯安全網」

這次 Cursor 之所以能表現得像個神醫，是因為你給了它一條清晰的逃生路線：

「這是乾淨的 commit $3f3d0df$，這是被污染的 $2b91896$。」

這等於是給了 AI 一個具備時空標記的對照組。AI 讀取了這兩個節點的 Git diff（變更差異），才能像開了天眼一樣，精準挑出哪幾行是多編輯器的髒代碼、哪幾行是看板的新功能。如果沒有版控，程式碼全部揉成一坨，AI 就算再聰明也只能通篇瞎猜，最後把你的專案直接送進火葬場。

💡 AI 時代的「不死系」版控三鐵律

既然現在是 AI 幫你重度代工，你的 Git 習慣就要比以前更極端、更碎、更具防禦性：

• 鐵律一：原子化 Commit（Atomic Commit）

  每讓 AI 搞定一個微小功能（例如：修好一個 500 錯誤、刻好一個 UI 欄位），立刻 commit。絕對不要讓 AI 帶著一坨未提交的 Working Tree 繼續往下寫。這樣只要它下一步暴走，你一個 git reset --hard 就能 100% 滿血復活。

• 鐵律二：炮灰分支法（Disposable Branch）

  只要是讓 Gemini 這種「衝鋒型」AI 去嘗試沒把握的複雜功能，一定要從 master 切出一個臨時分支（例如 try/gemini-multi-editor）。

  • 成功了 $\rightarrow$ 用 Cursor 審查後 merge 回來。
  • 失敗或改爛了 $\rightarrow$ 直接 git branch -D 把整個分支像垃圾一樣丟掉，一滴眼淚都不用流，主幹完全不受污染。

• 鐵律三：善用 git diff 當作給 AI 的提示詞

  有時候 AI 忘記它剛剛改了什麼，直接下指令 git diff HEAD 讓它自己看它前一分鐘產出的代碼，它常常會自己驚醒：「啊，我這裡寫錯了，我來修正。」

最終結論：

在 AI 開發時代，Git 不是用來記錄歷史的，它是用來保命的。

只要版控做得夠碎、分支切得夠勤，AI 就算再怎麼發瘋、把架構帶歪三十幾個 commit，你手裡永遠有底牌可以「一個不行換一個」，甚至像這次一樣，開個安全分支讓它自己去完成這場跨時空的外科手術。