阶跃星辰api价格

很多人接阶跃星辰之前，先在群里存了一张别人发的价格截图，等真跑起来发现扣的跟截图对不上。问题不在价格本身，而在你看的是哪一档模型、输入还是输出、有没有走缓存或中转。这篇给一套查价和算成本的顺序：先去哪个页面看当期数字，再拿自己的用量倒推一次花费，最后对一遍账单。

很多人接阶跃星辰之前，先在群里存了一张别人发的价格截图，等真跑起来发现扣的跟截图对不上。问题往往不在价格本身，而在你看的是哪一档模型、输入还是输出、有没有走缓存或中转。截图会过期，口径也会变，所以这篇不给你一个数字，而是给一套查价和算成本的顺序：先去哪个页面看当期数字，再拿自己的用量倒推一次花费，最后对一遍账单。

这套顺序的价值在于：你换模型、换调用方式、换购买渠道之后，还能自己重算一遍，不用等人发新截图。下面按四步走，每一步都写明去哪看、看什么、什么情况下不适用。

价格数字去哪看，别看截图

官方按量计费的当期数字只认厂商与平台页面，二手表格和聊天记录里的截图会过期，也可能漏掉了阶梯或限速口径。查阶跃星辰的按量计费与限速说明，到 /official-api/providers/stepfun 核对，再回 /official-api 跟别家横向比。这一步的重点不是记住数字，而是确认「当期、官方、自己渠道」这三个定语。

• 先确定你从哪买：自有账号、云市场、聚合平台、中转站，同一模型单价可能不同，比价前先定渠道，否则比出来没有意义
• 查价时顺手记三件事：计价单位、输入输出是否分开、有没有阶梯价或最低消费
• 截图只当线索，不当依据；真要引用，就写清楚「到 /official-api/providers/stepfun 看当时的数字」
• 通道稳不稳、计费是否透明，可以到 /sites 看中转站的可信度检测结果，别只看单价

一次调用，钱花在哪几项上

一次调用主要花在输入 token 和输出 token 两笔上。长上下文任务里，输出通常是大头，所以别只盯着输入单价判断贵不贵。文本之外还有图像理解、语音、向量这些模态，它们的计价单位跟文本不一样，不能拿文本单价直接套过去。

限速档位有时和计费绑在一起。如果并发被限，客户端自动重发，同一段请求可能被计两次。碰到账单比预估高，先看重试次数，再看是否走了中转，排查口径参考站内 token 成本那篇的步骤。

拿自己的用量倒推一次成本

别用「每百万 token 多少钱」来感受贵不贵，那个数字离日常体感太远。更实用的做法是从调用日志里取一段真实流量：请求次数、平均输入 token、平均输出 token，再乘当期单价算出基准值，然后跟实际账单比一次。

1. 取真实流量样本从日志里挑一段有代表性的时间段，统计请求次数、平均输入长度、平均输出长度，别用拍脑袋的估计值
2. 换算成单次成本用 /tools/model-cost-calculator 或 /tools/token-price-calculator，把单价折成「一次对话大概多少」，比记单价直观得多
3. 和历史账单对一次差额优先怀疑三件事：重试、缓存命中情况、是否走了中转；把这三项排除完再怀疑单价看错了
4. 记录口径把这次用的渠道、模型档位、样本时间段记下来，下次换模型时可以直接复用同一套算法

这个方法不适用于流量波动极大的场景，比如某天突然跑了一批批处理任务。那种情况要单独拆出那批任务的用量，别混进日常样本里算平均值。

把成本压下来的几个动作

成本控制不靠一次大调整，靠几个能长期执行的小动作。下面这几条按执行难度从低到高排，先做容易落地的，再看要不要动架构。如果你的业务对延迟极其敏感，分级选档这条要谨慎，因为小模型可能达不到响应要求。

• 按任务分级选档：分类、抽取、改写这类简单任务别丢给旗舰档，先测小档够不够用
• 控制输入长度：固定提示词能压就压，长文档先检索再喂，别整篇塞进上下文
• 设预算告警和用量上限，具体清单参考本区预算与核对类文章
• 定期复盘：一周或一月一次，看哪些调用其实没产生价值，直接砍掉
• 对可缓存的重复问题做缓存，但要注意缓存命中后是否仍计费，到 /official-api/providers/stepfun 核对口径

判断动作有没有效果，看两个指标：单次调用成本有没有降，以及任务质量有没有掉。只降成本不看质量，容易省了小钱赔了大钱。想看同行的价格变化趋势，可以到 /price-watch 对照一段时间内的记录。