Qodo 2.8 推多倉庫 AI Code Review 測試版
Qodo 2.8 在 6 月 25 日更新中加入跨多個倉庫的 AI code review 測試版，並同步推出自訂規則礦工與 AI skills 管理入口。
Qodo 2.8 這次把 AI code review 擴到多個倉庫，並在 2026 年 6 月 25 日釋出測試版。
Qodo 這週更新到 2.8 版，核心變化是讓 AI 代理能跨多個 repository 檢查變更。除了 review 範圍變大，這次也加入自訂規則礦工，以及一個用來管理 AI skills 的入口，涵蓋 code review、標準與最佳實務。
| 項目 | 數值 |
|---|---|
| 平台版本 | 2.8 |
| 公告日期 | 2026 年 6 月 25 日 |
| 部署狀態 | Beta |
| 涵蓋範圍 | 多個倉庫 |
發生了什麼
訂閱 AI 趨勢週報
每週精選模型發布、工具應用與深度分析，直送信箱。不定期，不騷擾。
不會寄垃圾信，隨時可取消。
Qodo 表示，2.8 版把它的 agentic AI 平台往更深的程式結構分析推進。系統會用 graph-based code analysis 追蹤 code objects 之間的關係，讓模型不只看單一檔案，而是看變更在整個程式庫裡會怎麼擴散。
這代表當某個 pull request 改到共享依賴時，代理可以先找出受影響的其他 repository，再標出可能出問題的地方。對大型團隊來說，這類檢查比人工逐倉庫翻閱更接近實際工作流，也更適合 microservice 或多服務架構。
這次更新還多了三個重點功能，方向很明確：把 review 從單次掃描變成可治理的流程。Qodo 想做的不只是抓錯，而是讓團隊能把規則、標準與 AI 行為綁在一起管理。
- 跨多個 repository 的 beta code review agent
- 可從程式庫行為與 pull request 歷史學習的 custom rules miner
- 用來發現與管理 AI skills 的 portal，包含 review 指令與工程標準
平台也會針對 function signature violations、API contract breaks、schema changes 和 infrastructure drift 這類問題發出提醒。Qodo 執行長 Itamar Friedman 的意思很直接：把人力和 AI review 集中在最可能出事的變更上，而不是每一行都平均用力。
為什麼重要
對開發團隊來說，AI 寫 code 已經不是唯一瓶頸，review 才是。當程式變更量增加，尤其是多倉庫、多服務的環境，第一輪審查如果還靠人工逐一比對，速度和一致性都會被拖住。
Qodo 的切入點是把 review 變成可自動化分流的工作。它不是只檢查 AI 生成的程式碼，而是試圖把審查規則獨立出來，避免模型自己產生內容、再用同一套邏輯替自己背書，這對重視治理的團隊很重要。
這也反映出產業正在往另一個方向走：AI 工具不只要會寫，還要會管。當系統開始跨 repo 追蹤依賴、套用標準、記錄規則來源，code review 就更像一個控制平面，而不只是開發輔助功能。
實務上，這類工具最先受惠的會是 DevOps、平台工程和大型後端團隊。它們最需要的是把 review 成本壓下來，同時不要放大合併風險，因為一次看漏可能就會影響多個服務。
真正的問題也很清楚：團隊會不會把關鍵審查權交給 AI 代理，還是只把它當成前置篩選器？Qodo 2.8 先把這條線往前推了一步，接下來要看的是企業願不願意把這套流程接進正式開發管線。