🦄 從準備證照考試、打造一個我只在理論上才理解的 agent,到等待一條我希望已經自動化的 pipeline,我一直不斷撞上同一種死寂:AI 在寫程式,那我呢?到底在幹嘛?
所以這篇文章,就是我在回答自己的問題——也歡迎你丟更多點子進來。🕰️✨
PS: @francistrdev 你上次特別有禮貌地要求要看迷因,所以這次我準備了特別版 😆
這篇是寫給那些已經徹底不用在每一步都手把手帶著 AI 做事的人。如果你還在透過提示詞叫它改一個方法或新增一個環境變數,那這篇就不適合你。
如果你還在看,代表我猜你也遇到了跟我一樣的問題。
AI 忙著寫程式的時候,你到底該做什麼?
這可能會花 5 分鐘,也可能是 20 分鐘,而這會從根本上改變我們以前為了真正高效所需要的深度專注時段概念。我們已經不再 नियमित地深入檢視程式碼庫了,那這段時間要怎麼用?
以下是我對這件事的一些想法,涵蓋個人專案——也就是沒有截止期限——以及工作場合,像是企業方希望昨天就部署完成的那種情境。
老實說,這選項我超不擅長。我想要一直都有事情做。

不過我也理解,有時候我自己其實也在做我們會指責 AI 的同一件糟糕事情:先選一個看起來合理的答案,卻沒有在每一步停下來仔細考慮所有選項。
我常常會發現自己中途停止生成,或收回前面講過的內容,其實我本來可以多想一下問題,最後得到比第一個答案更好的結果。
而且這也是這份清單裡,唯一一個會讓下一次執行變得更好、而不只是填滿時間的選項——多把故事放在腦中想一會兒,代表我在 diff 出來之前,就已經知道自己要先排除哪些方向了。
這個我也很難做到,因為它感覺就像什麼都沒做。
老實說,現在我比以前少做很多了。以前我會盯著輸出,隨時準備在任何時刻出問題。
後來信任感慢慢建立起來了——對,它還是會偶爾出錯——但這不代表我又回到每一步都盯著看的狀態。
如果我真的在看,我比較是在看方向,而不是看程式碼本身。它有沒有動到正確的檔案系統區域?如果我只是要求改顏色,但 AI 最後卻改到資料檔,那就代表某個地方出了問題。也要注意測試,因為它很樂意連同程式碼一起把測試改掉。
PR 審查、企業正式上線申請、測試文件——所有和部署相關、但 pipeline 沒有照你希望的方式自動化時就得手動處理的事情,都歸到這裡——你懂我的意思……

我現在正在準備 GCP Architect Certification,所以我很多零碎的 5 分鐘空檔,都拿來看一小段影片,或做幾題模擬測驗——更常見的是只做其中一部分。
幾乎不可能真的排出一段不會被更高優先順序事情吃掉的時間,但在短時間內進行小而專注的學習,確實做得到。
幫團隊的方式通常就是跟上我一天裡的 Slack 訊息,以及盯一些特別有意思的頻道——也就是 AI 那些頻道。通常會有一個「很快」就能回答的問題,或一通「很快」就能打出去的電話。
問題在於,怎麼讓那個「很快」的電話不要拖成一小時,而這時 AI 已經做完了,正在等你。
讓我大聲說一次:這就是個陷阱。 Slack 在理論上可以隨時中斷,但實務上從來不是。某個「很快」的電話打了一小時後,AI 已經完成、正在等待,而我反而成了瓶頸——而這正是我本來以為自己再也不需要扮演的角色。
我之前有幫 Claude 設定一個 hook,讓它完成時可以主動通知我。不過我遇到的問題是,它常常在開會時突然出聲,還會用一些超級離題、完全不專業的內容打斷我(或其他人)。

而且沒錯——我知道視覺提示也是一種選項,但老實說我有一半時間根本看不到。音效提示在它失效之前都非常完美。
這就是我對自己問題的回答——有時很有生產力,有時在處理行政雜事,有時只是多花一點時間把問題想清楚,雖然這不是我當下最想做的。
⚖️ 篩選準則: 如果代理完成時,你不能在 30 秒內把它接手,那這件事就不該塞進這段空檔裡。行政雜事可以。模擬測驗可以。Slack 不行。會議更是會炸裂失敗。
接下來換你:你覺得 AI 在實作故事(或兩個故事)的時候,白天最好的時間利用方式是什麼?把你的想法留在留言裡——很明顯,我正在蒐集。
這篇是 Claude 幫我跑的訪談——它提問、把我的回答放到該放的位置,並且在我去回一則「很快」的 Slack 訊息時,草擬了這個頁尾。所有觀點、壞習慣,以及被打斷的會議,都是我的。
原文出處:https://dev.to/anchildress1/what-do-you-do-while-ai-codes-k8k