挑中转站前，先躲开 5 个坑

这些坑的共同点是：你很难自己发现。余额掉得快，多数人只会觉得「这个月用得多」，而不会想到同样的活别人只花了七分之一。所以下面每个坑都配了一个可以立刻执行的核对动作。

5 个坑速览

① 缓存不生效最花钱

用 Claude Code、Codex 这类 agent 工具连续干活，你每问一句，它都要把前面聊过的全部内容重新发一遍。这部分是重复的，正常情况下按「缓存」计价，只收约 1 折。有的站这套压根没启用——每一轮都按原价重算。

1 折

缓存正常时，重复内容的价钱

3 倍

不生效时，同一段活的账单

怎么核对

连续跑多轮，逐轮查看缓存是否读回；把缓存命中率和账单逐笔对照。

② 缓存命中率低比不生效还贵

更常见的不是「一点缓存都没有」，而是缓存写了、下一轮却读不回来。而写缓存本身是要加钱的（约 1.25 倍原价）——写了读不回，等于每一轮都花高价建一个用不上的缓存，然后再按原价把内容重发一遍。两头都在花钱，比压根不缓存还贵。

7 倍

实测到最贵的一例，同一段活

14%

那一例真正读回来的比例

近一半

那笔账单里，花在白建缓存上的钱

怎么核对

记录每一轮读回了多少、重写了多少，再和账单差异一起看。

③ 模型掉包 / 降级

表面卖 Claude，后端偷偷换便宜模型顶包。便宜又说不清楚通道来源（订阅切片、区域折扣、IDE 配额等），掉包概率越高。

独立研究样本

页面整理的一组身份核验与同题测试数据：

45.83%

中转端点未通过身份核验

83→37

同题准确率掉幅（%）

$5.70

付 $14.84 实得 token 价值

怎么核对

先查看本站检测信息，再用临时 Key 做一次实际调用；不要只看站点宣传。

④ 扣费对不上标价

站方页面标一个价，实际从余额里扣的是另一个数。大部分人只看余额少了多少，不会回去核对该扣多少——这笔差价就一直在流。

怎么核对

对照输入、输出、缓存和倍率等明细，确认每一项都能对应到公开计价。

⑤ 跑路风险

站长拿着用户充值余额突然消失，常在 24 小时内突发。

怎么避

没人能预测谁会跑路，唯一可控的是别在单一站点充太多钱，宁可多充几次小额。

技术之外，再核对这 8 个站点信号

模型、价格和缓存之外，主体、支付、客服与公开检测记录也决定了一个站点是否值得长期使用。

01 查备案与主体信息

国内站点可先核对域名、主办单位和网站名称是否匹配。没有备案不代表一定不可用，但会增加身份核验难度，应结合站点历史和收款主体一起看。

02 看支付主体是个人还是公司

付款前核对支付主体、订单页名称和官网主体是否一致。公司主体、可开票、可追溯订单和明确退款规则，通常更利于事后核对。

03 警惕第三方支付和发卡

如果跳到与站点名称无关的支付页、发卡站或临时卡密页，要重点看订单归属、客服入口和售后记录；无法对应官网订单时，先做小额测试。

04 核对 QQ / 微信客服信号

客服只留 QQ 时，可观察等级、空间历史、资料完整度和是否像新申请账号；客服是微信时，添加前留意风险提示、异常账号提示或频繁更换联系方式。

05 先做模型鉴别，再看价格

如果模型被替换、降级或只返回兼容壳，便宜价格没有意义。优先看模型列表、补全响应和生图接口是否与宣传一致。

06 看公开探针信号

探针记录的 HTTP 状态、总耗时、首字延迟（TTFB）和近期趋势，不能证明长期可靠，但能快速排除明显不可达或波动过大的站点。

07 小额试用，分散充值

新站和低价站先用低起充测试，不把余额集中放在单一平台；复测通过后，再按业务重要性逐步增加额度。

08 保持中立评测视角

不要把评测或排行榜当成交易背书，同时关注渠道类型、售后响应、发票能力、故障补偿和服务条款。

下单前，过一遍这 4 项

• 缓存实测生效、命中率高；
• 模型真假「通过检测」；
• 扣费对得上标价；
• 支持你要的模型。