怎么判断一个 AI API
中转值不值得用
四个你自己就能跑的检验：读懂倍率、验缓存命中、看响应回显、对账 usage。固定输入连打至少 3 发并丢掉第 1 发，才是稳态读数。
四个最省事的检验
验缓存要连打
单发看不出缓存命中率，固定同一段输入连打至少 3 发才有稳态读数。
冷启动不算数
第一发几乎必然是冷启动，把它算进平均值会把命中率读得过高或过低。
最便宜的探针
响应里的 model 回显与 usage，是判断「你拿到的是不是你点的那个」的两个免费信号。
先试再放量
先充最小额度跑通全流程，确认账单口径与退款/转让政策，再考虑加量。
为什么「便宜」这个指标最不可靠
同样一句「0.1 倍率」，可以是相对官方牌价的 0.1，也可以是相对某个内部虚拟汇率的 0.1；「¥1 = $1 额度」听起来像一比一，但它是记账单位而不是折扣。真正可比的只有一个数：你付的钱除以你换到的、按官方牌价计价的额度。把它算出来再横向比，很多价目表会立刻变得不那么诱人。
先算出「每 $1 额度你付多少钱」
拿任意一家的价目表，算：实付总额 ÷（按官方牌价折算的额度）。注意把一次性费用、手续费、赠送额度的有效期都摊进去。赠送额度如果有使用期限或提现限制，不能按面值计入。算完你会得到一个可以跨家横比的单价，单位是「货币 / $1 额度」。
一次完整的试用怎么排
小额充值，跑通注册、充值、拿 key、发第一个请求的全流程。这一步要看的不是速度，是有没有卡住的环节和客服是否可达。
固定一段输入连打至少 3 发，丢掉第 1 发再看后面的 usage。同时给每次请求加一个唯一的随机串，避免自己的缓存干扰读数。
把这几发的 usage 加总，与账单里的扣减逐条对。对不上就问；问不出所以然，就不要放量。
能测出来的 vs 测不出来的
你自己能测出来
① 每 $1 额度的实际单价（算术题）；② 缓存命中率的稳态值（固定输入连打）；③ 响应里的 model 回显与请求是否一致；④ usage 与账单是否对得上；⑤ 有没有日限额、并发上限、单笔充值上限。
你测不出来的
① 上游账号的来源与合规状态；② 对方的现金流与存活时间；③ 你的请求正文会不会被留存或再利用；④ 高峰期的真实容量。这几项只能靠条款、口碑与时间来判断——所以「先小额、再放量」比任何单次测试都重要。
两种常见形态
按量计费（充值扣减）
充多少扣多少，按真实 token 消耗计价。好处是用不完不浪费、可累积；要看清的是单价口径、余额是否过期、能否转让。适合用量波动大的人。
包月 / 日限额套餐
固定月费换一个日限额或月度额度。好处是成本可预测；代价是用不满的部分通常不退不结转，所以名义单价要按你实际能用满多少来折算，不是按上限。适合用量稳定的人。
三条最容易被忽略的细则
① 单笔充值上限：受支付通道限制，大额往往要分多笔或走对公，采购前先问清楚。② 余额是否可转让或提现：多数数字商品不支持退款，能否在会员之间转让决定了你踩空时的止损空间。③ 币种是否互通：有些平台的人民币余额与美元余额是两本账，充错了不能互相抵。
在 QCode 上
我们按官方牌价 × 服务费率计价，响应里的 usage 就是扣减依据，账单可以逐条对。上面这套方法对我们同样适用——建议你先充最小额度跑一遍再决定。需要说明的两点：我们不支持退款（数字商品开通即占用账号资源），但支持会员之间的余额转账；人民币与美元余额独立记账、不互通。
常见问题
倍率 0.1 和「¥1 = $1 额度」哪个便宜？
不能直接比——前者是相对官方牌价的比例，后者是一个记账单位。把两者都换算成「你付的钱 ÷ 按官方牌价折算的额度」再比，才是同一把尺子。
怎么确认我拿到的是我点的那个模型？
看响应里的 model 字段是否与请求一致。如果回显里出现了请求里没有的前缀、后缀或供应商名，说明中间存在改写层——这不必然是坏事，但值得问清楚它改了什么。
缓存命中率怎么测才准？
固定同一段较长的输入，连打至少 3 发，丢掉第 1 发（几乎必然冷启动），看后面几发 usage 里的缓存读取量。每个变体用独立的随机串，避免不同测试之间互相命中。
账单和 usage 对不上，一定是被多扣了吗？
不一定。常见的合理原因有：缓存写入与读取分开计价、思考过程计入输出、工具调用产生额外轮次、统计口径按自然日还是按 UTC。先问清口径，再判断是不是差错。
怎么评估跑路风险？
先看能不能小额起步、退款与余额转让政策写没写清楚、客服在多长时间内可达。再看时间——同一个域名稳定运营的时长比任何宣传都有信息量。别把大额一次性押进去。
为什么有的地方响应特别快反而要警惕？
同一个模型在同一段输入上的耗时区间是有下界的。如果某次特别快，值得顺手看一眼输出质量与 model 回显——快可能是好事（缓存命中），也可能意味着这次实际跑的不是你以为的那档。
信息来源
本页的检验方法来自公开可复现的做法：模型响应体里的 model 与 usage 字段（各家官方 API 文档均有定义）、缓存计价规则（各家定价页）。文中不点名任何具体服务商，也不复述未经核实的传闻；请以你自己的实测与各家官方条款为准。抓取日期 2026-09-02。
相关阅读
QCode 定价指南
套餐档位与单价口径，以及常见的算法误区。
AI 编程工具对比
主流 CLI 与 IDE 的能力差异和适用场景。
Claude Code 中国大陆使用指南
网络、端点与常见配置问题。
本页提供的是通用检验方法，不构成对任何具体服务商的评价或推荐。各家的条款、限额与计价规则以其官方页面为准，且可能随时调整。