Quanta

Grok 4.6 API 中转:Quanta 输入 ¥4.80

大用量成本ZH5 次阅读

01 · 工单流水线的成本,必须能逐行看懂

一个客服团队把工单摘要、意图分类、回复草稿串成流水线之后,最先问的往往不是「哪个模型更强」,而是「这条流水线一个月到底要花多少钱」。在 Quanta 上,每一次调用都按真实 token 计费:输入、输出、缓存写入、缓存读取分别定价,控制台会列出每一次调用消耗的 token 数与对应扣费。团队可以按工单编号、按处理阶段、按所用模型逐行核对,而不是月底只拿到一张无法拆解的总账。

Quanta 是面向团队与高负载持续运行的 API 中转服务,不收月费,也没有最低消费门槛。预付余额就是全部成本结构:流水线跑得多,就按实际用量付费;某类工单暂时不接,余额也不会被固定月费摊走。这种逐行可核对的透明度,是 Quanta 值得进入支持团队预算讨论的直接理由。

02 · Grok 4.6 与其他模型在 Quanta 上的单价

以每 100 万 token 计,Quanta 上 Grok 4.6 的价格为输入 ¥4.80、输出 ¥14.50、缓存读取 ¥1.20。对于以摘要和分类为主的工单流水线,输入与输出的比例往往可以提前估算,于是预算就不再是一个模糊数字。

  • › Grok 4.6:输入 ¥4.80 / 输出 ¥14.50 / 缓存读取 ¥1.20,适合承担分类、打标与中等复杂度的回复草拟。
  • › GPT-6.1 Sol:输入 ¥1.50 / 输出 ¥7.30 / 缓存读取 ¥0.29,适合高并发、低单价的批量处理环节。
  • › Gemini 2.5 Flash:输入 ¥1.70 / 输出 ¥13.60 / 缓存写入 ¥1.70 / 缓存读取 ¥0.17。
  • › Claude Sonnet 5.5:输入 ¥9.00 / 输出 ¥45.20 / 缓存写入 ¥11.30 / 缓存读取 ¥0.66。
  • › Claude Opus 5.5:输入 ¥12.90 / 输出 ¥60.90 / 缓存写入 ¥15.20 / 缓存读取 ¥0.59。

以下都是示例:按输入与输出 3:1、无缓存命中的口径计算,Claude Opus 5.5 每月 1000 万 token 约 ¥249.00,1 亿 token 约 ¥2,490.00;Claude Sonnet 5.5 每月 1000 万 token 约 ¥180.50,1 亿 token 约 ¥1,805.00;GPT-6.1 Sol 每月 1000 万 token 约 ¥29.50,1 亿 token 约 ¥295.00;Gemini 2.5 Flash 每月 1000 万 token 约 ¥46.75,1 亿 token 约 ¥467.50。示例的意义在于:换一个模型、换一段提示词,成本变化会立刻反映在 Quanta 的调用记录上,团队可以据此把每个工单环节分配给合适的模型。

03 · 接入方式:把 Claude、Gemini 与其他模型放对位置

Quanta 同时提供 OpenAI 兼容接口(/v1)、Anthropic 原生协议与 Gemini 原生协议,一个密钥、一份余额即可跨三类协议使用。但客户端与模型的对应关系必须严格区分。

  • › Claude 模型只通过官方 Claude Code 与 Claude Desktop 客户端使用,Claude Code 需为 2.1.285 或更新版本。
  • › Gemini 模型使用原生协议,通过 Gemini CLI 调用。
  • › Codex、Cursor、Cherry Studio、Cline、OpenCode、OpenAI SDK 与 cURL,对应 GPT、DeepSeek 以及其他非 Claude、非 Gemini 的模型,例如 Grok 4.6、Qwen3.7 Plus、GLM-5.3。

对支持团队而言,这条规则的实际意义是:工单流水线的不同环节可以分别落在不同客户端上,而所有消耗仍然汇总到同一份 Quanta 余额与同一张调用清单中,不需要为每个环节单独维护供应商账户。

04 · 持续高并发下,限额与超时边界是公开的

Quanta 把限制写明并强制执行,而不是让团队在高峰期去猜。每个密钥每分钟 120 个请求,每个账户最多 8 个请求同时在途,单次请求体不超过 25 MB,每个账户最多 20 个有效密钥。这些数字可以直接写进容量规划:例如 8 个在途请求意味着并发上限是明确的,压测与排期都有可依据的边界。

流式请求没有总时长上限,只有在上游连续静默 300 秒后才会结束。对于需要边生成边回填工单回复的长时间任务,这意味着流式连接不会因为一个笼统的时间限制被中途掐断。对 Quanta 来说,公布并执行这些边界,比承诺一个无法验证的模糊指标更实在。

05 · 充值、发票与团队结算

Quanta 采用预付余额模式,充值档位为 ¥10.00、¥50.00、¥100.00、¥200.00、¥500.00 与 ¥1,000.00,团队可以按当月预估用量选择档位,不必一次压满。公司付款可通过公司账户银行转账完成,发票与预报价通过 Quanta 控制台的 Contact 页面或 Messages 页面安排,流程与用量记录在同一处对接。注册即赠 ¥2.80 试用额度,团队可以先用真实工单跑一遍流程,再决定模型分配。

数据留存也有明确边界:用户发送的文本会保留 30 天,用于滥用处理与账单争议,之后删除;模型回答不存储。推荐奖励为被推荐账户充值额的 19%,再上一级为 5%,奖励可从 ¥200.00 起提现,也可直接转入余额。充值后 15 天内,未使用的余额可以退款。

06 · 把工单流水线的第一版跑在 Quanta 上

支持团队的核心压力通常来自持续、并发、不可中断的调用量。Quanta 的做法很直接:按真实 token 逐项计价,把限额、流式超时、充值与发票流程全部写清楚,并让 Claude、Gemini 与 GPT、DeepSeek 等模型在各自适配的客户端下共用一份余额。

先注册领取 ¥2.80 额度,选一个工单分类环节跑出第一批调用记录,再回到控制台逐行核对 token 与扣费。当成本曲线、并发表现和结算路径都摆在眼前时,是否为团队开一个 Quanta 账户,答案通常已经很清楚了。