很多人在 CCSub 后台第一次看到 GPT-5.6 Sol 的账单明细时会愣一下:明明只是问了几句话,为什么费用比预期高出一截?答案往往不在调用次数,而在 GPT-5.6 Sol 输出 Token 计费 的倍率上。CCSub 上 GPT-5.6 Sol 的售卖价是输入 56、输出 168,缓存读取 5.6,比例正好是 1:3。搞清楚这 3 倍从哪里来,比事后对账有用得多。
本文所有价格均指 CCSub 平台的售卖价(单位与站点计价口径一致),用于说明输入与输出的相对关系,不构成任何价格承诺,实际以控制台与 注册与充值文档 展示为准。
先把接入跑通,再谈计费
计费的前提是调用能正常打通。GPT-5.6 Sol 属于 OpenAI 兼容模型,你可以用任意兼容 OpenAI 协议的客户端接入。
OpenAI 兼容方式
把 Base URL 指向 CCSub,密钥用你在控制台创建的 sk-你的CCSub密钥:
export OPENAI_BASE_URL=https://ccsub.xyz/v1
export OPENAI_API_KEY=sk-你的CCSub密钥
curl $OPENAI_BASE_URL/chat/completions \
-H "Authorization: Bearer $OPENAI_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "gpt-5.6-sol",
"messages": [{"role": "user", "content": "用三句话解释什么是向量数据库"}],
"max_tokens": 300
}'
对话补全走的是 https://ccsub.xyz/v1/chat/completions,这也是绝大多数 SDK 默认的路径。
Codex 原生方式
如果你用 Codex,Base URL 换成 https://ccsub.xyz/openai,协议选 wire_api = responses。Codex 会自动请求 https://ccsub.xyz/openai/responses,不需要你手动拼路径。Responses 接口下的参数支持范围可以对照 API 参数与推理能力 文档。
Claude Code 原生方式
Claude Code 使用 Anthropic 协议,把 Base URL 设为 ANTHROPIC_BASE_URL=https://ccsub.xyz/api,客户端会自动请求 https://ccsub.xyz/api/v1/messages。注意它和 OpenAI 兼容端口是两套地址,不要混用。
确认模型列表
不确定当前可用的模型标识时,直接查列表接口:
curl https://ccsub.xyz/v1/models \
-H "Authorization: Bearer sk-你的CCSub密钥"
支持的工具包括 Claude Code、Codex、OpenCode、OpenClaw、Cursor、VS Code、Windsurf、CherryStudio,安装与配置细节见 安装配置。
为什么输出是输入的 3 倍
先接受一个事实:输入和输出的计费倍率不同是行业通行做法,不是 CCSub 独有的规则。原因有三层。
- 算力结构不同。输入 Token 可以被并行处理,同一批上下文能在一次前向里算完;输出 Token 必须逐个生成,每吐一个字都要重新过一遍模型。同样是 1K Token,输出的实打实计算量远高于输入。
- 占用时长不同。输出越长,请求占用连接和显存的时间越久。长回答会直接拉低单位时间的吞吐,这部分成本最终反映在单价上。
- 缓存只能救输入。CCSub 上 GPT-5.6 Sol 的缓存读取价是 5.6,相当于输入价的十分之一,但缓存机制只作用于被复用的上下文,对生成出的新内容不起作用。也就是说,你把输入成本压到再低,输出该多少还是多少。
把 56 和 168 放在一起看,结论很直接:输出 Token 才是账单里的放大器。输入翻倍,费用翻倍;输出翻倍,费用翻两倍——而且是在输入已经算过一遍的基础上再翻。
一个容易踩的坑:输入便宜,于是疯狂灌上下文
因为输入单价低,很多人养成了「多塞点总没错」的习惯:整份代码库、完整聊天记录、重复的格式模板统统塞进 prompt。这本身没错,但有两个副作用。
- 上下文越长,模型越容易「顺着材料展开」,回答跟着变长,输出 Token 被动上涨。
- 历史对话回灌属于输入,看起来便宜,可一旦模型被冗长上下文带偏,开始重复、总结、复述,多出来的全是按 168 计价的内容。
换句话说,输入省下的钱,可能被输出几倍地拿走。
三条压缩话费的具体做法
一、给回答长度设上限
最立竿见影的一招。在请求里显式写 max_tokens,并在提示词里说明期望篇幅:
{
"model": "gpt-5.6-sol",
"max_tokens": 500,
"messages": [
{"role": "user", "content": "用要点列出这三个函数的区别,每点不超过两句话"}
]
}
「不超过两句话」「用列表」「不要解释背景」这类约束,对输出长度的影响远大于对输入的影响,因为它们直接约束的是模型要生成多少个字。
二、减少无效上下文回灌
- 历史对话只保留与当前问题相关的轮次,不要每次都把完整记录拼回去。
- 代码场景优先给函数签名和关键片段,不要整文件粘贴。
- 同一份背景材料在多次请求里复用时,尽量让客户端走缓存读取路径,而不是每次当新输入重新计费。
- 把「总结上一步」这类中间步骤去掉,它们产生的输出 Token 往往没人看,却照样计费。
三、按任务挑模型,不要一把梭
不是所有任务都值得用 GPT-5.6 Sol。改写、分类、抽取这类短输出任务,换成输出单价更低的模型,账单结构会明显好看。先查 /v1/models 确认可用型号,再对照 模型定价分组 选型。
本地核对账单的四个步骤
- 记录调用时的 Token 用量。OpenAI 兼容接口会在响应的
usage字段返回prompt_tokens、completion_tokens和total_tokens,把它们写进日志。 - 按倍率估算费用。用输入 Token 乘输入单价、输出 Token 乘输出单价,相加得到本次调用的估算值。重点看输出那一项占总费用的比例,超过七成说明你的用法严重偏输出。
- 和控制台明细对齐。把本地日志的调用时间、模型名和平台侧记录逐条比对,确认没有对不上的调用,也能及时发现异常重试造成的重复计费。
- 找异常项。如果某次调用的输出 Token 远超你的预期,回看当时的 prompt,大概率是上下文太长或者缺少长度约束。
想更系统地看懂 Token 明细,可以参考 入门使用手册 里关于 Token 记录的说明。
常见问题与排查
- 请求报连接错误。先确认 Base URL 是否写对:OpenAI 兼容是
https://ccsub.xyz/v1,Codex 是https://ccsub.xyz/openai,Claude Code 是https://ccsub.xyz/api,三个地址不能互相替换。 - 密钥无效或余额不足。到控制台检查 API Key 状态与余额,充值方式见 注册与充值。
- 回答被截断。多半是
max_tokens设得太小,适当上调即可,不要靠删掉长度约束来「解决」。 - 费用比预估高。优先排查历史对话回灌和长上下文,再看是否有客户端在失败后自动重试。
关于充值的提醒
按量计费的特点是花得快、看得见。建议先小额充值跑通链路,观察一到两天的实际消耗曲线,再决定充值额度。不要一次性充太多,也不要依赖「先欠着」——余额不足会直接导致调用失败。
下一步
如果你还没接入,按上面的三套地址任选一种配置好,用 gpt-5.6-sol 发一个带 max_tokens 的请求,然后在响应里看一眼 usage。理解 GPT-5.6 Sol 输出 Token 计费 的 1:3 倍率之后,你会发现省钱的杠杆其实只有一根:让模型少说废话。先把这条练熟,账单自然会下来。
CCSub API 调用方法
如果你使用 OpenAI 兼容客户端,把 Base URL 设置为 https://ccsub.xyz/v1,API Key 使用控制台创建的 sk-你的CCSub密钥。
export OPENAI_BASE_URL=https://ccsub.xyz/v1
export OPENAI_API_KEY=sk-你的CCSub密钥
Codex 请使用原生 Responses 专用地址。先设置密钥:
export CCSUB_API_KEY=sk-你的CCSub密钥
再在 ~/.codex/config.toml 配置自定义 provider:
model = "gpt-5.6-sol"
model_provider = "ccsub"
[model_providers.ccsub]
name = "CCSub"
base_url = "https://ccsub.xyz/openai"
env_key = "CCSUB_API_KEY"
wire_api = "responses"
Claude Code 使用专用 Messages Base URL:
export ANTHROPIC_BASE_URL=https://ccsub.xyz/api
export ANTHROPIC_AUTH_TOKEN=sk-你的CCSub密钥
需要确认当前可用模型时,可以请求 GET https://ccsub.xyz/v1/models。正式长任务前,建议先用短请求验证 Key、余额和模型是否正常。