# 图片与视频批量预算

## 让价格与实际任务对应

使用现有模型计算器与[账号模型价格](/account/pricing)。比较之前，先对齐模型、时长、分辨率、质量及其他计价维度。起价只对标注的配置有意义；厂商标价、平台公共默认价格与账号实际价格是不同依据。

本页不提供固定价格、折扣或省钱比例。若记录比较结果，应包含来源 URL、观察日期、账号价或公共价依据、币种、计费单位与完整规格。不满足同口径条件时，标记比较不完整，不自行算出折扣。

## 按真实计费单位估算

| 价格规则 | 工作负载估算 | 需要确认 |
| --- | --- | --- |
| 每次请求 | 计划尝试次数 × 对应单价 | 单价覆盖哪种配置 |
| 每生成秒 | 计费秒数之和 × 对应每秒费率 | 时长计算依据与模型规则 |
| 每 Token | 预计计费 Token 分类 × 对应费率 | 图片或输出类别，以及实际用量是否可取得 |

这些是规划公式，不代替平台计费逻辑。不能把每次价格再乘秒数，也不能假设每张图片都是固定价。当前模型契约与计算器决定适用单位，注意不要重复累加重叠的用量类别。

## 提交之前为批次设置边界

维护应用工作清单，记录操作 ID、模型、完整输入、获批尝试预算和返回的任务 ID。限制同时提交的数量。20 条输入不代表可以无限次修改创意或网络重试，应分别设置尝试预算。

每项只提交一次，保存任务 ID，再查询到终态。达到应用预算或并发边界后停止新提交。本地超时不代表任务已经停止；POST 响应丢失时应核查任务历史，不盲目重发。本指南不假设存在幂等 Key 或批量端点。

## 核对实际任务记录

公开任务视图包含 `estimated_points`、`charged_points`、`refunded_points`。保留原始十进制字符串和字段标签，同时保留返回的 `pricing_snapshot` 与 usage（如有）。结合账号记录确认各字段含义，不在未经核实的净费用公式下直接相加或相减。缺失数据表示未知，不是零。

运行后比较计划尝试、已受理、已完成、失败和真正通过质量验收的任务数。技术上成功的图片仍可能需要人工检查。实验实际花费应纳入失败尝试与创意修改，不能排除这些记录让模型显得更便宜；也不假设所有失败的扣费或退款规则相同。

通过[图片规格规划](/zh/docs/media/image-specifications)避免错配参数，通过 [Node.js 视频教程](/zh/docs/media/video-nodejs)区分提交与恢复。语言模型请参考已有 [LLM 成本指南](/zh/docs/llm/cost-and-usage)，原生 Token 响应与媒体任务不是同一种契约。