不少人挑中转站的第一反应是找标价低的那家。但标价低不等于花钱少，先搞清楚低价是从哪来的，才不会踩坑。

　　一种低价来自批量采购议价。用量大的服务商能拿量换价，成本确实压得下来，这类低价相对可持续。需要留意的是，优惠有没有真正传导到使用方，还是只在首充时让一次利、后续悄悄回调。

　　另一种低价来自共享池。多租户共用一个额度池，闲时便宜，忙时排队。标价好看，但对应的是不确定性——高峰期能不能拿到算力，得看运气。对延迟敏感的线上业务，这种便宜要慎用。

　　还有一种是降配。悄悄换用更小的模型、截断上下文长度、关掉思维链或工具调用，输出乍看相似，实际能力打了折。这类低价尤其要警惕，因为它不会写在明面上，只能靠对照测试发现。

　　版本偏旧也是常见做法。拿上一代模型的库存价来标，包装成新款的名字。价格是低了，能力也停在了上一代。

　　再就是限流。单价标得低，并发却卡得很死，高峰时段请求排队，实际吞吐上不去。折算下来，每完成一次有效调用的成本未必低。

　　还有一项常被漏算的是迁移成本。低价站如果协议不标准、配套的开发包缺失，迁进去容易、迁出来难，换供应商时业务代码要重写。把这块摊进长期账，表面标价低的方案未必真省。

　　所以比价要比到"每千次成功请求的成本"这一层。做法不复杂：准备一组贴近真实业务的请求，测成功率、p99 延迟和重试次数，把失败重试和人工排障的时间折算进去，再看总账。只看单价，很容易被表面数字带偏。

　　低价能不能持续，也有迹可循。看运营时长、有没有公开可查的主体、能不能开正规发票和签合同、用户社区是否还在活跃、新模型跟不跟得上。这几项都过得去，低价才有底气。

　　也要看定价有没有成本支撑。靠补贴换市场的服务商，补贴一停就可能涨价或降质。价格战打出来的低价，持续性通常不如靠规模议价换来的低价，这点在签长约前值得掂量。

　　比价时还要锁定同一档模型和同一组参数。拿 A 家的轻量款和 B 家的满血款比单价，结论必然是错的。把模型、上下文长度、输出上限固定下来，价格才可比。

　　moxing.tuidc.com 这类聚合平台把多家模型收在一处，用同一套密钥切换，账单结构清楚，横向比真实成本比较方便。挑便宜的中转站，先算清每千次成功请求的成本，再谈价格，顺序别弄反。