2026 年 2 月 17 日，AI 程式碼審查平台 Qodo 發布 2.1 版，核心是新的 Rule System（beta）：把散落在 lint 設定、文件、舊 PR 與資深工程師腦中的團隊規範，變成可版本化、可強制執行、可量測的平台元件。VentureBeat 稱它解決的是 coding agent 的「失憶」（amnesia）——session 一結束，教過的規矩歸零——並報導精準度提升 11%。
Qodo 2.0 才在二月稍早上線多代理審查，2.1 緊接著補上治理層。官方診斷一句話：「The gap is not intelligence. It is governance.」
coding agent 的「失憶」問題
AI 生成程式碼的速度已遠超審查與驗證。Qodo 共同創辦人暨執行長 Itamar Friedman 以 DevOps 類比：部署變快，品質管控就得升級——同樣邏輯現在輪到程式碼完整性。
問題很具體：agent 能抓 bug，但不知道團隊怎麼做事。規範散在 .cursorrules、agents.md、文件與舊 PR 討論裡；塞 prompt 的做法沒有版本控制、衝突偵測，也無法量測。結果是每次審查都像新人第一天上班。
Rule System 的四段生命週期
Rule System 把每條規則變成有範圍、擁有者與生命週期的版本化元件，運作分四段。
發現（Discovery）：自動分析過往 PR、被接受的修復與審查回饋，萃取團隊隱性準則——官方稱之為程式碼庫的「暗物質」；既有的 .cursorrules 與 agents.md 也一併收編。
執行（Enforcement）：專責 rules enforcement agent 以結構化 finding 呈現違規，連回來源規則並附修復建議——官方強調這步是「deterministic rather than probabilistic」。
量測（Measurement）：三個指標——Passed（無違規）、Detected Violations（抓到的違規）、Merged Violations（帶未解決違規合併的 PR），最後是風險指標。
維護（Maintenance）：rules expert agent 主動標記衝突、重複、過時與低訊號的規則。
從 2.0 到 2.1：審查架構補上治理層
Qodo 2.0 把審查改成多代理架構，專責 agents 分工抓 bug、安全漏洞、破壞性變更與需求落差；在以真實 production PR 建立的基準中，Qodo 表示偵測合規與規則違規領先六款評測工具。Rule System 正是這套架構的治理邏輯，目前 beta 支援 GitHub 單租戶與多租戶。
數據與市場位置
安裝數字說明不是從零起步：VS Code 擴充套件約 90 萬（901.9K）、JetBrains 約 64.8 萬、GitHub Marketplace 約 1.29 萬，已深入 IDE 與 Git 工作流程。路線圖下一步：Agentic Toolbox（把 Qodo 能力以 skills 接上其他 agentic coding 工具）與 spec-driven development（寫程式前先審查規劃文件）。
對工程團隊的意義
兩個啟示。第一，coding agent 的差異化正從「模型更聰明」轉向「組織知識管理」：誰能把團隊規範沉澱成 agent 可執行的資產，誰就把知識留在公司，而非個別工程師的 chat history 裡。第二，Merged Violations 這類指標把 AI 審查從意見變成治理——管理者第一次能對「AI 寫的程式碼有沒有守規矩」提出數字。當 agent 產出的程式碼比例持續上升，這條治理層只會更關鍵。
參考來源
- Introducing Qodo’s Rule System: Turning Standards into Systems — Qodo
- Qodo 2.1 solves your coding agents’ ‘amnesia’ problem — VentureBeat
- What’s new — Qodo Docs
本文由 AI 協助自上述來源整理，經人工審核後發布。