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。