前言：修好了，不代表真的修好了 「PR 合併了、issue 也關閉了，這件事應該就結束了吧？」 前面 23 天分別拆開講過 issue triage、PR re...
前言：AI 一眼就能看出這個人「程度好不好」，但這句話該不該說出口？ 「這個 PR 一看就是新手寫的，AI 幫忙先篩一輪，程度太差的直接退回去，維護者只看篩過的...
前言：「在我的機器上跑得好好的」，這句話本身就是警訊 「這段 e2e 測試在本機（macOS）跑起來完全正常，為什麼 CI 上的 macOS runner 會炸...
前言：「在我的環境上測試都過了」，這句話到底測了幾種環境？ 「這次改動我跑過測試了，全部綠燈，應該沒問題。」 這句話聽起來很安心，但如果你維護的是一個需要適配多...
前言：測試都綠燈、擴充套件本身能編譯，這樣就能發版了嗎？ 「CI 全部綠燈、vsce package 也順利打包出 .vsix，這樣應該可以發版了吧？」 如果你...
前言：發版不就是打個版號、寫個 changelog 嗎？ 「產生 changelog、跑一次測試、打包上傳，這些步驟都很機械化，全部交給 AI 自動化不就好了？...
前言：這段程式碼「看起來」沒問題，就代表真的沒問題嗎？ 「這個 PR 的程式碼邏輯清楚、測試也補齊了，AI 說可以合併，那應該沒問題吧？」 PHPUnit &a...
前言：回覆一則 issue，看起來是最容易外包的工作 「issue 回覆不就是打字嗎？AI 打字比人快多了，直接讓它代發不就好了？」 這句話聽起來有道理——回覆...
前言：昨天講「該不該做」，今天講「怎麼做」 昨天用 issue #427 到 PR #428 這個真實案例，講清楚「系統性盤點」怎麼幫功能開發收斂範圍。但一份...
前言：「這個功能該不該做」比「怎麼做」更難 「開發一個新功能，不就是把需求丟給 AI，讓它把程式碼生出來嗎？」 如果需求本身已經定義得清清楚楚，這句話沒錯。但維...
前言：「只是把版本號改大一點」，真的只是這樣嗎？ 「dependency bump 而已，把 package.json 裡的版本號改一改，跑一次測試看綠不綠燈，...
前言：「幫我把套件都升到最新」聽起來是最無腦的任務 如果要挑一件事最適合丟給 AI「自動化處理」，依賴升級大概最常被提名——反正就是把版本號改一改、跑一次測試，...
前言：改 README 應該是最安全的任務吧？ 「這個 issue 只是要求把 README 裡的預設值寫錯的地方改一下，交給 AI 處理應該零風險吧？」 Da...
前言：改個 badge 而已，能有什麼風險？ 「不過是把 README 裡一個徽章的圖示網址換掉，這種瑣事直接交給 AI 處理就好了吧？」 昨天走完一個到現在還...
前言：一個目前還沒有答案的真實 issue 「這個 bug 有回報步驟、有錯誤訊息、有環境資訊，資料這麼齊全，AI 應該一下就能抓到根因吧？」 昨天講完 AI...
前言：回報寫得再詳細，也只是「症狀」不是「病因」 「使用者已經附上完整的環境資訊、重現步驟、錯誤訊息了，這樣應該可以直接動手修了吧？」 這句話聽起來合理，但一份...
前言：兩份 workflow 檔案，一份是不是就該砍掉？ 「這兩個 CI workflow 檔案，設定內容有一大半重複，直接合併成一個不就好了？」 聽起來是個顯...
前言：CI 綠燈，跟「這個改動真的沒問題」是兩件事 「這段 CI workflow 改一改應該沒什麼風險吧？反正跑起來還是綠燈。」 如果你維護的專案只有單元測試...
前言：一個標題寫著「fix」的 PR，diff 裡卻沒有任何一行production 程式碼 「PR 標題寫 fix:，照理說應該會改到某段實作邏輯吧？」 昨天...
前言：外部貢獻者的 PR，跟自己寫的 PR，能用同一套審查邏輯嗎？ 「反正 AI review code 就是看程式碼寫得對不對，誰送的 PR 應該都一樣吧？」...
前言：標題關鍵字比對,不就是最省事的查重方法嗎？ 「兩份 issue 標題都提到 coverage，內容都在講『coverage 沒顯示』，這不是重複回報是什麼...
前言：「AI 都能讀懂 issue 內容了，那分類不就順手的事？」 「AI 又不是不會讀英文，issue 標題、內容、留言都丟給它，它應該可以直接告訴我『這個要...
前言：「不就是一個小外掛嗎，能有多少維護工作？」 昨天介紹完 PHPUnit & Pest Test Explorer 這個專案，我猜有讀者心裡冒出這個...
前言 「AI agent 都能自己寫程式了，那開源專案的維護是不是也可以整包丟給它？issue 讓它分類、PR 讓它審、bug 讓它修，維護者只要負責『簽名』就...
recca0120
iThome鐵人賽
看影片追技術