把 AI agent 真的放進一個還在真實運作中的開源專案維護流程裡,讓它處理 issue、審查 PR、追查 bug、寫文件、跑 CI,並如實記錄過程——包含做對的地方,也包含被使用者糾正、被維護者事後推翻判斷的地方。核心主張:AI 能加速開源維護裡機械性、可規則化的工作,但專案的技術方向、社群信任、對貢獻者的責任,終究要人來扛。涉及外部貢獻者的部分不具名、不臆測他人意圖。
前言 「AI agent 都能自己寫程式了,那開源專案的維護是不是也可以整包丟給它?issue 讓它分類、PR 讓它審、bug 讓它修,維護者只要負責『簽名』就...
前言:「不就是一個小外掛嗎,能有多少維護工作?」 昨天介紹完 PHPUnit & Pest Test Explorer 這個專案,我猜有讀者心裡冒出這個...
前言:「AI 都能讀懂 issue 內容了,那分類不就順手的事?」 「AI 又不是不會讀英文,issue 標題、內容、留言都丟給它,它應該可以直接告訴我『這個要...
前言:標題關鍵字比對,不就是最省事的查重方法嗎? 「兩份 issue 標題都提到 coverage,內容都在講『coverage 沒顯示』,這不是重複回報是什麼...
前言:外部貢獻者的 PR,跟自己寫的 PR,能用同一套審查邏輯嗎? 「反正 AI review code 就是看程式碼寫得對不對,誰送的 PR 應該都一樣吧?」...
前言:一個標題寫著「fix」的 PR,diff 裡卻沒有任何一行production 程式碼 「PR 標題寫 fix:,照理說應該會改到某段實作邏輯吧?」 昨天...
前言:CI 綠燈,跟「這個改動真的沒問題」是兩件事 「這段 CI workflow 改一改應該沒什麼風險吧?反正跑起來還是綠燈。」 如果你維護的專案只有單元測試...
前言:兩份 workflow 檔案,一份是不是就該砍掉? 「這兩個 CI workflow 檔案,設定內容有一大半重複,直接合併成一個不就好了?」 聽起來是個顯...
前言:回報寫得再詳細,也只是「症狀」不是「病因」 「使用者已經附上完整的環境資訊、重現步驟、錯誤訊息了,這樣應該可以直接動手修了吧?」 這句話聽起來合理,但一份...
前言:一個目前還沒有答案的真實 issue 「這個 bug 有回報步驟、有錯誤訊息、有環境資訊,資料這麼齊全,AI 應該一下就能抓到根因吧?」 昨天講完 AI...