调用成本与配额
计费单位决定成本结构；先算一次任务真正跑几遍，再谈单价。
API成本计费配额
相关
单价便宜，返工很贵
一段三十秒的配乐，生成八次才有一条能用，成本就是标价的八倍，还要加上修分轨的时间。比较调用成本时，先看计费单位，再看一次任务实际要跑几遍。只比单价，得到的结论通常相反。
三种计费口径
| 计费口径 | 计费对象 | 成本随什么涨 | 适合 | 容易漏算 |
|---|---|---|---|---|
| 按秒 | 输入或输出的音频时长 | 时长、采样率、声道数 | 配乐、音效、长铺底 | 静音段与淡出尾巴也计费 |
| 按字符 | 提示、歌词、文本 | 字数、重试次数、上下文 | 歌词、描述、批量文案 | 系统提示与历史上下文 |
| 按任务 | 一次生成或一次编辑 | 候选数、分辨率、并发 | 整曲、分轨、母带 | 失败任务、排队与超时 |
有的服务混合计费：按月送额度，超出后按秒或按字符结算。额度月底清零，等于隐性涨价。按任务计费看似简单，候选数与重试规则仍会改变总量。
一次任务怎么估
成本 ≈ 单价 × 单次计费量 × 尝试次数 + 后处理工时 + 存储与传输。
举例：一段两分钟的器乐，按输出时长计费，平均生成六次留一条，其中两次因结构错误作废。计费量要按八次算，不是一次。若还要导出分轨再修，人工小时往往超过调用费。用计费单位做单位，不要用货币做单位，换供应商时公式仍然成立。
隐藏成本清单
- 失败、超时与取消的任务是否计费
- 候选之间的试听与筛选时间
- 分轨、MIDI、工程文件的导出是否另收费
- 存储、下载流量与长期归档
- 并发上限造成的排队与交付延期
- 汇率、税费与地区差价
- 条款变更后的重新测试
按量计费不划算的时候
短音效、批量循环、教学演示这类高频小任务，包月或本地部署通常更稳。反过来，一年只做几条长配乐，按量更省。别把“单价低”当成“总价低”；把配额、并发和返工一起算进去，才是可比的数字。预算表里还应留一列“重做”，否则一次失败的任务就会让整张表失真。
在库中听例子
fanfare 01 0两秒的 fanfare，按秒计费时最短任务也有起送量（C1）详情Toccata and Fugue in D minor BWV 565二十六分钟长曲，按输出时长计费会线性放大（C1）详情funk-groove1 · 138 BPM · beat 4/4138 BPM 放克鼓组，短循环多次重生成的成本（C1）详情кÐÑÑÑÐ大型多分轨作品，导出与返工推高单条成本（C1）详情
每首均来自 midicn-lib，行内徽标为许可档位（C1 可商用 / C2 非商业 / C3 仅学习研究）。
同一条线
事实来源
- 生成服务公开的 API 文档，关于计费单位、配额与错误码的说明。
- 云计算计费白皮书中关于存储、流量与请求计费的通用做法。
- 后期制作工时估算的行业惯例，关于分轨修整与试听筛选。