做视频生成的团队最容易卡在同一个地方：文档看完了，却算不出「一条 10 秒成片大概烧多少钱」。因为视频 API 的计价单位不是 token，而是按秒、按分辨率、按是否带音频这几项叠起来的。这篇不给你一个背下来的数字，而是给你一套查价 + 估算 + 控量的流程：先去哪几页看当时的官方单价，再按自己的分镜表倒推月成本，最后把跑飞的风险关在预算告警里。
做视频生成的团队最容易卡在同一个地方：文档看完了，却算不出「一条十秒左右的成片大概要花多少」。因为视频接口的计价单位不是 token，而是按秒、按分辨率、按是否带音频这几项叠起来的，你脑子里那套文本模型的成本直觉基本用不上。
这篇不给你一个可以背下来的数字——那种数字第二天就可能过期。它给的是一套流程：先去哪几页看当时的官方单价，再按自己的分镜表倒推月成本，最后把跑飞的风险关进预算告警里。整套东西照着做一遍，半小时能出结果。
视频 API 为什么不能按 token 那套算
文本模型你习惯看输入多少、输出多少，乘一下就完事。视频接口不是这个口径：它通常按「生成秒数」计费，同一段提示词，输出时长翻倍不等于成本翻倍，中间可能夹着最低计费单位、起步时长、档位跳变这些规则。你要先把「一次请求到底等于几秒有效产出」定义清楚，后面所有估算都建立在这个基数上，否则算出来的数会差出一大截。
- 计费基数
- 按生成秒数，而不是按输入输出 token
- 档位维度
- 分辨率、帧率、是否带音轨，每一项都可能单独加价
- 有效产出
- 扣掉废片后真正能用的秒数，不是请求次数乘以单次时长
还有个容易被忽略的点：一次请求里的秒数是固定的，但你要的成片可能只从里面剪出两三秒。这时候成本要按「请求秒数」算，不能按成片秒数算。把这条记住，后面第四步加损耗的时候才不会漏。
seedance 2.0 api 价格去哪几页看当期数字
凡是写死在文章里的单价，都有过期风险。正确做法是每次做预算前，自己去站内当期页面核对一遍，把数字抄进你自己的核算表。下面这几页是必须过一遍的，顺序最好别乱：先看官方价目，再看渠道倍率，最后看同类模型有没有更省的选择。
| 看什么 | 站内路径 | 核对重点 |
|---|---|---|
| 官方当期价目 | /official-api | 单价单位、时长档位、是否区分带音频 |
| 厂商与平台入口 | /providers | 直连与平台聚合的差异 |
| 中转渠道目录 | /sites | 各家倍率基数是否一致 |
| 同类视频模型 | /ai-nav/category/ai-video | 有没有更便宜的替代档位 |
| 多模态能力横比 | /multimodal | 音频、时长上限等约束条件 |
- 先确认单价单位：是每秒、每五秒还是每段，单位不同没法直接比
- 再确认档位规则：分辨率和音频是不是独立加价，有没有打包档
- 接着看时长是否有阶梯：超过某个长度是否跳档
- 最后看渠道倍率：倍率乘的是官方价还是渠道自己的折算价
把单价换算成一条成片的成本：四步算式
这套算式不依赖任何具体数字，你可以套当期单价直接算。思路是把「理论花费」和「实际花费」分开，很多人预算爆掉不是单价高，而是只算了第一步。
- 定产出列出这次任务总共要出多少秒可用素材。经验上废片率不低，先按一个保守系数上浮，等做过两轮再把系数调准。
- 定档位把分辨率、帧率、是否带音轨逐条写死。每一项都可能单独加价，别写「高清」这种模糊词，要写具体档位。
- 套单价拿站内当期单价乘以总秒数，得到理论花费。这一步只回答「如果一次过，要花多少」。
- 加损耗加上重试、改提示词重跑、批量生成挑一条的成本。这部分往往比正式生成还贵，必须单独列一行，不能并进单价里。
算完把四个数写在一张表里，日后复盘直接对着看。第四步的损耗系数一开始全靠猜，前两周可以故意记细一点，等数据够了再简化。
三种常见场景的成本量级怎么估
同样的单价，放在不同用法上，成本结构完全不一样。与其问「贵不贵」，不如先判断自己属于下面哪一类，再决定优化重点放在哪里。
| 场景 | 成本大头 | 优化方向 |
|---|---|---|
| 短视频素材批量试稿 | 试错次数，而不是单价 | 把提示词收敛，减少无目的重跑 |
| 角色口播 / 数字人 | 带音频的更高档位 | 固定角色素材，减少一致性返工 |
| 长片拼镜头 | 是否有长时段阶梯价 | 按镜头拆分，避免整段超长生成 |
| 批量出图转视频 | 分辨率档位叠加 | 先低档位试稿，定稿再升档 |
第一类场景最反直觉：单价看着低，但调用量大，真正烧钱的是你反复改提示词那几十次。这类团队优先做的是把提示词模板固定下来，而不是到处找更便宜的渠道。第三类相反，调用不多，但单条长，要重点确认有没有时长阶梯价。
官方直连和中转渠道怎么放在一起比
比价前先对齐口径，这是最容易出错的一步：有的渠道倍率是乘官方价，有的是乘它自己的折算价，两个基数不一样，直接横向比会得出错误结论。对齐之后，还要把失败计费、超时退款这类规则折算进单价，否则便宜的渠道可能总账更贵。
- 确认倍率的基数：官方价还是渠道折算价
- 确认失败是否计费、超时是否退款
- 确认是否有最低消费或预充值门槛
- 确认稳定性：重试率高会直接吃掉单价优势
- 确认额度有效期，过期作废等于隐性涨价
价格低不等于总成本低。一个渠道单价便宜，但重试率高，实际每条成片的成本可能反而更高。稳定性怎么实测，可以按站内验证工具的口径跑一遍再下结论，具体方法见 /tools/verify。
把跑飞的风险关进预算闸门
估算做得再好，没有闸门也白搭。跑飞通常发生在深夜跑批、临时加量、脚本死循环这三类时刻，等你月底对账才发现，已经来不及了。闸门要在上线前就设好，不是在出事之后补。
- 设日预算给整个项目设一个日花费上限，超过就阻断请求，而不是只发通知。通知没人看，阻断才有效。
- 设单任务上限单个任务也设上限，防止一条脚本把整天的额度一次性打满。
- 记用量日志至少记四列：请求时间、时长档位、是否成功、花费。四列齐全才能事后追溯。
- 做周度复盘把预估值和实际值放一起比，偏差连续几周稳定后再放宽阈值，别一次放太松。
哪些情况下这套估算法不适用
前面这套算法成立的前提是：按量计费、档位固定、账单和账面一致。下面几种情况下要换个算法，硬套会失真。
- 平台做活动或赠送额度时，账面单价和实际扣费不一致，以实际账单为准
- 按套餐包月而非按量的场景，单次成本被摊薄，不能直接乘单价比
- 同一核算周期里换过档位或换过模型的批次，均价会失真，要拆开算
- 测试期大量调用没进正式产出，这部分要和正式用量分开记
- 跨境结算涉及汇率和手续费时，账面单价不等于到手成本
判断标准很简单：只要「你为一次请求实际付出的钱」和「页面单价乘以秒数」对不上，就先别用估算值做决策，等把差异来源查清楚再说。差异通常来自活动、阶梯价、退款规则这三种。
估算的意义不是算准，而是在花钱之前先知道自己大概会花多少。下一步拿你自己的分镜表，先去站内核对当期单价，再按四步算式跑一遍，最后把预算闸门设好。→
常见问题
seedance 2.0 api 一次生成大概多少钱？
没法给一个固定数字，因为它按生成秒数和分辨率档位计费，不同档位单价差别不小，而且平台会调价。正确做法是到 /official-api 看当期官方价目，再用你自己的分镜秒数乘一遍，得到的就是当前口径下的估算值。
按秒计费和按 token 计费，估算逻辑一样吗？
不一样。文本按输入输出 token 算，长度和费用大致线性；视频按生成秒数乘档位系数算，还可能有最低计费单位和音频附加项。用文本的估算习惯去套视频，通常会低估，尤其是批量试稿的阶段。
用中转站接会不会更便宜？
单价上可能更低，但要先把倍率基数对齐，再看失败是否计费、超时是否退。实际总成本 = 单价 × 成功率修正后的调用次数，稳定性差的中转会把省下的单价又吐回去。可以到 /sites 和 /rankings 对照后再决定。
怎么提前知道这个月视频生成会花多少？
先跑一批真实任务，记录每次的秒数、档位和实际扣费，算出你自己的「每秒均价」，再用下月计划的产出秒数去乘。首批数据出来后偏差会明显收窄，比拍脑袋估靠谱得多。
生成失败或者不满意重跑，会重复扣费吗？
多数平台对已产生算力的请求会计费，无论你满不满意；但接口报错、超时这类未产生有效输出的情况，各平台规则不同。接之前把这条写进核对清单，跑一周再看账单差异，能省下不少扯皮时间。
