阶梯返利规则

Pro Plan 的核心机制是"用得越多越便宜" —— 订阅费 $5/月,根据你本月的上游消费自动阶梯返利,最高完全抵消订阅费。这一篇把返利的精确规则、结算时机、发放方式、计费示例都讲清楚,避免你自己去猜。

精确规则表

以本月上游 token 消费额(不含订阅费)为基准:

本月上游消费 订阅费 返利 实际订阅净支出
$0 ~ $30 $5 $0 $5
$30 ~ $50 $5 返 $2 $3
$50+ $5 返 $5 $0(本月免费)

"上游消费"指的是:你这个月实际花在 Claude token 上的钱(按 1.25x 的 relay 单价),不包括订阅费本身。

常量定义在 gateway/app/subscription.py 里(开源后会给出链接):

PRO_PLAN_MONTHLY_CENTS = 500              # $5 订阅费
REBATE_TIER1_THRESHOLD_CENTS = 3000       # >= $30
REBATE_TIER1_AMOUNT_CENTS = 200           # 返 $2
REBATE_TIER2_THRESHOLD_CENTS = 5000       # >= $50
REBATE_TIER2_AMOUNT_CENTS = 500           # 返 $5

我把这些数字写成常量是有意的:未来调整会公告一个月过渡期,而且已经累积的 credit 不会被影响。

结算时机

  • 结算周期:自然月(UTC 时区,每月 1 号 00:00:00 开始,到月末 23:59:59 结束)
  • 结算时刻:每月 1 号 UTC 03:00 自动 cron 结算上个月
  • 结算命令:python -m app.billing_cron(或指定 --month YYYY-MM-01)
  • 幂等性:同一个 cycle 对同一个用户多次结算结果一致,不会重复发放

为什么是 UTC 而不是本地时区:因为我们用户跨多个时区,选一个全球一致的基准比"每个用户按自己时区"简单 + 可审计得多。UTC 1 号 03:00 大约是北京时间 1 号 11:00,这是故意选在上班时间刚过、便于我实时监控 cron 输出。

返利发放方式

返利不是打折,是月结后发放的 credit,规则:

  1. 月末 cron 跑起来,计算你上月上游消费
  2. 按返利表算出应返金额(0 / $2 / $5)
  3. 把返利金额加到 users.credit_cents 字段
  4. 同时扣减当月订阅费 $5(如果 tier2 免费,净 0)
  5. 写入 billing_events 和 subscription_cycles 流水
  6. 在 /app/billing 页面对你可见

Credit 的性质:

  • 不过期、不缩水
  • 自动抵扣下月的订阅费 + token 消费
  • 抵扣顺序:先抵订阅费,再抵 token 消费
  • 如果你取消订阅,credit 仍然可以继续抵 Pay-as-you-go 消费
  • 如果你注销账户,credit 会清零(这是唯一失效场景)

计费示例(3 档都举例)

精度按实际 SQL NUMERIC(18, 6) 计算,下面为了易读四舍五入到小数点后 2 位。

用户 A · 轻度订阅(本月上游 $20)

  • 上游消费:$20(Claude token × 1.25)
  • 订阅费:$5
  • 返利:$0(未达 $30 门槛)
  • 本月账单:$25
  • 毛利(我们视角):约 $10(毛估,不含支付手续费 / 服务器摊销)
  • 点评:这种场景其实不该订阅,Pay-as-you-go 更划算(省下 $5)。我会在 /app/billing 页面给你一个温馨提示

用户 B · 中度订阅(本月上游 $40)

  • 上游消费:$40
  • 订阅费:$5
  • 返利:$2(tier1_partial,达到 $30 门槛)
  • 实际订阅净支出:$3
  • 本月账单:$43
  • credit 入账:$2(下月可用)
  • 毛利:约 $13
  • 点评:这是阶梯返利最"爽"的点,$3 买到所有 Pro 福利(500MB Memory / 5GB Files / 独立 workspace / 月度账单视图),属于赚到

用户 C · 重度订阅(本月上游 $80)

  • 上游消费:$80
  • 订阅费:$5
  • 返利:$5(tier2_free,达到 $50 门槛,完全抵消订阅费)
  • 实际订阅净支出:$0
  • 本月账单:$80(纯上游消费)
  • credit 入账:$5(下月可用)
  • 毛利:约 $25
  • 点评:本月 Pro Plan 等于白嫖,而且下月还送 $5 credit

为什么是正向激励

传统 SaaS 订阅是兜底保险:你付一个固定月费,换一个额度上限,希望"用不到这么多"(对平台有利)或者"恰好用满"(对用户有利)。这会导致两种套利:

  • 平台希望你少用,才能赚补贴差价
  • 用户希望用满,否则觉得亏

两边目标相反,信任就慢慢腐蚀。

HyperAI Relay 选择反过来的设计:Pro Plan 不是一个 cap,是一个加速器。你上游消费越高,我们的阶梯返利越厚,直到本月完全免费。这样:

  • 你不怕用多 —— 用得越多反而越划算
  • 我们不怕你用少 —— 你没用到阈值,订阅费该收就收,不打折
  • 诚实:我们的毛利完全取决于你实际跑的 token 量,没有对赌、没有套利

换句话说:Pro Plan 是"跟你的使用量正相关的订阅",而不是"跟你的使用量反相关"的兜底。

更深一层的哲学讨论见 诚实派定价哲学。

Credit 怎么用

Credit 是纯粹的预付款余额,跟兑换码充值进来的 balance_cents 不完全一样(内部账本上分两个字段,但前端统一展示为"余额"):

  • 订阅扣款时:先扣 credit,不够再扣余额
  • API 请求扣款时:先扣 credit,不够再扣余额
  • 消费顺序:credit → balance(因为 credit 不过期,优先用它更合理)
  • 不能提现、不能转赠:credit 只能在你的账户内消费

在 /app/billing 页面能看到 credit 的当前金额、历史入账记录。

常见问题

Q:如果我订阅了 Pro,但这个月只用了 $10,是不是亏了? A:是的,净支出 $5 多于 Pay-as-you-go 模式。这就是为什么我建议月消费 < $10 的用户不要订阅。详见 Pro Plan 介绍 的"什么时候该订阅"章节。

Q:阶梯返利表以后会变吗? A:会公告一个月以上的过渡期,已经累积的 credit 始终有效。常量定义的变更会写进 changelog。

Q:为什么不做"$30 全免"或者"$20 全免"更有吸引力? A:算过账,撑不起来。$30 全免意味着 $30~50 之间的用户我们几乎 0 毛利,高杠杆场景会被薅崩。现在的 $30 返 $2 / $50 返 $5 是算过毛利模型的 —— 既能给重度用户正向反馈,又能维持整体可持续。

Q:我可以跳过订阅,直接享受独立 workspace 吗? A:不可以。独立 workspace 只通过 Pro Plan 开放,没有其他路径。老通道(曾经的余额门槛自助升级)已废弃。

下一步