AI 中转站怎么选：价格之外，怎样看可用率与延迟
区分官网在线、商家状态与模型实测，核对可用率的样本、时间、分组和节点，再用自己的请求验证所需功能。
一个中转站显示绿色状态，不代表你要用的模型、分组和接口都能正常工作。选购时，先确认状态到底测了什么，再把价格和表现放在一起看。
官网在线、商家监控和实际测试有什么区别
官网能访问： 浏览器可以打开页面。这不能证明 API 可用。
商家公布状态： 来自商家公开状态页或监控记录。监控范围以商家说明为准，不代表本站实际测试过模型。
模型请求实测： 在指定时间、节点、模型、分组和协议下发出的请求。结果可支持该次测试范围内的判断，但不能外推到全部用户和所有分组。
PickAIPlan 会区分来源；记录缺失、失败或过期时保留相应状态。目录里的“未知”不等于服务停运，也不能当作正常。可从中转站资料继续查看原始来源和日期。
可用率要连着分母一起看
假设站点 A 的 10 次请求全部成功，站点 B 的 1,000 次请求成功了 990 次。表面上是 100% 对 99%，但样本量和时间范围不同，不能只用百分比判定 A 更稳定。
核对这些条件后，可用率才更有比较价值：
- 检测覆盖了多久，最后一次请求是什么时间？
- 一共测了多少次，怎样定义成功和失败？
- 用了哪个模型、哪个分组，以及哪种协议？
- 请求从哪个地区发出，与你自己的网络环境是否接近？
- 是否把超时、限流和不完整响应计入失败？
历史成功率描述过去，不是下一次请求的保证。
首字延迟与完整响应耗时不同
首字延迟描述请求发出后多久开始收到内容；完整响应耗时还受到输出长度和生成速度影响。编程工具需要连续多轮调用时，偶发长等待也可能影响体验，不能只看平均值。
如果报价页只写“延迟 1 秒”，却没有测量定义、请求规模和时间，先把它作为待核对的描述。即使两家都提供延迟数字，条件不同也不适合直接排名。
用自己需要的功能做小规模验证
先确定你实际需要的模型、接口协议、流式输出、工具调用或图片输入。用不含敏感资料的示例请求测试，再检查返回结果和扣费明细。普通文字请求成功，不能证明工具调用和长上下文也正常。
控制首次充值金额，并核对未使用余额的规则。测试失败时记录时间、模型、分组、错误码和请求编号，方便向商家反馈；不要把 API 密钥写进公开截图。
价格部分可配合Token 费用计算和充值比例换算一起看。能满足你的任务、成本可核对、问题有明确处理方式的方案，才适合进一步评估。