站点公告

中转查汇总站点公开资料、价格政策与已有探测记录。

站点资料均标注来源;未取得有效监测结果时显示暂无数据。充值、退款及模型支持以服务商最新公告为准。

查看站点目录

怎么判断中转站靠不靠谱

把五个红灯和四个绿灯拆开核对,再用十项清单跑一遍小额验证,比看宣传语可靠得多。

可引用结论

判断中转站靠不靠谱,先排除五个红灯,再核对四个绿灯;本站收录 415 家中转站、8,062 份检测报告,可作为横向对照的样本。

引用请注明来源 https://zhongzhuancha.com/guides/how-to-judge-relay(抓取日期 2026-10-27)。

五个红灯

出现任意两项,先别充值

先排除风险
01

价格低于官方 1.5 折

价格异常
典型现象
报价只剩官方价一成多,却不说明上游来源只讲折扣力度,不讲倍率与计费单位
怎么处理
先按官方价乘倍率算应扣,再问清是否覆盖输入、输出与缓存;说不清就按不可靠处理。
02

日赠巨额 token

营销陷阱
典型现象
每日赠送额度大到不像试用只对高价型号或指定分组开放
怎么处理
把赠送当营销成本看:能长期白送的,要么限流,要么在别处找补,付费前先小额验证质量。
03

只收 U 等加密货币

追索困难
典型现象
只走链上转账,没有可追溯的常规渠道退款只有口头承诺,条款里查不到余额处理方式
怎么处理
支付方式决定追索难度;只能链上付款时,把单次可承受损失压到最小,别一次充成几个月的量。
04

运营不足 3 个月

时间太短
典型现象
域名与公告都集中在最近几十天宣传里全是新站福利,找不到可核对的运营轨迹
怎么处理
新站可以观察,不宜重仓:先用最小额度跑通调用,按月复看稳定性,再决定是否提额。
05

模板站且无主体信息

责任缺失
典型现象
页面结构与文案与其他站高度雷同,只换了站名和 Logo页脚没有经营主体、备案信息或有效联系方式
怎么处理
把页脚主体、发票抬头、收款账户三者对齐;对不上时,售后与退款都难落到实处。

四个绿灯

能逐条兑现,才说明它在正经做生意

正向信号
01

公开价目与倍率

每个型号的倍率、计价单位、上下文阶梯价都写在明面上,并与账单一致。愿意公开倍率,等于接受逐笔对账。

02

可以开票

能开票说明背后有可核验的经营主体,出问题至少有对公路径。开票门槛、税点与周期写得越清楚,越说明它在按生意的方式运营。

03

有可查的检测记录

检测记录要能对应到具体型号和时间,最好附样本量与判定结果。只有一句已通过检测、没有样本和时点的,只能算宣传。

04

公告持续更新

模型上下线、限流调整、维护窗口都有人写公告,说明有人在值班。长期不更新,故障时多半也找不到人。

下单前 10 项核对表

逐条勾选,比凭感觉判断稳

10 项
序号核对项通过标准对照入口
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% 以内算对得上;偏差大时先查缓存是否单独计价、输出是否加价。

建议顺序:先排除红灯,再核对绿灯,然后小额跑通一次真实调用并留存账单,最后逐笔对账。

三种常见误判

判断出错,多半是把单一信号当成了结论

经验总结

把便宜当成唯一变量

价格是结果,倍率与计价口径才是原因。同型号报价差一倍时,先比口径,再比上游,最后才比数字。

把有报告当成一直稳

报告记录的是抽样时点的表现。模型版本与上游线路都会变,读报告要同时看时间与结论。

只看首页不看条款

退款、开票、限流、封号处理通常写在条款里,首页不会提。下单前翻一遍,比反复问客服更快。