Qwen3.8 Max 充值后，一行账单是 ¥4.12

01 / 先看 Qwen3.8 Max 的三行价格

先看账单上容易被忽略的结构：Qwen3.8 Max 的费用不是一个笼统总价，而是输入、输出、缓存读取三行。CheapRelay 价格表按每 1,000,000 个真实 token 计价，当前 Qwen3.8 Max 输入为 ¥4.12，输出为 ¥12.35，缓存读取为 ¥0.49。需要填写模型时，输入 qwen3.8-max；接口地址使用 https://api.cheapapirelay.com 下的 /v1，Cursor、Cherry Studio、Cline、Roo Code、OpenCode、OpenAI SDK 和 cURL 都能按 OpenAI 兼容方式接入。

换算并不复杂。以示例一为例：输入 100,000 个 token，输入行是 4.12 × 100,000 ÷ 1,000,000 = ¥0.412；输出 20,000 个 token，输出行是 12.35 × 20,000 ÷ 1,000,000 = ¥0.247；缓存读取 50,000 个 token，读取行是 0.49 × 50,000 ÷ 1,000,000 = ¥0.0245。三行相加，0.412 + 0.247 + 0.0245 = ¥0.6835，也就是约 ¥0.68。

这个示例把“每百万 token”还原成了真实请求费用。开发者可以先估算自己的输入长度、输出长度和缓存量，再逐行乘算，不必等月底看到一笔总账才判断成本。CheapRelay 按实际 token 结算，没有月租，余额不会过期；新账号注册赠送 ¥0.60，可用于价格表中的任意模型，拿它跑通一次请求也能验证配置。

如果接口返回 HTTP 402，表示账户余额已经等于或低于零，此时补充充值即可继续调用。价格表和扣费逻辑都摆在明面上：哪一行用了多少 token，乘以对应单价，得出这一行费用。把这件事讲清楚，工具好不好用才不是靠形容词，而是靠读者自己复核数字。

02 / 三个用量场景，把账单并排算出来

下面三个场景均为示例，使用同一组 Qwen3.8 Max 单价，但请求规模不同。把它们放在一起，能更直观地看出输入、输出与缓存读取各自占多少钱，也方便开发者根据自己的日常用量选择预算。

• ■ 示例一：输入 100,000 个 token，输出 20,000 个 token，缓存读取 50,000 个 token。输入 ¥0.412，输出 ¥0.247，缓存读取 ¥0.0245，合计 ¥0.6835。
• ■ 示例二：输入 500,000 个 token，输出 100,000 个 token，缓存读取 200,000 个 token。输入 ¥2.060，输出 ¥1.235，缓存读取 ¥0.098，合计 ¥3.393。
• ■ 示例三：输入 1,000,000 个 token，输出 300,000 个 token，缓存读取 500,000 个 token。输入 ¥4.120，输出 ¥3.705，缓存读取 ¥0.245，合计 ¥8.070。

其次看规模变化。示例二的输入是示例一的 5 倍，输入行也从 ¥0.412 变成 ¥2.060；示例三的输入达到 1,000,000 个 token，正好对应价格表上的 ¥4.12 单价。输出部分同理，示例三输出 300,000 个 token，费用为 12.35 × 0.3 = ¥3.705，而不是把输出价再乘一次输入量。

这三个示例还说明一个实用差别：缓存读取单价为 ¥0.49，低于输入单价 ¥4.12 和输出单价 ¥12.35。示例三里缓存读取 500,000 个 token 只花 ¥0.245，占总账单约 3%。如果工作流本来就会重复读取稳定内容，把这部分计入估算，可以让预算更贴近实际消耗。

03 / 同一个示例，换几种模型就是另一组数字

价格表里还有多款模型可以横向比较，仍然沿用输入 100,000、输出 20,000、缓存读取 50,000 个 token 的示例一用量。Qwen3.7 Plus 的输入是 ¥0.87、输出 ¥2.61、缓存读取 ¥0.26，对应费用为 ¥0.087、¥0.0522、¥0.013，合计 ¥0.1522。MiMo V2.6 Pro 的输入 ¥1.25、输出 ¥2.50、缓存读取 ¥0.02，对应 ¥0.125、¥0.050、¥0.001，合计 ¥0.176。

再看 Qwen3.6 Plus Uncensored，输入 ¥2.47、输出 ¥13.20，价格表没有列出它的缓存读取单价，所以这个示例只计算输入与输出：¥0.247 + ¥0.264 = ¥0.511。这样就能得到清楚的结果：同一用量下，Qwen3.8 Max 的 ¥0.6835 比 Qwen3.6 Plus Uncensored 的 ¥0.511 多 ¥0.1725；输出部分 Qwen3.8 Max 为 ¥12.35，比后者的 ¥13.20 少 ¥0.85，但输入单价高 ¥1.65。

这些比较不是给模型贴标签，而是把选择落到费用结构上。Qwen3.8 Max 的输入单价 ¥4.12，比 Qwen3.7 Plus 的 ¥0.87 高 ¥3.25；输出单价 ¥12.35，比 ¥2.61 高 ¥9.74。输入与输出占比不同，最终账单自然不同。开发者可以在 CheapRelay 价格表中代入自己的真实用量，选出更贴合工作流的组合，而不是先订阅再猜成本。

04 / 官方标价怎么读，Qwen3.8 Max 又该怎么算

价格表目前为 Claude 和 GPT 系列列出了官方标价，Qwen3.8 Max 这一行没有官方标价，因此本文不替它推算一个官方数字，而是使用表中单价逐行计算。以 GPT-6.1 Sol 为例，官方输入标价是 ¥14.40，CheapRelay 输入为 ¥1.07；官方输出标价是 ¥72.00，CheapRelay 输出为 ¥5.31，输出价比官方价低 93%。官方缓存读取为 ¥0.72，CheapRelay 为 ¥0.25。数字之间的差距直接写在价格表里，不需要读者猜测折扣口径。

回到 Qwen3.8 Max，示例一的 ¥0.6835 完全来自三个已列出的单价：¥4.12、¥12.35、¥0.49。示例二和示例三也只是更换 token 数量，没有增加隐藏项目。开发者若需要更直观的单位，可以再按每百万 token 复核：示例三输入 ¥4.120 加输出 ¥3.705 加缓存读取 ¥0.245，得到 ¥8.070，与逐行结果一致。

这种计价方式适合需要控制项目成本的人。没有月租，也不用为闲置额度继续付费；余额按实际调用消耗，剩余部分不会过期。CheapRelay 把模型名称、模型 id、接口路径和单价放在一起，配置时少一次猜测，估算时少一次换算错误。对经常在多个模型之间切换的开发者来说，先算再选，比凭印象决定更稳妥。

05 / 充值、奖励与调用限制，逐项算明白

充值规则同样可以落到金额。新账号注册赠送 ¥0.60，能用于价格表中的任意模型；账户采用预付余额，按真实 token 扣费，没有月租，余额不过期。如果余额到零，接口会返回 HTTP 402，充值后便能继续使用。对于想先小规模验证的开发者，¥0.60 可以先覆盖若干次短请求，再根据实际账单决定下一次充值多少。

推荐奖励也能用算式理解：直接邀请的用户实际支付金额，奖励为其中的 20%；来自二级邀请的支付金额，奖励为 6%。奖励进入可提现余额，提现金额门槛是 ¥20，通过支付宝办理。举例说，直接邀请用户支付 ¥100，对应奖励是 100 × 20% = ¥20；若这笔支付来自二级邀请，则奖励为 100 × 6% = ¥6。把规则和门槛都写清楚，开发者可以自行判断邀请带来的收益。

退款规则也有明确时间线：充值后 12 天内，未使用余额可以申请退款，退款金额会扣除已经消耗的部分和支付手续费。调用方面，每个密钥每分钟 120 次，每个账户同时 8 次。CheapRelay 用公开价格、公开规则和可复算的示例，把充值后的每一行费用交代清楚。选 Qwen3.8 Max 时，记住 qwen3.8-max 这个模型 id，再按 ¥4.12、¥12.35、¥0.49 三行单价计算，预算就能自己算明白。