裝了五個編程 Agent 之後，管的痛苦開始大於用的爽：Casbin Gateway 想接管這件雜務

機器上同時裝著 Claude Code、Codex CLI、Cursor、Gemini CLI、opencode 的人，最近在 V2EX 上多了一個新選項。開源專案 Casbin Gateway 以 Apache 2.0 授權釋出，用 Go 加 React 寫成，編成一個單一二進位檔，Windows、Linux、macOS 都能跑。它想解決的問題很具體：Agent 越裝越多，每個都有自己的一套設定檔，而設定檔的格式互不相容。

痛點先看清楚：設定檔的巴別塔

開發者圈這一年的日常是這樣的。換一家 API 中轉商，就要挨個去改 ~/.claude/settings.json、~/.codex/config.toml、~/.gemini/settings.json，格式還都不一樣。同一個 MCP Server 要在每個 Agent 裡各裝一遍，裝完想不起來到底哪幾個裝了。至於這個月燒了多少錢，每家後臺各看各的，本地跑的那些根本沒人統計。

更隱晦的一條：你買的是某個高階模型的「無限量」方案，實際打過去的請求被換成了什麼模型，你其實沒有辦法知道。

這些雜務單獨看都不大，加起來就是一種持續的摩擦。Casbin Gateway 的切入點就是這個摩擦，而不是再做一個新的 Agent。

它實際上做三件事

裝好打開之後，這個本地 App 的運作可以拆成三層。

第一層是掃描。它讀用戶目錄、安裝路徑和 PATH，把機器上的編程 Agent 找出來，包括手動解壓到角落的那種。找不到的還能手動指定路徑。

第二層是接管配置。供應商、MCP、技能、提示詞、權限，統一在一個頁面改，Gateway 負責翻譯成每個 Agent 自己的格式寫回去。寫之前可以預覽，寫錯了能還原。這一段像家裡的延長線：各種插頭規格不一樣，但全部接到同一條排插上管理，總比牆上插滿轉接頭好找。

第三層是當中間人，而且這是可選的。讓 Agent 的流量改走 http://localhost:17000，於是每一條請求、每一個 prompt、每一次工具呼叫、花了多少錢，全都留在自己的機器上。

二十九個 Agent、四十四家供應商

支援清單是目前看得到誠意的地方。它認得二十九個 Agent 客戶端，而且不是每行只寫個名字，是逐項標註能力：行為監控、換供應商、MCP、技能、提示詞、會話、安裝方式。Claude Code、Codex CLI、Gemini CLI、opencode、Qwen Code 是全勾，Cursor 有幾項空白，Kimi Code CLI 則不支援行為監控。支援不到的地方直接寫「—」，README 裡不寫「即將支援」這種承諾。

模型端預置了四十四家廠商，OpenAI、Anthropic、Gemini、DeepSeek、Kimi、智譜、通義、火山、OpenRouter、Ollama、vLLM 都在列，也接受任意 OpenAI 或 Anthropic 相容的 base URL。

協議翻譯是技術上比較硬的一塊。Codex 走 /responses、Gemini CLI 走 Google 那套、Claude Code 走 /v1/messages，Gateway 在中間做四種格式兩兩互轉，流式回應也轉。所以 Codex 可以跑 DeepSeek，跨協議的組合不再需要自己寫膠水。

驗模型這件事，為什麼值得單獨講

標題裡那句「驗一驗中轉商有沒有偷換模型」，是整個專案最有想像空間的功能。API 中轉市場的定價與供應狀況一直在變，這點我們在DeepSeek 調價後的便宜模型帳本裡已經看過一次；而當開發者透過中轉商買「無限量」方案時，交易的本質是把模型選擇權交給了對方。本地代理把每一條回應的原始資料留下來，模型聲稱自己是誰、實際行為像誰，就有了對帳的依據。

這其實是治理問題，而且時機上有跡可循。模型定價已經細到分時段，像DeepSeek 把定價表變成排班表那樣，供應端的閒置算力調度越複雜，中轉環節動手腳的空間就越多。開發者手上有一份本地日誌，等於在這條鏈上替自己保留了一個查核點。

對誰有用，判斷標準很簡單

這個工具的目標用戶輪廓清楚：機器上裝了三個以上編程 Agent、同時用多家供應商、在乎帳單與模型真偽的人。如果只用一個 Agent 配一家官方 API，Casbin Gateway 提供的多數價值用不到，裝了反而多一層東西要維護。

從工作流的角度看，它代表一種趨勢：當工具數量跨過某個門檻，價值就從「再多一個更強的」轉移到「把現有的管起來」。企業環境裡的權限與審計功能也指向這個方向，團隊要讓 Agent 進入日常開發流程，先得有人能統一回答「誰在用什麼、花多少、跑的是哪個模型」。

單一二進位檔、全平臺、Apache 2.0，這些條件讓試用成本壓得很低。至於二十九個 Agent 的支援矩陣能不能持續跟著生態跑，會是這類橫向管理工具的長期考驗：Agent 每個月都在冒新的，管理端的速度決定了它半年後還剩多少用處。