鐵人檔案
把 AI agent 真的放進一個還在真實運作中的開源專案維護流程裡，讓它處理 issue、審查 PR、追查 bug、寫文件、跑 CI，並如實記錄過程——包含做對的地方，也包含被使用者糾正、被維護者事後推翻判斷的地方。核心主張：AI 能加速開源維護裡機械性、可規則化的工作，但專案的技術方向、社群信任、對貢獻者的責任，終究要人來扛。涉及外部貢獻者的部分不具名、不臆測他人意圖。
前言：改個 badge 而已，能有什麼風險？ 「不過是把 README 裡一個徽章的圖示網址換掉，這種瑣事直接交給 AI 處理就好了吧？」 昨天走完一個到現在還...
前言：改 README 應該是最安全的任務吧？ 「這個 issue 只是要求把 README 裡的預設值寫錯的地方改一下，交給 AI 處理應該零風險吧？」 Da...
前言：「幫我把套件都升到最新」聽起來是最無腦的任務 如果要挑一件事最適合丟給 AI「自動化處理」，依賴升級大概最常被提名——反正就是把版本號改一改、跑一次測試，...
前言：「只是把版本號改大一點」，真的只是這樣嗎？ 「dependency bump 而已，把 package.json 裡的版本號改一改，跑一次測試看綠不綠燈，...
前言：「這個功能該不該做」比「怎麼做」更難 「開發一個新功能，不就是把需求丟給 AI，讓它把程式碼生出來嗎？」 如果需求本身已經定義得清清楚楚，這句話沒錯。但維...
前言：昨天講「該不該做」，今天講「怎麼做」 昨天用 issue #427 到 PR #428 這個真實案例，講清楚「系統性盤點」怎麼幫功能開發收斂範圍。但一份...
前言：回覆一則 issue，看起來是最容易外包的工作 「issue 回覆不就是打字嗎？AI 打字比人快多了，直接讓它代發不就好了？」 這句話聽起來有道理——回覆...
前言：這段程式碼「看起來」沒問題，就代表真的沒問題嗎？ 「這個 PR 的程式碼邏輯清楚、測試也補齊了，AI 說可以合併，那應該沒問題吧？」 PHPUnit &a...
前言：發版不就是打個版號、寫個 changelog 嗎？ 「產生 changelog、跑一次測試、打包上傳，這些步驟都很機械化，全部交給 AI 自動化不就好了？...
前言：測試都綠燈、擴充套件本身能編譯，這樣就能發版了嗎？ 「CI 全部綠燈、vsce package 也順利打包出 .vsix，這樣應該可以發版了吧？」 如果你...
