买 GPT-5.6 Sol 中转站，输入每百万 ¥2.20

01 / GPT-5.6 Sol 的价格表，先把每条单价抄清楚

先看结论：CheapRelay 价格表中的 GPT-5.6 Sol，输入是 ¥2.20，输出是 ¥12.34，缓存读取是 ¥0.19，单位都是每 1,000,000 tokens。准备调用模型时，填写的模型 id 是 gpt-5.6-sol。三个数字分别对应三种计费内容，不要把输出价当成输入价，也不要忽略缓存读取这一项。

为什么我把单价放在最前面？因为按量计费没有月租，实际支出就是真实 token 用量乘以对应单价。新注册账号还能得到 ¥0.60 的赠送额度，可以用于价格表中的模型。余额采用预付方式，按真实 token 结算，余额不过期。开发者可以先用赠送额度跑通请求，再根据实际输出量判断后续用量。

其次是调用限制。每个 key 每分钟可调用 120 次，每个账号可同时调用 8 次。这些数字直接决定程序怎样安排并发：不要把单分钟请求量堆到 120 次以上，也不要让同时进行的请求超过 8 个。若接口返回 HTTP 402，说明账号余额已经小于或等于零，此时需要充值后再继续调用。

下面所有金额都按价格表计算，并明确标为示例。示例一百万 tokens 输入、二十万 tokens 输出、五十万 tokens 缓存读取，单价乘数量分别是：¥2.20 × 1,000,000 ÷ 1,000,000 = ¥2.20；¥12.34 × 200,000 ÷ 1,000,000 = ¥2.468；¥0.19 × 500,000 ÷ 1,000,000 = ¥0.095。三项合计 ¥4.763，这就是一次示例请求的应收金额。

02 / 把 GPT-5.6 Sol 账单拆成输入、输出与缓存

继续用同一组用量做示例：输入一百万 tokens、输出二十万 tokens、缓存读取五十万 tokens，输入费用为 ¥2.20，输出费用为 ¥2.468，缓存读取费用为 ¥0.095，合计 ¥4.763。若输出增加到一百万 tokens，输入和缓存读取保持不变，则输出费用为 ¥12.34，合计变成 ¥14.635。这个例子说明，输出量是这条账单里变化最明显的部分。

再看一个更直观的示例：输入十万 tokens、输出两万 tokens、缓存读取五万 tokens。输入费用是 ¥2.20 × 100,000 ÷ 1,000,000 = ¥0.22；输出费用是 ¥12.34 × 20,000 ÷ 1,000,000 = ¥0.2468；缓存读取费用是 ¥0.19 × 50,000 ÷ 1,000,000 = ¥0.0095；合计 ¥0.4763。把用量缩小十倍，费用也按比例缩小，计费逻辑没有额外门槛。

缓存读取单价是 ¥0.19，与输入单价 ¥2.20 比较，缓存读取明显更低。示例二：同样读取一百万 tokens，直接输入需要 ¥2.20，缓存读取需要 ¥0.19，两者相差 ¥2.01。示例三：读取一百万 tokens 时，官方价格表的缓存读取单价是 ¥2.88，CheapRelay 是 ¥0.19，差额为 ¥2.69。

这里需要注意，GPT-5.6 Sol 的输出单价是 ¥12.34，而 GPT-6.1 Sol 的输入单价是 ¥1.07、输出单价是 ¥5.31。示例四：两者都使用一百万输入加一百万输出，GPT-6.1 Sol 合计 ¥1.07 + ¥5.31 = ¥6.38，GPT-5.6 Sol 合计 ¥2.20 + ¥12.34 = ¥14.54，相差 ¥8.16。若你的任务对模型选择不敏感，可以先按需求比较这两行价格。

03 / 与官方标价对照，差额直接写进计算

GPT-5.6 Sol 在价格表中同时列出了 CheapRelay 单价和官方标价。输入方面，官方标价 ¥28.80，CheapRelay 是 ¥2.20，节省比例按公式计算为（¥28.80 − ¥2.20）÷ ¥28.80 ≈ 92.4%。输出方面，官方标价 ¥144.00，CheapRelay 是 ¥12.34，（¥144.00 − ¥12.34）÷ ¥144.00 ≈ 91.4%，也就是输出价比官方价低 91%。

缓存读取方面，官方标价 ¥2.88，CheapRelay 是 ¥0.19，（¥2.88 − ¥0.19）÷ ¥2.88 ≈ 93.4%。把上一节的用量再拿来计算一次：输入十万、输出两万、缓存读取五万 tokens，按官方标价计算，输入为 ¥28.80 × 100,000 ÷ 1,000,000 = ¥2.88，输出为 ¥144.00 × 20,000 ÷ 1,000,000 = ¥2.88，缓存读取为 ¥2.88 × 50,000 ÷ 1,000,000 = ¥0.144，合计 ¥5.904。

同一个示例在 CheapRelay 是 ¥0.4763，与官方标价的 ¥5.904 相比，差额为 ¥5.4277。这个示例不是订阅套餐报价，而是相同 token 用量按两套公开单价逐项相乘后得到的结果。开发者自己就能复核，不需要相信一句笼统的省钱口号。

价格表里也有输入和输出都更低的选项。Qwen3.7 Plus 输入 ¥0.87、输出 ¥2.61；MiMo V2.6 Pro 输入 ¥1.25、输出 ¥2.50；MiniMax M3 输入 ¥0.89、输出 ¥3.54。示例五：三者各使用一百万输入和二十万输出，Qwen3.7 Plus 为 ¥0.87 + ¥0.522 = ¥1.392，MiMo V2.6 Pro 为 ¥1.25 + ¥0.50 = ¥1.75，MiniMax M3 为 ¥0.89 + ¥0.708 = ¥1.598。选型时，可以把自己的实际用量放进这些公式里。

04 / 接入 CheapRelay，只需要把协议和模型填对

GPT-5.6 Sol 属于 GPT 系列，可以放在 OpenAI 兼容客户端的 /v1 路径下使用。常见选择包括 Cursor、Cherry Studio、Cline、Roo Code、OpenCode、OpenAI SDK 和 cURL。配置时填写模型 id gpt-5.6-sol，API 基础地址填写 https://api.cheapapirelay.com。接口地址与模型 id 分开设置，调试时就不容易把模型名称填错。

其次，可以先发一个很小的请求检查配置。示例六：输入一千 tokens、输出一千 tokens、不计算缓存读取，费用为 ¥2.20 × 1,000 ÷ 1,000,000 + ¥12.34 × 1,000 ÷ 1,000,000 = ¥0.0022 + ¥0.01234 = ¥0.01454。这个示例足以验证请求链路，同时把试错成本压到很小。

客户端选择也有边界。Claude 模型只适用于官方 Claude Code 和 Claude Desktop，版本需要为 2.1.285 或更新版本，不适用于 Cursor、Cherry Studio、Cline、Roo Code、OpenCode、SDK、cURL，也不使用 OpenAI 兼容协议。Gemini 模型采用原生协议，通过 Gemini CLI 在 /v1beta 下使用，同样不是 OpenAI 兼容协议。GPT、DeepSeek、Kimi、GLM、Qwen、Grok、MiniMax 等模型则可按 OpenAI 兼容方式接入。

示例七：同一个 OpenAI 兼容客户端里，把模型 id 从 gpt-5.6-sol 换成 deepseek-v4-flash，价格也要跟着换。DeepSeek V4 Flash 输入 ¥1.72、输出 ¥6.88、缓存读取 ¥0.04；一百万输入加二十万输出的示例费用为 ¥1.72 + ¥1.376 = ¥3.096。配置正确后，账单始终按实际模型 id 对应的价格表结算。

05 / 把充值、邀请与退款规则也算进成本

最后检查充值环节。CheapRelay 使用预付余额，没有月租，按真实 token 付费，余额不过期。注册赠送额度为 ¥0.60，可用于价格表中的模型。示例八：赠送额度全部用于输入，按 ¥2.20 每百万 tokens 计算，可覆盖 ¥0.60 ÷ ¥2.20 ≈ 0.2727 百万 tokens；如果主要用于输出，按 ¥12.34 计算，则可覆盖约 0.0486 百万 tokens。额度能做什么，取决于你实际调用哪一项。

邀请规则也会进入收益计算。直接邀请的用户消费后，你获得其支付金额的 20%；二级邀请用户消费后，你获得 6%。这些金额进入可提现奖励余额，最低提现金额为 ¥20，通过支付宝提现。示例九：直接邀请用户支付 ¥100，你的奖励为 ¥100 × 20% = ¥20，刚好达到最低提现金额；若该用户再产生 ¥50 的二级邀请消费，奖励为 ¥50 × 6% = ¥3，累计 ¥23。

退款也有明确计算方式。充值后 12 天内，未使用余额可以申请退款，退还金额扣除已经消费的部分和支付手续费。示例十：充值 ¥100，期间消费 ¥18.40，退款计算为 ¥100 − ¥18.40 − 支付手续费；其中 ¥81.60 是消费前的未使用余额，支付手续费则按实际支付渠道产生的金额扣除。

把这些数字放在一起看：GPT-5.6 Sol 输入 ¥2.20、输出 ¥12.34、缓存读取 ¥0.19，按量结算，没有月租；新账号有 ¥0.60 额度，余额不过期；每分钟 120 次、单账号并发 8 次的限制也写得清楚。先用小请求验证客户端，再按真实用量观察账单，这才是更省心的接入顺序。