Quanta

GPT-5.6 Sol 价格:Quanta 25MB 请求体限制

平台工程ZH8 次阅读

01 · 25 MB 请求体上限:大文档必须在正文范围内解决

Quanta 的每个请求体上限是 25 MB,这是公开写出并强制执行的限制。Quanta 面向团队和持续高负载工作而构建,并发、速率限制、计费方式和发票安排都摆在明面上,但文档进入模型的入口只有一条:请求正文。把整份 PDF、扫描件或一个完整代码库直接塞进请求体,一旦超过 25 MB,请求会在抵达模型之前就被拦下,换哪个模型、换哪把密钥都一样。

因此,讨论“大文档”其实是在讨论两件事:如何让每次请求的正文保持在 25 MB 以内,以及如何让这些请求在 Quanta 上稳定跑完。关于数据留存,Quanta 会将用户发送的文本保留 30 天,用于滥用处理与账单争议,之后删除;模型回答不存储。大段文档同样适用这一规则。

02 · 把大文档切成多段:可行做法与计费边界

可落地的做法是在你自己的流程里把大文档切成若干段,每段单独发起一次请求,再让模型按段处理并汇总结果。这不是 Quanta 额外提供的功能,而是对 25 MB 边界的一种正常用法,Quanta 只负责把每一次合规的调用跑完并如实计费。

  • › 分段时保留结构索引。给每段带上编号、章节名和少量上下文,让模型知道自己在文档的哪个位置,避免为了“讲清楚”而反复附带全文。
  • › 控制重复输入。同一份材料被多次请求时,重复携带的文本会重复产生输入 token,费用也会随之重复累积。
  • › 让汇总请求保持轻量。各段结果汇总时只传递必要的结论与引用片段,而不是把全部中间产物再灌回去。
  • › 先做一次体积自检。把每段正文控制在 25 MB 以内再发出,这一步在你自己的代码里完成,比在服务端猜测边界更省事。

03 · 文档体积如何转化为 token 与费用

Quanta 采用预付余额、按真实 token 计费,没有月费,也没有最低消费。输入、输出、缓存写入、缓存读取分别定价,控制台会列出每次调用消耗的 token 数与对应费用。文档越大、请求越密,输入侧的开销越明显,所以拆分策略直接关系到预算。

以 GPT-5.6 Sol 为例,每 100 万 tokens 的输入为 ¥3.10,输出为 ¥17.40,缓存读取为 ¥0.25,该模型没有缓存写入项。也就是说,重复处理同一批材料时,命中缓存读取的单价明显低于输入单价,缓存读取 ¥0.25 对输入 ¥3.10 的差距是真实存在的。对 Claude 与 Gemini 模型,缓存写入是单独计价的项目且高于输入价,例如 Claude Fable 5 输入 ¥31.30、缓存写入 ¥38.50、缓存读取 ¥2.40,是否值得写入缓存需要按你的复用频率来判断。

可参考的示例:GPT-6.1 Sol 每月 1000 万 tokens 约 ¥29.50,1 亿 tokens 约 ¥295.00;Claude Sonnet 5.5 每月 1000 万 tokens 约 ¥180.50,1 亿 tokens 约 ¥1,805.00。这些是示例数字,用于估算量级,实际费用以控制台逐次调用的记录为准。

04 · 批量投递时的并发、速率与长流式响应

分段投递天然是并发任务,Quanta 对此有明确边界:每个密钥每分钟 120 次请求,每个账户最多 8 个请求同时在途,每个账户最多 20 把有效密钥。注意,8 个在途请求是按账户计算的上限,增加密钥并不会抬高这个账户级天花板,因此合理的做法是控制分段总量与在途数量,而不是靠多开密钥硬顶。

长文档处理往往需要较长的流式响应。Quanta 的流式请求没有总时长上限,只在上游连续静默 300 秒后才结束。这意味着一次耗时较长的批量处理不必担心被固定时限切断,但上游长时间无输出时,请求仍会按规则收尾,调度时需要为这种情况留出余量。

05 · 协议与客户端怎么配,避免走错入口

GPT-5.6 Sol 属于非 Claude、非 Gemini 系列模型,可以与 Codex、Cursor、Cherry Studio、Cline、OpenCode、OpenAI SDK 以及 cURL 搭配,走 OpenAI 兼容的 /v1 路径。Claude 模型只支持在官方 Claude Code 与 Claude Desktop 中使用(Claude Code 2.1.285 或更新版本)。Gemini 模型使用原生协议,通过 Gemini CLI 接入。Quanta 的三种协议共用同一把密钥和同一份余额,团队不需要为不同模型维护多套账户。

接入时还有两处容易忽略:API 基础地址固定为 https://api.quantarelay.com;模型名需使用 Quanta 列出的标识,例如 gpt-5.6-sol。写对模型名与协议,批量文档任务才不会在第一步就偏离预期。

06 · 充值、发票与团队结算的具体安排

Quanta 是纯按量付费的预付模式,注册即赠 ¥2.80 试用额度,可选充值档位为 ¥10.00、¥50.00、¥100.00、¥200.00、¥500.00 和 ¥1,000.00。充值后 15 天内未使用的余额可以退款。推荐奖励为被推荐账户充值的 19%,再上一层为 5%,累计达到 ¥200.00 后可以提现或转入余额。

公司转账、发票和预报价通过 Contact 页面或控制台的 Messages 页面安排,团队与 Quanta 的沟通集中在这两个入口。对于需要长期、持续处理大文档的团队来说,透明的限制清单、逐次可查的 token 与费用记录,以及可提前安排的发票流程,比含糊的“量大从优”更有实际价值。现在就可以注册 Quanta,先用 ¥2.80 额度跑通一条分段文档流程,再决定如何放量。