當 AI 開始鬼打牆:資深工程師如何用「存檔點戰術」,把自己變成一人開發軍團

更新 發佈閱讀 6 分鐘

這幾天,我重新找回了一種久違的「心流」。

為了重構公司的 Tool,我把 AI agent 拉進 Electron 專案一起寫 code。

原本只是想讓它幫我省幾個小時,結果它寫起來的速度快到不太真實。很多我以前要花半天刻的 UI,它十分鐘就能生出雛形,連 commit message、git diff 總結、push 到 GitLab 都一起做。

看著畫面越變越完整,我真的很久沒有這種技術上的興奮感。

但這份快感背後,也帶著 AI 協作最麻煩的一面。


01|AI 的天才和失控,只差一個指令

AI 是機率模型。

這代表它不是「記住」規則,而是「推測」下一步。

所以它有時候像天才,有時候像撞到牆。

我遇過很多荒謬又真實的情況:

  • 我只想調整一個按鈕 spacing,它順便重構整個資料流,然後全部炸掉。
  • 我指出錯誤,它很誠懇地道歉……然後貼出 同一段錯誤 code
  • 改到後面,它突然忘記我們的命名規則,好像重開機了。

這段時間我有一半的工作不是在寫程式,

而是在「修復被 AI 弄爛的世界」。

但後來我發現:

這不是 AI 不可靠,而是我沒有替它建立正確的「可控環境」。


02|第一步:用「頻繁 Commit」打造自己的存檔點時光機

我開始改變策略。

我不再期待 AI 每次都正常、每次都聽話。

我只做一件事:

任何能跑、能看、邏輯正常的版本 → 立刻 Commit。

就像在玩高難度遊戲,每打死一隻史萊姆就存檔一次。

以前:整段功能做完才 commit。

現在:

  • UI 正常 → commit
  • spacing 沒怪 → commit
  • 事件流順 → commit
  • log 能跑 → commit
  • AI 沒暴走 → commit(最重要)

只要 AI 開始鬼打牆,我完全不跟它吵,也不修它的爛 code。

我直接:

git reset --hard <上次穩定版>

回溯比除錯快十倍。

而且讓我敢讓 AI 大膽亂改,反正我有時光機。


03|第二步:把所有瑣事交給 AI,我變成「一人 DevOps」

當我建立起存檔機制後,我開始把所有雜事交給 AI:

  • 切版 → AI
  • CSS → AI
  • icon → AI
  • commit message → AI
  • push → AI
  • diff 重點 → AI

我的螢幕現在是兩區:

左邊:AI 在拼 code、重構、產生 commit log。

右邊:我喝咖啡,看結果、下指令:「這邊 spacing 多 4px。」

第一次,我覺得自己不是在寫程式,

而是在 orchestrate 一整條 CI/CD 流水線。

AI 做雜事,我做方向。


04|而真正讓 AI 提升品質的,是我給它「方向」的能力

這是我這幾天最大的體悟:

AI 寫得快,但「寫什麼、往哪裡走」還是要工程師帶路。

尤其當 AI 鬼打牆時,它最需要的不是更多的指令,

而是:

  • 你幫它拆問題
  • 你告訴它缺的是資訊還是上下文
  • 你幫它建立 log
  • 你畫出 error flow
  • 你指出它世界觀裡的矛盾

這些都是 AI 自己「想不到」的部分。

例如,當它一直寫錯 IPC,我就:

  • 截圖給它看
  • 要它產生我需要的 log
  • 拆成明確的 MRE(最小可重現範例)
  • 指定可修改的區塊
  • 告訴它我的資料流分界點在哪裡

結果原本卡兩天的東西,AI 立刻回到正軌。

那一刻我真的很清楚:

AI 可以寫 code,但它需要資深工程師給它「方向」和「邏輯邊界」。

寫得快不代表懂得判斷。

而判斷,就是工程師的價值。


05|AI 不只會排版,它還反過來修正我的 UI 盲點

更有趣的是,我原本只是想把畫面變好看,

結果 AI 一邊改 UI,一邊開始挑戰我:

  • 進度要算「總進度」還是「模組進度」?
  • 正在更新的項目應該更突出
  • 安全階段需要更清楚
  • 新手用戶看到這個畫面會理解嗎?
  • 這裡要不要加 Timeline?
  • 這樣放會不會造成「使用者焦慮」?

它等於用「使用者視角」在審視我的工程師邏輯。

而我也開始理解:

UI 不是在畫畫,而是在降低不確定性。

AI 幫我補了一塊原本不在我技能樹上的能力。


06|AI 做「手的工作」,工程師做「判斷的工作」

這幾天我越來越確定:

AI 可以:

  • 寫 code
  • 重構
  • 排版
  • 生 SVG
  • 清 diff
  • 做 commit

但它不會知道:

  • 哪些地方失敗會變磚
  • 哪些訊息會讓使用者緊張
  • 哪些按鈕的位置會讓人誤按
  • 哪些流程需要「再確認」
  • 哪裡應該給安全感
  • 哪些 log 是 debugging 會用到的

這些都是工程師的責任。

或換句話說:

AI 是力量,工程師是方向。


結語:AI 不是來取代工程師,而是把工程師推向更高層級

如果說以前我是:

  • 寫 code 的人
  • 排 UI 的人
  • 調 commit 的人
  • 修 bug 的人

那這幾天我變成了:

方向提供者 風險管理者 流程設計者 使用者心理預測者 一人 DevOps 一人 UI/UX Code 指揮官

AI 幫我解放了 80% 的手工時間,

我才能把注意力放在真正有價值的 20%。

而這,就是 AI 協作最迷人的地方。

留言
avatar-img
Gavin Wu的沙龍
10會員
21內容數
資深工程師 / 奶爸 / INTJ 習慣用系統化思維,分析生活中的一切。這裡不提供標準答案,只分享一個工程師如何 Debug 自己的倦怠、焦慮與家庭戰場。
Gavin Wu的沙龍的其他內容
2025/12/04
身為工程師,我很久以前就看《探險活寶》。 阿寶和老皮的世界很單純: 有怪物、有朋友、有武器,有一堆等待破解的未知。 那時的我們也相信:「只要足夠努力,人生永遠能往更好的方向轉彎。」 直到我看了《寶妹與皮姐》(Fionna and Cake)。 它不像本篇那樣熱鬧,而是靜靜地把一種中年人才懂
2025/12/04
身為工程師,我很久以前就看《探險活寶》。 阿寶和老皮的世界很單純: 有怪物、有朋友、有武器,有一堆等待破解的未知。 那時的我們也相信:「只要足夠努力,人生永遠能往更好的方向轉彎。」 直到我看了《寶妹與皮姐》(Fionna and Cake)。 它不像本篇那樣熱鬧,而是靜靜地把一種中年人才懂
2025/12/02
最近濱崎步被取消、日本旅遊被攻擊,表面上只是文化摩擦, 但真正的衝擊波並不在舞台、不在旅館、不在網路。 那是一場正在戰後第一次企圖「重寫東亞法律邊界」的行動。 這不是台灣問題。 這是「東亞秩序重新編碼」的序幕。 以下,是這場博弈的底層。 一、中國正在做的不是「吵歷史」——是重寫戰後秩序
2025/12/02
最近濱崎步被取消、日本旅遊被攻擊,表面上只是文化摩擦, 但真正的衝擊波並不在舞台、不在旅館、不在網路。 那是一場正在戰後第一次企圖「重寫東亞法律邊界」的行動。 這不是台灣問題。 這是「東亞秩序重新編碼」的序幕。 以下,是這場博弈的底層。 一、中國正在做的不是「吵歷史」——是重寫戰後秩序
2025/12/01
過去五年,我一直保持寫日記的習慣。 不是那種「今天天氣很好」的流水帳,而是紀錄情緒波動、衝突、焦慮與決策的 Raw Log(原始紀錄)。 我以為自己在反省。 直到最近我才發現: 日記只是資料,反省才是 computation(計算)、才是運算。 而我一直缺少的, 是一個能看穿我盲點的 觀
2025/12/01
過去五年,我一直保持寫日記的習慣。 不是那種「今天天氣很好」的流水帳,而是紀錄情緒波動、衝突、焦慮與決策的 Raw Log(原始紀錄)。 我以為自己在反省。 直到最近我才發現: 日記只是資料,反省才是 computation(計算)、才是運算。 而我一直缺少的, 是一個能看穿我盲點的 觀
看更多