怎么选 AI API 网关（一份核查清单，不是推销文案）
AI 网关夹在你的代码和各家模型厂商之间，让你只对接一次而不是对接五次。几乎每个网关都会说自己是显而易见的选择——这篇是一套判断框架，帮你按自己的实际约束条件挑，而不是按谁的营销声音大来挑。
为什么要用网关
直接对接 OpenAI、Anthropic、Google 意味着三套不同的 SDK、三种不同的请求/响应格式、三份独立的账单关系，还有三套限流规则要各自维护。网关把这些统一到一个兼容 OpenAI 的接口后面。代价是多了一跳网络，也多了一个供应商在你的依赖链里——对过了原型阶段的团队来说基本都值得，但不是没有成本。
真正该核查的六件事
1. 模型覆盖面和更新速度
今天需要的具体模型有没有，新模型发布后是几天内就能用，还是要等几个月？一个上新慢的网关会实实在在地占用你的工程时间去绕开它。
2. 流式计费的透明度
流式计费是网关最容易偷工减料的地方。要具体问：客户端在流传输中途断开时，账单怎么算？有的网关只按实际收到的 token 计费，听起来公平，但会开一个漏洞——客户端可以在收到第一个（最贵的）token 之后立刻断开，剩下的白嫖。有的网关不管断没断都按预扣的全额计费，对网关运营方更安全，但偶尔会有用户抱怨"断线也要收全款"。这没有完美答案，但你要找的是一个明确做过取舍的网关，而不是压根没想过这个问题的。
3. Prompt 缓存的成本怎么转嫁
Anthropic 的 prompt cache 写入要多收 25% 的溢价，换来读取时约 90% 的折扣。有的网关把这个写入溢价原样转嫁给你；有的自己吸收掉。对于反复重发同一段 system prompt 和工具定义的 agentic 工作负载来说，这个差异会很快累积起来。
4. Failover（故障转移）机制
某个厂商出故障或返回 500 时，网关会不会自动切换到同一模型家族的另一个上游，还是直接把错误抛给你？要问清楚每个模型背后有几家上游供应商支撑，故障之后的冷却重试逻辑是怎样的。
5. 开票和结算币种
如果这笔钱要走注册公司报销，尤其是在美国以外，要确认这个网关能不能开出会计真正能入账的发票——而不只是一张信用卡账单。这个问题平时不显眼，等到某次报销被卡住才会突然变得很重要。
6. 出故障时会怎样
任何网关迟早都会出故障。它有没有一个带真实故障历史的公开状态页，还是只有一句"99.99% 可用性"的营销话术，没有任何数据支撑？
| 要问的问题 | 为什么重要 |
|---|---|
| 有多少模型，多久更新一次？ | 决定你会不会被卡在等新模型上线 |
| 流式断连时账单怎么算？ | 决定断线时你是多付了还是少付了 |
| 缓存写入溢价谁承担？ | 直接影响 agentic/重工具调用场景的实际成本 |
| 自动 failover，背后有几家供应商？ | 决定你实际能用到的可用性，而不是厂商宣传的可用性 |
| 能不能开票，什么币种？ | 决定财务到底能不能批这笔报销 |
| 有没有公开的故障历史？ | 唯一能真实反映其故障应对能力的信号 |
一个自己也在跑这套标准的网关的老实话
我们是 ApiLink，肯定觉得自己在这份清单上表现不错——这也是我们把它写成一套核查清单、而不是一张直接对比表的原因。我们目前落后的地方：比 OpenRouter 这类老玩家年轻，公开故障历史必然短，社区也小。我们做过明确取舍的地方：流式断连按全额预扣计费（没有部分退款漏洞）、缓存写入溢价由我们吸收、给有需要的团队开真实发票。把你在考虑的每个网关（包括我们自己）都拿这份清单过一遍，按你查到的结果来选，而不是按任何一方怎么说自己。
常见问题
只用一家模型厂商还需要网关吗？
就核心价值（统一多个厂商）来说可能不太需要——网关的主要作用是把多个厂商统一到一个接口后面。如果你只直连一家厂商，能拿到的收益会少一些，但统一计费和限流依然可能有用。
同时用多个网关安全吗？
安全——花费比较大的团队常见做法是：用一个网关作为"必须一直能用"的主路径，再用另一个网关处理某些特定场景（比如更看重的开票、价格，或者它独有的某个模型）。
AI 网关里最容易被忽略的隐藏成本是什么？
流式计费的边界情况，以及 prompt 缓存溢价怎么转嫁——这两点如果只对比表面的单价，完全看不出来，但对高频调用或 agentic 场景的实际账单影响很大。