价格

没有套餐、没有月费、没有最低消费。充多少用多少,按实际 token 扣, 扣到分为止。你不用为了"押注某个模型"而预付年费。

三种用法

区别只在「用平台的货」还是「用自己的货」,接口完全一样。

按量付费
按分 起充 10 元

用平台的模型池,无需自备 Key。

  • 12 个在售模型全部可用
  • 按 token 计费,输入输出分开计价
  • 不足 1 分不扣,余额可持续使用
  • 同款自动比价,选最便宜的可用供应商
  • 余额与流水实时可查
充值使用
BYOK 自带 Key 推荐
0.002 分 / 次

算力你自己出,平台只收通路费。

  • 上游 token 费用由你自己的账号承担
  • 平台按调用次数收通路费,不碰你的 token 费用
  • 可以接平台池里没有的模型
  • 同样享受统一协议、留痕、对账
  • Key 在平台侧加密存储,可随时删除
看怎么配
企业合作
面议

需要合同、发票、SLA 的场景。

  • 对公转账与增值税发票
  • 独立配额与并发上限
  • 可约定账单周期与对账口径
  • 可指定只用某些上游
  • 需签服务协议
联系我们

为什么按「微厘」算,不按「元」算

这不是技术炫技,是不这么算就会算错。

一次普通对话在 DeepSeek Flash 上大约 0.11 分。 如果系统只认「分」这个最小单位,有两种结局,都不行:

做法后果
四舍五入到分0.11 → 0,用户每次白用
向上取整到分0.11 → 1,用户实际付了 9 倍价钱
按元计价更糟,误差放大 100 倍

所以平台内部统一用微厘记账:1 分 = 100 万微厘。 计算过程全程整数,不出现浮点数;只在「真正扣钱」和「真正结算」两个时刻向分取整。

两侧取整方向不同,这是故意的

// 用户侧:向上取整,最低 1 分
// 保证平台不会因为凑整而白送调用
chargedCents = ceil(billedMilli / 1_000_000)
if chargedCents < 1 { chargedCents = 1 }

// 商户侧:不足 1 分先进「找零池」累计
// 攒够整分才落一条真实分录,不抹零
carry[merchant] += merchantMilli
if carry[merchant] >= 1_000_000 {
    settle(merchant, carry[merchant] / 1_000_000)
    carry[merchant] %= 1_000_000
}
找零池不是账。 它只是「还没凑够一分」的累计器,不构成任何一方的债权。 真实归属一律以复式账本的分录为准 —— 这是对账时唯一可信的来源。

计费公式

模型类目的实付金额,就这一行。

理论金额(微厘) =
    (输入 token × 输入单价 + 输出 token × 输出单价) × 1,000,000 ÷ 1,000,000

// 单价单位是「分 / 百万 token」,所以:
//   理论金额(微厘) = 输入token × 输入价 + 输出token × 输出价
//   因为 1 分 = 100 万微厘,1 百万 token 的价 × 1 token = 1 微厘

实付(分) = max(1, ceil(理论金额 ÷ 1,000,000))

三个实例,都在 DeepSeek Flash(输入 70 / 输出 140)上

场景输入 token输出 token理论(微厘)理论(分)实扣
一句问答20010028,0000.0281 分
普通对话800400112,0000.1121 分
长文写作2,0004,000700,0000.7001 分
一次批量抽取(10 万字)120,0008,0009,520,0009.5210 分

前三行都只扣 1 分 —— 不是算错,是最低 1 分的保护。 这也是为什么小额高频场景下,10 元能跑近万次:大量调用被合并进 1 分里。 平台为此承担的成本已经计入售价,不构成补贴。

价目表

单位:分 / 百万 token。这是零售价,不是平台进货价。

模型供应商输入输出百万 token 混合价*
Ling-flash-2.0硅基流动163221.3 分
Step-3.5 Flash硅基流动183624.0 分
GLM-5.3 Flash硅基流动204026.7 分
DeepSeek V4.1 Flash硅基流动255033.3 分
千问 Long阿里云5010066.7 分
DeepSeek FlashDeepSeek7014093.3 分
千问 Plus阿里云80200120 分
千问 Max阿里云240960480 分
DeepSeek V4 ProDeepSeek2801,100553 分
Kimi K2.6Moonshot3001,200600 分
Kimi K2.7 CodeMoonshot3201,300647 分
Kimi K3Moonshot4001,600800 分

* 混合价按输入:输出 = 4:1 估算,仅用于横向比较,不是计费口径。 实际计费永远按真实的输入、输出 token 分别计算。

价格会变。 上游调价传导到我们,零售价跟着调整,不搞"锁价到期偷偷涨"。 调价前控制台会提示,已充值的余额不贬值 —— 余额是钱,不是代金券。

和直接找厂商比

说实话:单看单价,我们不会更便宜。

维度厂商自营虾米盒子
单价最低(没有中间层)加价零售,约高一档
模型覆盖只有自己家的12 个,4 家上游
开户与充值每家有独立流程一个账号、一次充值
协议各不相同OpenAI / Anthropic 双兼容
供应商故障自己处理同款自动切另一家
账目各家分开看一份复式账本,逐笔可核
发票每家一张一张

结论很直接:如果你只用一个模型、只看单价,直接找厂商自营更划算。 我们卖的是多供应商中立和账目可核对 —— 当你的应用需要 3 个以上模型、 或者不能接受某个供应商宕机就全线停摆时,这笔加价才有意义。

计费相关的问题

余额会过期吗

不会。余额是预付款,不是代金券,没有有效期,也不因调价而缩水。

能退款吗

未消费部分可申请原路退回,需扣除已产生的通道费用。已消费部分不退。

调用失败会扣钱吗

上游返回非 2xx 的不扣。已扣但上游失败的,按失败记录原路返还。

怎么核对账单

控制台每次调用可查:request_id、输入输出 token、理论微厘、实扣分、命中哪个商品。

并发有上限吗

按量付费默认有并发上限,防止单账号打满上游。需要更高可申请提额。

支持哪些支付方式

企业合作支持对公转账;在线充值走微信支付(当前处于试运行阶段)。