一次请求经过哪里
AI API 中转站通常在应用与模型接口之间增加一层服务。用户把请求发给中转入口，中转服务接收请求、转换或转发，再把上游响应返回用户。从请求方向看是“用户 → 中转聚合 → 官方 API 或其他上游”，响应反向返回。这里的“上游”必须核实，入口自称兼容某种协议，并不能证明每次请求都到达所声称的官方模型。
同一个模型名字也可能只是服务商给路由起的别名。核查时要区分地址、协议、请求中的模型标识，以及服务商声明的实际模型版本。只看网页 Logo，或者让模型回答“你是谁”，都不足以确认身份。一次测试能观察字段与行为，无法读出服务商完整的内部转发链。
便宜可能来自四类原因
以下是需要分别核查的解释路径，不是对市场占比的统计，更不是对某家站的指控。售价低本身既不能证明有问题，也不能代替成本来源证明。
| 价格解释 | 需要核实什么 | 不能直接推出什么 |
|---|---|---|
| 批量议价或成本优化 | 优惠适用的模型、用量、时段和调用方式 | 所有实时请求都享受相同折扣 |
| 多账号资源池 | 资源授权、额度来源、上游使用条件 | 账号多就更稳定或被官方授权 |
| 降配、模型替换或能力减少 | 实际模型、参数透传、功能和计费差异 | 单次答错就一定被换成小模型 |
| 亏本促销或引流 | 优惠期限、限额、充值与退款条件 | 当前价格能长期维持 |
公开的成本优化确实存在。例如 Anthropic 的计费文档区分缓存与批处理等方式；这说明同一服务可能有不同计费条件，但异步批处理优惠不能被直接当作实时聊天的成本证明。查看官方计费说明。所谓“批发价”仍需该服务商提供适用于其业务的依据，不能借一份官方价表替它作证明。
账号池不是单一的技术或授权类型。你需要问清是谁持有账号、是否有权转供服务、触发限额时会怎样处理。若这些问题没有可核查答复，就将它记为未知，不从低价倒推出“正规渠道”，也不在没有证据时写成违法。
先把价格换成可比较的条件
比较两张价表前，统一输入和输出的计费单位，确认余额是现金金额还是平台自定义额度，再看模型倍率、缓存计费、有效期、并发限制与最低充值。相同的数字可能代表不同服务，不能只比较首页最醒目的单价。
可以为自己的典型任务列一张成本记录：请求时间、模型名、输入量、输出量、扣费前后余额与失败是否收费。先用不含敏感信息的小样本，按真实账单核对，留存价表版本。这里的记录是比较方法，不构成收益或最低成本保证。
“兼容”需要按能力拆开看
基础文本能返回，不等于工具调用、结构化输出、流式事件与上下文能力都一致。比如 OpenAI 的结构化输出文档区分 schema 约束，并说明还需要处理拒答等情况；“能输出一段 JSON”不代表客户端要求的所有字段与结束状态都正确。查看结构化输出说明。
核查时固定请求参数，一次只比较一个变量。若某项失败，先确认目标模型支持该能力、请求格式正确，再看重试与对照记录。网络中断、限额和服务故障也会影响结果；这些现象需要保留原始状态，不能全部归为模型真伪。
如何使用本站记录
从检测评分推荐榜进入站点详情，先看样本数和检测日期，再打开对应报告。总分用于归纳这批检测项的表现，不是官方身份认证，也不是未来成功率。不同模型、时间和检测模式的记录应分开读，历史高分不能代替你当前任务的实测。
若详情页的人工评价仍在整理，说明使用条件尚未完成核对；不要把空白理解成默认推荐。免费额度、国内可达性与具体客户端兼容性还需要独立来源。本文提供核查顺序，不承诺某一种价格解释适用于所有服务。