AI 閘道選型是把「應用與模型供應商之間的產品」放到同一光譜上比較。
為你害怕的失敗模式而買。 怕試不了模型→路由；怕看不見品質→可觀測；怕解釋不了或停不了花費→治理。我們用公開產品姿態與 ATP 文件評治理列（how it works、console setup），不排名誰最便宜。
光譜
| 集群 | 優化 | 弱在 |
|---|---|---|
| 路由中樞 | 模型廣、一儲值、快切 | 深組織預算、正式稽核角色 |
| 可觀測 | 追蹤、評測 | 依專案強制花費天花板 |
| 治理／帳務 | 階層、cap、歸屬、撤銷 | 單靠長尾模型動物園 |
| 自架路由 | 基礎建設全控 | 開箱財務工作流 |
類別能力矩陣
路由強在多模型；治理強在專案階層與分配；可觀測強在品質追蹤。詳見英文長表邏輯與OpenRouter vs 治理。
代表模式（誠實）
OpenRouter 類：開發者多模型強，企業缺口多在階層與 cap。
可觀測類：答品質／延遲，帳單仍可能驚喜。
自架（LiteLLM 類）：控制最大、維運自擔。
ATP Token：組織→工作區→專案→金鑰；白名單；點數；請求 log；多格式（overview）。
決策樹
單供應商單團隊→直連；多模型少人→路由；多人共錢→治理；要 eval→加可觀測但不要丟 cap。
更現代的做法
ATP Token 為「誰能花、哪個模型、多少天花板、哪份 log」而建，並進入 Horizon AI 導入專案。
常見問題
什麼是 AI 閘道？
位於應用與模型供應商之間的中介層，可負責認證、路由、政策、計量或可觀測。
2026 有哪些類型的 AI 閘道？
路由中樞、可觀測層、治理／帳務平面三類常見。
如何選擇企業 AI 閘道？
從失敗模式出發，評分階層、SDK、日誌與預算平面。
LiteLLM 等於企業治理平台嗎？
自架路由≠完整企業治理（組織、分配、角色、財務結算）。
路由與治理能並用嗎？
可以；避免正式流量無 cap 共用 key。