開發者開源MCP治理網關r2r-jev：兩個決策模型判斷分歧時的安全處理方案

一名暱稱 Thneonl 的開發者日前在V2EX「分享創造」板發文，宣布以Apache-2.0條款開源一個用Rust編寫的MCP治理網關，專案名稱為r2r-jev，版本v0.2.0，原始碼放在GitHub。貼文發布約一天，累積瀏覽約663次，有兩則回覆。

開發者提出的核心問題是：當兩個決策模型對同一件事給出不同判斷時，系統應如何安全處理。他以一個實測場景說明：同一個越權情境，即coding agent試圖合併夾帶無關變更的Pull Request，Jev模型給出0.94的置信度，經準入層Accept、授權掛起後最終判定DENY；另一個代號d3的模型（以vLLM SR方式部署）給出0.70，落入Hold狀態，不做任何變更，結果為ALLOW。

開發者認為兩個模型的判斷都成立。他在貼文中表示，分歧並非程式錯誤，而是校準本性使然，並列出兩個模型的ECE數據：d3為4.3，Jev為8.0。治理層的價值在於讓分歧變得安全。依貼文所述，網關的運作方式是每次tools/call先經過r2r_decide門控，判定ALLOW的呼叫轉發上遊，判定DENY的則回傳isError與證據文本，內容包含相位、規則與事件ID，全程寫入EventStore留作審計。開發者也提供不需API金鑰的重現指令，透過cargo run搭配fixture參數即可分別以Jev或d3模式執行。

留言區有一則來自用戶sunziren的建議，主張設置三個判官、以多數決處理分歧。開發者回覆稱多數決屬於決策層的融合方案，與治理層互補。他進一步說明，專案準入層的Accept（Corroborated）機制已內建類似設計，要求至少兩個獨立來源、置信度不低於70%、可靠性不低於70%。若把三個判官的結果輸入，效果等價於多數決，但有兩點差異：其一，A5不變量要求獨立來源，排除了對同一模型重複詢問三次造成的假多數；其二，未過線的判斷不會被丟棄，而是進入Hold留痕，等待後續佐證或人工覆核。

開發者在回覆末段區分兩種機制的定位：投票解決的是「用哪個判斷」，治理解決的是「這個判斷對未來權限意味著什麼」。他邀請有興趣者把三個判官的輸出作為corroborators餵給r2r_observe，並開放GitHub Discussions供討論。

本案屬開發者自述性質的社羣分享，上述數據與機制描述均出自V2EX貼文與其GitHub頁面，尚未見第三方獨立驗證。類似的開發者實作分享在V2EX並不少見，先前本臺也整理過開發者以Jev模型重構arXiv文獻篩選系統Parallax的案例，兩者同樣以Jev作為核心決策模型，可資對照。另有開發者分享過以氛圍編程打造的AI Vault多Agent技能管理工具，顯示MCP與多Agent治理已是該社羣的持續話題。目前r2r-jev仍在v0.2.0早期階段，後續採用狀況與機制實效，尚無可核實資料。