Pricing

套餐价格与计费说明

价格页现在同时覆盖两类套餐:按量充值怎么选、月卡怎么选,以及月卡里的 Claude Code / Codex 主力通道和 MiniMax 2.7 备用通道怎么配合使用。

Packages

按量充值与月卡套餐

当前同时提供按量充值与月卡套餐:第一行为月卡,第二行为按量充值;月卡主力可用 Claude Code 和 Codex,抽风时还可切到 MiniMax 2.7 备用。默认不含自动续费,生效时间、发放方式与额度规则以结账页显示为准。

月卡套餐

月卡按每日额度发放,适合有稳定日常调用需求的场景;除 Claude Code 和 Codex 外,还带 MiniMax 2.7 备用通道。

月卡

100刀月卡|¥100 ($15)

适合每天都有稳定调用,但希望把月度预算锁在更低区间的个人开发者或小团队;主力用 Claude Code / Codex,异常时可切 MiniMax 2.7 顶上。

  • 每日额度:$100
  • 有效期:1个月
  • 月费:¥100 ($15)
  • 支持 Claude Code / Codex + MiniMax 2.7 备用
  • MiniMax 2.7:5 小时可用 300 次,5 小时后重置
去购买
月卡

200刀月卡|¥180 ($27)

适合已经形成固定工作流,需要更高日额度覆盖多人协作、持续开发或更长上下文请求;主力用 Claude Code / Codex,异常时可切 MiniMax 2.7 备用。

  • 每日额度:$200
  • 有效期:1个月
  • 月费:¥180 ($27)
  • 支持 Claude Code / Codex + MiniMax 2.7 备用
  • MiniMax 2.7:5 小时可用 300 次,5 小时后重置
去购买
月卡

400刀月卡|¥320 ($48)

适合高频开发、多人共享或需要更大日常预算池的场景,用固定月费换取更高日额度上限;主力用 Claude Code / Codex,异常时可切 MiniMax 2.7 备用。

  • 每日额度:$400
  • 有效期:1个月
  • 月费:¥320 ($48)
  • 支持 Claude Code / Codex + MiniMax 2.7 备用
  • MiniMax 2.7:5 小时可用 300 次,5 小时后重置
去购买

按量充值

按量充值适合调用频率波动较大,或者还在验证阶段的使用方式。

按量

按量充值|¥7 ($1) = $50

适合先验证 API Key、Base URL 和最短工作流,不想一开始就压太多预算。

  • 到账额度:$50
  • 计费方式:按量消耗
  • 按官方同面额直购可省 $49
  • 适合先做小流量试跑
去购买
按量

按量充值|¥70 ($10) = $600

适合已经跑通接入,需要覆盖一段时间的真实调用量和团队验证。

  • 到账额度:$600
  • 计费方式:按量消耗
  • 按官方同面额直购可省 $590
  • 适合持续验证和日常开发
去购买
按量

按量充值|¥140 ($20) = $1400

适合已经确定工作流和模型用量,希望把单位成本继续压低的场景。

  • 到账额度:$1400
  • 计费方式:按量消耗
  • 按官方同面额直购可省 $1380
  • 适合多账号或多阶段任务
去购买

月卡套餐按每日额度生效,不是一次性到账整月总额;Claude Code / Codex 之外还含 MiniMax 2.7 备用通道,按 5 小时 300 次计算,5 小时后重置;日额度刷新、未用部分处理与开通时间以结账页为准。

Compare

套餐与官方价格对比

先看月卡,再看按量充值。月卡按 30 天总额度折算官方同面额价格;按量充值按实际到账额度对比。

月卡套餐对比

月卡与官方价格对比按 30 天周期计算,仅用于帮助判断预算差异。

套餐 CodeAPI 价格 30天总额度 / 官方同面额 省下金额 大约节省
100刀月卡 ¥100 ($15) $3000 $2985 约 99.5%
200刀月卡 ¥180 ($27) $6000 $5973 约 99.6%
400刀月卡 ¥320 ($48) $12000 $11952 约 99.6%

按量充值档位对比

按量充值包直接按到账额度和官方同面额价格进行对比。

套餐 CodeAPI 价格 到账额度 / 官方同面额 省下金额 大约节省
轻量试跑包 ¥7 ($1) $50 $49 约 98%
日常开发包 ¥70 ($10) $600 $590 约 98.2%
高性价比包 ¥140 ($20) $1400 $1380 约 98.3%
Billing

如何计费

按量模型怎么扣费

按量模型不是看一次充值金额,而是看每次请求的真实输入、输出、缓存与分组倍率。

  • 普通输入按 输入 tokens / 1M × 模型倍率 × 分组倍率 计费
  • 输出按 输出 tokens / 1M × 输出倍率 × 模型倍率 × 分组倍率 计费
  • 缓存读取和缓存创建会乘各自缓存倍率
  • 音频、图片等特殊类型按对应倍率或价格结算

请求是先预扣,再按实际结算

本站在请求开始时会先做预扣,结束后再根据实际消耗补扣或退回差额。

  • 请求发起时先按预估额度预扣
  • 请求完成后按真实用量结算,多退少补
  • 请求失败或中断时,已预扣部分会按规则返还
  • 日志和账单里会记录实际扣费结果

常见公式

你不需要背全部细节,但至少应该知道成本是怎么从请求量推出来的。

普通输入 = 输入 tokens / 1,000,000 × 模型倍率 × 分组倍率
缓存读取 = 缓存 tokens / 1,000,000 × 模型倍率 × 缓存倍率 × 分组倍率
输出 = 输出 tokens / 1,000,000 × 模型倍率 × 输出倍率 × 分组倍率
按次模型 = 单次价格 × 分组倍率

最终以什么为准

最终还是以控制台当时显示的模型倍率、输出倍率、缓存倍率、分组倍率和订单页说明为准;静态页的作用是帮你先理解规则,而不是替代实时面板。

Fit

哪些人更适合这套价格结构

套餐价格低不代表适合所有场景,关键还是要看你的用量波动、预算控制方式和容错边界。

更适合

  • 个人开发者和小团队
  • 想先验证工作流再扩大使用的人
  • 用量波动明显、需要按阶段控预算的项目

不一定最适合

  • 长期高负载且采购流程成熟的大团队
  • 只接受固定大额长期采购的组织
  • 对任何偶发波动都几乎零容忍的场景