摘要： Qodo 在 2026 年 2 月 17 日推出 2.1 版的 Rule System beta，把散落的團隊規範變成可版本化、可執行、可量測的治理元件。機制涵蓋發現、強制執行、量測與維護，VentureBeat 報導精準度提升 11%；目前 beta 支援 GitHub，實際價值要看 merged violations 等風險指標能否落地。
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 怎麼運作：規則的四段生命週期
在這套設計裡，每條規則都是自帶範圍、擁有者與生命週期的版本化元件，整個系統分四段運轉。
發現（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、安全漏洞、破壞性變更與需求落差；Qodo 表示，在一份以真實 production PR 建立的基準上，其偵測合規與規則違規的能力領先六款評測工具。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 產出程式碼的比例持續攀高，這一條治理層只會愈來愈關鍵。