API 不稳定通常表现为三种：限流、故障、还有价格或模型的突然变更。很多人把它当成“选个稳定的供应商”就能解决，其实大多数时候问题出在架构上——单点依赖。
第一种解法是加网关。所有模型调用统一走一个 API 网关，集中做监控、限流与重试，业务侧不再绑定某一个供应商，哪家不稳定就动态切换。
第二种解法是做多活与故障转移。关键链路同时接入两个或更多供应商，配好健康检查和自动切换，单家抖动不影响线上。
第三种解法是按数据敏感性拆分：高频回调且敏感的内容走私有化部署，降低对公网第三方接口的依赖，同时也更合规。
稳定性的目标不是“永远不抖”，而是“抖了也能扛住”。从单点改成多活，往往比反复换供应商更有效。