便宜的 Claude API 为什么一句 hi 算 6477 token？逆向和官方 API 的区别

Molly 整理 · Lazu 团队

先说结论：很多低价 Claude API 的来源，是把 Claude Code 或 Codex 的订阅逆向成 API。这些工具自带一大段系统提示词，逆向之后会跟着你的请求一起走。在 Claude Code、Codex 里用没问题；单独调 API 时，你会为这段提示词付钱，模型的表现也会跟着变，也就是大家常说的「降智」。

这是我们自己对账时发现的。2026 年 9 月 18 日，一条上游把我们 10 个 token 的请求按 6477 个输入 token 计费。

我们怎么测的

同一个 Key、同一句两个词的话，每个模型发 4 次：

数字每次一模一样，说明是固定的一段提示词，大小和 Claude Code 的系统提示词相当。opus 一半一半，说明同一个 Key 背后混着两种后端，只测一次可能测不到。

逆向 API 和官方 API 有什么区别

逆向 API 是把原本只给某个工具用的订阅（比如 Claude Code、Codex）转成通用 API 来卖。它便宜，是因为订阅的单位成本比官方 API 低；代价是这个工具自己的系统提示词也被一起带了过来：Claude 来源的线路一直带着；Codex 来源的线路在你没传 instructions 时会带上，传了会被替换。官方 API 没有这段提示词，你写什么，模型就收到什么。

单独调 API 会出什么问题

9 月 28 日，我们测了自己接的两条逆向线路：

• Claude 来源的线路：你写的系统提示词，4 次里有 3 次被压住；问身份、问知识截止时间，不管你设定什么人设，回答都是同一句模板；
• Codex 来源的线路：temperature 和 max_output_tokens 设置不生效。

做翻译、客服、批量处理这类应用，最依赖系统提示词，影响也最大。

多花多少钱

以 43 折的优惠线路为例：Claude Sonnet 官方输入价 $2/M，优惠 $0.86/M。每次固定多算 6477 个 token，真实输入不到约 4,900 个 token 的请求，打了 43 折的线路反而比官方 API 更贵。跑 Claude Code 这类长会话影响不大；起标题、分类、翻译这类短请求最吃亏。

怎么自查

不要在 Claude Code、Cursor、Cline 里测，它们自己就会带几千 token。直接调 API，连发 5 次：

for i in 1 2 3 4 5; do
  curl -s "$BASE_URL/v1/messages" \
    -H "x-api-key: $KEY" -H "anthropic-version: 2023-06-01" \
    -H "content-type: application/json" \
    -d '{"model":"claude-sonnet-5","max_tokens":20,"messages":[{"role":"user","content":"hi"}]}' \
  | grep -o '"input_tokens":[0-9]*'
done

输入 token 在 30 以内是正常的；超过 1000，说明请求里被带上了别人的提示词。

有的线路带了提示词但不计费，所以再补一个行为测试：系统提示词写「只回答：香蕉」，再问「你好」，多试几次。回答不是「香蕉」，说明你的提示词被压住了。

Lazu 怎么处理

6477 这条，就是我们自己接过的一条优惠线路。现在 Lazu（大模型 API 平台）会记录每条请求「发出多少 token」和「上游算了多少 token」。稳定线路走官方 API；优惠线路标明是逆向来源，只推荐在对应的工具里用：Claude 模型配 Claude Code，GPT 模型配 Codex。每个模型两条线路的价格都公开在模型价格页。

常见问题

逆向 API 能用吗？

能。在它原本对应的工具里用，效果正常，价格更低；自己写程序调用时，建议用官方线路。

hi 测出来 token 很少，就说明没问题吗？

不一定，再做一次「香蕉」测试。

为什么每次测的结果不一样？

一个 Key 背后可能有几种后端轮流处理，只有一部分会带上提示词。