分段计费规则有哪些

你按用量算过一笔账，觉得没多少钱，结果账单出来比预估高了一截——很可能就是没搞懂阶梯计费：单价不是一条直线，而是按量分段，跨过某个量之后单价才变。这篇不讲具体数字，只讲分段规则的几种常见形态、每段的口径怎么看、以及什么情况下阶梯价对你其实没意义。

你按用量算过一笔账，觉得没多少钱，结果账单出来比预估高了一截——很可能就是没搞懂阶梯计费。单价不是一条直线，而是按量分段，跨过某个量之后单价才变。导语里说的「跨过某个量」，那个量就是分段界限，它在哪、你离它有多远，直接决定你这个月的账单价是按哪一档走。

这篇不讲具体数字，只讲分段规则的几种常见形态、每段的口径怎么看、以及什么情况下阶梯价对你其实没意义。下面按「分什么段 → 怎么套用 → 怎么判断自己落在哪 → 厂商为什么这么设计 → 什么时候别管」的顺序过一遍。

阶梯计费到底在分什么段

看任何一份阶梯价目，第一件事不是看单价，是找「分段依据」那一行。依据写错，后面全算错。常见的分段依据有三类，落到你身上影响完全不同。

按累计用量分档

跑得越多，超过某个累计量之后后面那部分的单价才降，和时段、任务类型无关

按时段分档

高峰段和低谷段两个价，跟用量大小无关，只看你什么时候发起调用

按任务类型分档

批量离线任务一个价，实时在线任务另一个价，同一次用量可能被拆到两档里

分段依据

文档里明确写着「按……分段」的那一句，先定位它再往下读

如果你的用量长期落在最低一档里，甚至整月都没摸到第一道门槛，那阶梯规则对你等于不存在。这种情况不必花时间去推演第二档以后的事，把注意力放在确认自己确实没跨档就够了。

阶梯是整单套用还是逐段叠加

同一个分段依据，套用算法不同，结果能差出一截。两种主流算法：累进式是每一段各按各的价，只有超出部分才用新价；整体式是达到某一档后，全部用量都按那一档的价重算。前者对用户更友好，后者跨档瞬间成本会跳。

跨档的临界点附近最容易估错。跑量之前先确认自己离下一道门槛有多远，如果就差一点点，跨过去省的钱可能还抵不上你为了凑量多跑的那些调用。厂商偶尔会调整档位界限，旧账单不能用新规则回算，变动记录去站内 /price-watch 看当时的情况。

怎么判断自己的用量落在哪一段

最省事的判断方式不是拿月总量去估，月总量会把不同时段、不同任务类型的用量混在一起，套错档。正确做法是先拆分，再套价。

1. 拆用量把调用日志按天或按任务类型汇总，别用一个月的总数直接估；如果按时段分档，还要按高峰低谷再拆一层
2. 分开输入输出输入和输出的计档界限不一定一样，两边各自套一遍，别合并算
3. 对官方口径到站内 /official-api 看官方公布的计费口径和分段依据，确认自己用的档位没理解错
4. 用工具复核拿 /tools/model-cost-calculator 输入你的用量跑一遍，和自己手算的结果对一下，差得多就回头查哪一步拆错了

做完这几步你会发现，判断自己落在哪一段其实不复杂，复杂的是很多人跳过了拆分这一步。只要用量是按天或按任务记的，套档就是查表的事。

厂商为什么要做阶梯，对用户意味着什么

阶梯的核心目的是把大户留在平台：量上去单价下来，迁移成本就变高。对厂商来说这是留住高价值用户的手段，对用户来说则是一把双刃剑——用量足够大确实能占到便宜，用量不够大基本和你没关系。

• 小用户别为了够到下一档去凑量，凑量的钱通常比省下的多
• 真正值得关注的是自己常跑的那一档有没有变化，以及档位界限动没动，这两件事去 /price-watch 盯
• 官方阶梯价是一层，中转站还会在上面叠一层倍率，是叠加还是替换是两回事，看中转站说明时要分清
• 如果同一批任务可以在低谷时段跑，按时段分档的规则比按用量分档更值得优先利用

这里有个容易被绕进去的点：你是直接调官方 API，还是走中转站。走中转站时，官方那套阶梯可能被整体替换成中转站自己的一套，也可能是在官方价基础上乘倍率。两种模式对你的实际单价影响完全不同，判断方法在中转站详情页和 /sites 的说明里找，别想当然。

哪些情况下阶梯规则不值得花精力

不是所有场景都值得研究阶梯。下面这几种情况，把时间花在别的地方更划算。

还有一种情况：你既用官方又用中转站。这时候两套计费规则可能同时在跑，阶梯的叠加关系会变得很绕。这种混合用法建议一并用 /tools/model-cost-calculator 跑一遍，把两边的账分开记，别混在一个口径里估。

回到最初的问题：分段计费规则有哪些。三句话——按累计用量、按时段、按任务类型，这是分段依据；累进式和整单跳档，这是套用方式；官方价和中转站倍率，这是叠加关系。把你自己的用量先拆清楚，再对着当时的价目表套档，账就不会估偏。具体的单价和档位界限以站内页面上的当期数字为准。