1. 15 秒还是 30 秒
| 档位 | 固定价格 | 先问自己什么 |
|---|---|---|
| 15 秒 | ¥2.50/条 | 单镜头、商品旋转、一句卖点是否已经完整？ |
| 30 秒 | ¥3.50/条 | 是否必须在同一次任务里完成起幅、动作和收束？ |
选择顺序建议是：先在 Fast 10 秒 确认主体和参考图，再用 15 秒看单镜头是否成立，只有分镜确实跨过 15 秒时才提交 30 秒。12 条 15 秒全部成功是 12 × 2.50 = 30 元；8 条 30 秒成功、2 条失败是 8 × 3.50 = 28 元。这些算式只在“失败不计费、成功才入账”的前提下成立。
2. 不要把两条 15 秒当成 30 秒
两条 15 秒成功任务的目录价是 5.00 元，高于一条 30 秒的 3.50 元。更关键的是：两次独立任务不会自动共享运镜连续性，拼接后的接缝、光影和角色位置都要人工验收。如果业务要的是一段完整动作，应直接提交 30 秒档，而不是用两次 15 秒去“省”或“拼”。
反过来，如果两个镜头本来就是两个商品或两个场景，分开两次 15 秒更利于失败隔离：一条失败不会把另一条已成功的镜头一起重做。
3. 两档创建 JSON
字段名来自火山引擎创建视频生成任务文档：model、content、duration。本站模型 ID 固定为 seedance2.5，用 duration 取 15 或 30。核对日期：2026-09-10。不要填写官方示例里的 doubao-seedance-*。
{
"model": "seedance2.5",
"content": [
{
"type": "text",
"text": "单镜头展示杯面包装，缓慢旋转，15 秒，无字幕"
}
],
"duration": 15
}{
"model": "seedance2.5",
"content": [
{
"type": "text",
"text": "人物从门口走到桌边坐下，30 秒，保持服装与场景一致"
},
{
"type": "image_url",
"image_url": {
"url": "https://example.invalid/reference-redacted.png"
}
}
],
"duration": 30
}15 秒和 30 秒的官方 duration 只改变任务时长档，不改变模型 ID。控制台流水应按 duration 分列：15 秒成功条数乘 2.50 元，30 秒成功条数乘 3.50 元。把两档加总后再除以总秒数，会失去对账意义。
image_url 用于图生、首帧或参考图，官方文档把图片放在 content 数组中。本页不增加未出现在官方文档中的键。创建成功返回 {"id":"cgt-redacted"}，随后再查询终态。
4. 查询状态怎么记
| 官方 status | 业务含义 | 计费 |
|---|---|---|
| queued / running | 任务已接受，尚未终态 | 先不入账 |
| succeeded | 按 15 或 30 秒档记一条成功请求 | 2.50 或 3.50 元 |
| failed / cancelled | 记录错误码和任务 ID | 不计费 |
POST /v1/videos/generations 与 GET /v1/videos/generations/cgt-probe 均为 401。本站没有挂载官方 /api/v3/contents/generations/tasks 路径（404）。生产日志至少保存：订单号、幂等键、模型 ID、duration、任务 ID、最后 status、控制台金额。下载失败要先重试下载，不要立刻再创建一条 30 秒任务。
5. 适合 / 不适合
适合：15 秒单镜头广告、30 秒完整动作、带参考图的角色连续镜头、需要异步排队的批量生产。
不适合：还没验证主体就直接 30 秒放量；把排队时间当成计费时长；在 HTTP 线程里同步死等；未开通（微信 GPT774）就对生产流量调用。
6. 常见问题
15 秒和 30 秒是两个模型吗？
不是。都使用 seedance2.5，用时长档区分。
30 秒是不是更便宜？
目录价只比 15 秒多 1 元，但废片成本更高。不要把 3.50 元除以 30 秒后宣称“每秒更便宜”。
有固定并发上限吗？
站内当前不设置固定并发数。客户端仍要队列、退避和幂等键。
失败扣费吗？
失败请求不计费；两个都成功的重复任务是两笔费用。
可售 ID 与 15/30 秒价格来自本站目录，核对日期 2026-09-10。官方字段来自火山引擎任务文档与 Seedance 2.5 介绍页。