价格低于官方 1.5 折
- 典型现象
- 报价只剩官方价一成多,却不说明上游来源只讲折扣力度,不讲倍率与计费单位
- 怎么处理
- 先按官方价乘倍率算应扣,再问清是否覆盖输入、输出与缓存;说不清就按不可靠处理。
把五个红灯和四个绿灯拆开核对,再用十项清单跑一遍小额验证,比看宣传语可靠得多。
判断中转站靠不靠谱,先排除五个红灯,再核对四个绿灯;本站收录 415 家中转站、8,062 份检测报告,可作为横向对照的样本。
引用请注明来源 https://zhongzhuancha.com/guides/how-to-judge-relay(抓取日期 2026-10-27)。
出现任意两项,先别充值
能逐条兑现,才说明它在正经做生意
每个型号的倍率、计价单位、上下文阶梯价都写在明面上,并与账单一致。愿意公开倍率,等于接受逐笔对账。
能开票说明背后有可核验的经营主体,出问题至少有对公路径。开票门槛、税点与周期写得越清楚,越说明它在按生意的方式运营。
检测记录要能对应到具体型号和时间,最好附样本量与判定结果。只有一句已通过检测、没有样本和时点的,只能算宣传。
模型上下线、限流调整、维护窗口都有人写公告,说明有人在值班。长期不更新,故障时多半也找不到人。
逐条勾选,比凭感觉判断稳
| 序号 | 核对项 | 通过标准 | 对照入口 |
|---|---|---|---|
| 01 | 经营主体与页脚 | 主体、备案、联系方式齐全且互相一致 | /about |
| 02 | 收款账户 | 与主体一致,能对接发票抬头 | /transit/availability |
| 03 | 倍率与计价单位 | 输入、输出、缓存分别标价,不混算 | /transit/compare |
| 04 | 模型清单 | 标注型号版本、上下文上限与协议 | /transit/compare |
| 05 | 限流与并发 | 写明速率或并发上限,不靠客服口头承诺 | /transit/bench |
| 06 | 退款与余额 | 写进条款,含未用额度如何处理 | /transit/availability |
| 07 | 开票条件 | 税点、周期、起开金额可查 | /enterprise |
| 08 | 支付方式 | 至少有可追溯渠道,而非仅链上转账 | /guides/channels |
| 09 | 检测记录 | 有型号与时间可查的历史报告 | /transit/availability |
| 10 | 小额验证 | 首充在可承受损失内,用专用 Key 单独测 | /guides/avoid-pitfalls |
红灯先排除,绿灯再核对
本站按套件分归档:85 分及以上记为通过,60 到 84 分记为存疑,60 分以下记为不通过。分数只描述某次检测的状态,不承诺未来,需与公告、账单一起看。
对账只用一条公式:应扣等于官方价乘渠道倍率再乘用量。把账单扣费代进去,误差 5% 以内算对得上;偏差大时先查缓存是否单独计价、输出是否加价。
建议顺序:先排除红灯,再核对绿灯,然后小额跑通一次真实调用并留存账单,最后逐笔对账。
判断出错,多半是把单一信号当成了结论
价格是结果,倍率与计价口径才是原因。同型号报价差一倍时,先比口径,再比上游,最后才比数字。
报告记录的是抽样时点的表现。模型版本与上游线路都会变,读报告要同时看时间与结论。
退款、开票、限流、封号处理通常写在条款里,首页不会提。下单前翻一遍,比反复问客服更快。