AI 中转站避坑指南

0. 判断中转站

SECTION 01

1. 模型是不是真的：返回的 model 是否可信，能力是否和标称模型一致。

2. usage 能不能对账：有没有 input/output/cached tokens，扣费能否核验。

3. fallback 会不会明示：是否提前说明 fallback，降级到哪里，怎么计费。

4. 数据会不会被记录：prompt、文件、日志、tool calling 参数会被谁看到、保存多久。

5. 价格差到底从哪里来：企业折扣、缓存、batch 是一回事；盗刷、账号池、试用库存是另一回事。

1. 黑话科普

SECTION 02

💡 1.1 gen 卡：支付风险还没结算

• 账号短命；

• 余额撤回；

• 权益回收；

• 支付通道风控；

• 相关账号、key、IP、域名被关联。

如果卖家一直说「无质保」「保一天」「保三天」「掉了补」，通常不是服务稳定，而是风险已经转嫁给用户。

💡 1.2 换绑和冻结：订阅坏账套利

• 重度 agent；

• 长上下文；

• 多工具调用；

• 代码执行；

• 高频补全和重试。

💡 1.3 卡台：工具本身中性，用途决定风险

💡 1.4 尾刀、礼品卡和汇率差：最容易被包装

• 企业折扣；

• 云厂商 credits；

• committed spend；

• prompt caching；

• batch；

• 应用商店渠道；

• 地区支付差异。

• 来源不明礼品卡；

• 盗刷充值；

• 资金盘；

• 税务风险；

• AML 风险。

💡 1.5 盗刷：前几天能用，不代表来源没问题

• 前几天能用；

• 价格离谱低；

• 后面余额撤回；

• 账号封禁；

• 服务断掉。

2. AI 中转站到底有哪几类

SECTION 03

💡 2.1 官方直连：贵，但责任清楚

💡 2.2 合规聚合网关：重点看透明度

• 路由；

• 成本统计；

• fallback；

• BYOK；

• 权限；

• 审计；

• 预算控制。

• 实际用了哪个模型；

• 实际用了哪个 provider；

• 有没有 fallback；

• fallback 到哪里；

• 按什么价格计费。

💡 2.3 普通中转站：最常见，也最需要谨慎

• 是否降质；

• 渠道是否偷换；

• 模型是否偷换；

• usage 是否可信；

• fallback 是否明示。

• 是否返回真实 model；

• 是否提供 input/output/cached tokens；

• 是否支持指定模型；

• 是否发生 fallback；

• fallback 是否明示；

• prompt 是否被记录；

• 日志保留多久；

• 是否支持删除；

• 是否有退款规则。

💡 2.4 账号池

💡 2.5 云 credits 和企业折扣

• 是否允许转售；

• 是否允许做公共中转；

• 是否允许承接你的数据；

• 合同和用途边界是否清楚。

3. 模型偷换

SECTION 04

💡 3.1 合法路由和偷换模型的区别

• 我可能会 fallback；

• 我会 fallback 到哪个模型；

• 我按实际模型计费；

• 我返回真实 model 字段。

今天模型好像有点笨。

4. 一鱼三吃

SECTION 05

不是所有中转站都这么做。正规的 AI Gateway、公开路由平台、企业合规网关，不能和黑灰站混为一谈。

💡 4.1 第一吃：黑号和短命账号

• 盗刷；

• 卡测试；

• 来源不明礼品卡；

• 短命试用库存；

• 违规转手账号。

• 价格低到不合理；

• 质保很短；

• 批量掉号；

• 余额或权益被追回；

• 客服说「上游掉了」；

• 换一批号继续卖；

• 不提供上游账单。

• 平时能跑；

• 高峰期不稳；

• 长上下文断；

• tool calling 乱；

• 封号后整批不可用。

💡 4.2 第二吃：卖 API 和卖模型名

• 返回真实 model；

• 返回 provider；

• 返回 usage；

• 明示 fallback；

• 能关闭 fallback；

• 不 silent downgrade；

• 不截断上下文；

• 按实际模型计费。

💡 4.3 第三吃：数据变成蒸馏语料

• 哪个 bug 要修；

• 哪段代码有问题；

• 测试为什么失败；

• 项目结构是什么；

• 模型怎么修改；

• 用户怎么追问；

• 哪个答案被接受；

• 哪个修法被打回。

5. 实锤

SECTION 06

• prompt；

• system prompt；

• API key；

• tool calling 参数；

• 模型返回的工具调用；

• coding agent 准备执行的 shell 命令。

💡 5.1 最弱链原则

💡 5.2 论文里的观测结果

• 1 个付费中转、8 个免费中转会注入恶意代码；

• 2 个还会条件触发，比如等 50 次调用以后、只盯 YOLO 自动执行模式、只盯 Rust / Go 项目；

• 17 个触碰了研究人员放进去的 AWS 诱饵凭证；

• 1 个直接清空了研究人员放在蜜罐里的 ETH；

• 泄露出去的研究用 OpenAI key，很快被拿去跑了约 100M GPT-5.4 tokens；

• 弱配置诱饵路由又被刷了约 2B tokens，暴露出 440 个 Codex 会话里的 99 个凭证。

6. 小测试

SECTION 07

• 降质；

• 偷换；

• 字段缺失；

• 低级注入。

测 5 次都正常，只能说明「这 5 次没出问题」，不能说明它永远不会出问题。

💡 6.1 至少测五类任务

1. 短问答：确认基础能力。

2. 长上下文找针：确认有没有截断。

3. JSON schema：确认结构化输出。

4. tool calling：确认工具调用稳定性。

5. 多文件代码任务：确认 coding 能力。

💡 6.2 API 元数据要看这些字段

{  "model": "实际调用模型",  "provider": "实际上游",  "usage": {    "input_tokens": 0,    "output_tokens": 0,    "cached_tokens": 0  },  "fallback": {    "occurred": false,    "reason": null  }}

💡 6.3 用 curl 做最小验证

curl -s "https://你的中转域名/v1/chat/completions" \  -H "Authorization: Bearer 你的合法测试key" \  -H "Content-Type: application/json" \  -d '{    "model": "你购买的模型名",    "messages": [      {"role": "user", "content": "请只返回 JSON，字段包括 model_claim、reasoning_style、answer。answer 写一句话解释什么是 API 中转。"}    ],    "temperature": 0  }'

7. 价格怎么判断

SECTION 08

如果售价长期低于官方模型成本，就可以怀疑来源了。

💡 7.1 合理解释

• 企业折扣；

• committed spend；

• prompt caching；

• batch；

• flex / low priority；

• BYOK 服务费；

• 明示使用低价模型；

• 合规聚合路由。

💡 7.2 高风险解释

• 账号池；

• 试用库存；

• 短质保 key；

• 来源不明充值；

• 云 credits 转售但无合同；

• 模型偷换。

8. 个人自用建议

SECTION 09

• 不要把重要代码和客户数据放进不透明中转。

• 用 Claude Code、Codex、Cursor 这类会跑命令的工具时，不要把不透明中转和 YOLO / auto-approve 绑在一起。

• AWS key、GitHub token、数据库连接串、钱包私钥这类东西，不要进入 prompt、日志、工具参数和测试请求。

• 不要买无质保、短质保、来源不明的高价模型。

• 不要相信「模型自己说自己是 Claude/GPT」。

• 不要只看倍率，要问价格差来源。

• 优先选择能返回真实 model 和 usage 的服务。

9.  END

SECTION 10

1. 上游账号风险吃一份；

2. 用户 API 费用吃一份；

3. 用户 prompt/response 数据再吃一份。