SeeDance 2.0 全面测试报告

测试日期：2026-06-06 15:54–16:30 (UTC+8) ｜端点：https://api.apiyi.com/seedance/api/v3/contents/generations/tasks ｜分组：SeeDance2（倍率 0.18x）原始数据：logs/seedance2_results_20260606.csv（结果表）、logs/seedance2_raw_20260606.jsonl（完整请求/响应/余额时间线）、outputs/（22 个视频，83 MB）

结论速览

指标	结果
用例总数	24（功能 20 + 边界/错误 4）+ 1 个冒烟
成功率	功能用例 21/21 全部成功（含 F4 边界用例）；F1-F3 按预期被拒
总花费	$21.22（账户$ 100 → $78.78）
总产出	22 个视频，2,935,217 tokens
实测综合单价	$7.23 / 百万 tokens（≈ ¥50.6/M @7.0 固定汇率）
并发表现	15 任务同时提交全部立即 running，无排队，墙钟约 6 分钟跑完 ✓
token 公式	精确验证：tokens = 实际时长 × 实际宽 × 实际高 × 24 / 1024（偏差少于 0.1%）

一、关键技术发现

1. 分辨率档位 = 像素面积，不是短边（实测实锤）

同档位下所有宽高比的像素面积相同，token 与比例无关：

档位	16:9	9:16	1:1	4:3	3:4	21:9	像素面积
480p	864×496	—	—	—	—	—	≈428k
720p	1280×720	720×1280	960×960	1112×834	834×1112	1470×630	≈921k
1080p	1920×1080	1080×1920	—	—	—	—	≈2,074k

→ 横屏/竖屏/方形价格完全一样（C1/C2/E1 等均 108,900 tokens，C6 1080p 竖屏与 B5 横屏同为 245,025 tokens）。

2. token 公式精确成立

tokens = 实际时长(s) × 宽 × 高 × 24fps / 1024

用例	实际参数	公式值	实测 tokens	偏差
A1	4.042s × 864×496	40,605	40,594	-0.03%
B2	5.042s × 1280×720	108,907	108,900	-0.01%
B5	5.060s × 1920×1080	245,851	245,025	-0.3%
D4	15.044s × 1280×720	324,955	324,900	-0.02%

时长线性也成立：D1(4s)=87,300 → D2(8s)=173,700 → D3(12s)=260,100 → D4(15s)=324,900。

3. 双模型 token 口径相同，价格也相同

fast 与标准版在同参数下 tokens 完全一致（B1=B3=50,638；B2=B4=108,900），且 APIYI 定价接口两个模型 model_ratio 均为 37.5 → 站内 fast 与标准版按同一单价计费（选 fast 不省钱，只省生成时间；要 1080p 必须标准版）。

4. generate_audio 默认开启（重要！）

不传 generate_audio 时默认为 true，产出视频含音轨（mdls 验证 Video+Sound）；显式 false 时仅 Video 轨。官方价格表是无音频口径，文档需提醒用户。

5. duration=-1（自动时长）可用

F4 被正常接受，自动生成了恰好 10s 的视频（216,900 tokens），按实际产出时长计费。

6. adaptive 比例行为

横版输入图（首帧/首尾帧）下 adaptive 输出 1280×720，tokens 与 16:9 相同。

二、计费实测

总账（结算后，以 billing/usage 差值为准）

阶段	内容	花费
冒烟	1×(480p/4s)	$0.54
串行抽样	A1/B2/B5/D4/E4	≈$5.91
并发批次	15 任务	≈$13.3
F 组	仅 F4 计费（F1-F3 拒绝不扣费 ✓）	≈$1.5
合计	22 视频 / 2,935,217 tokens	$21.22

实测单任务成本（按综合单价 $7.23/M tokens 折算）

配置（5s/含音频默认）	tokens	实测成本	官方价（无音频）	对比
480p（任意比例）	≈50,600	≈$0.37（¥2.6）	fast ¥1.86 / std ¥2.31	≈std +11%
720p（任意比例）	≈108,900	≈$0.79（¥5.5）	fast ¥4.00 / std ¥4.97	≈std +11%
1080p（任意比例）	≈245,000	≈$1.77（¥12.4）	std ¥12.39	≈持平
720p / 15s	324,900	≈$2.35（¥16.4）	—	—

→ 与分组说明「价格对齐官网、上浮 10% 左右」吻合（对齐的是标准版官价；fast 模型按标准版价计）。

计费机制观察（影响客户对账）

提交即预扣费，任务完成后多退少补（冒烟任务：预扣 $0.576 → 终扣$ 0.5407）
结算调整有延迟（数秒到数分钟），逐任务余额差值不可靠，对账请用 usage.completion_tokens × 单价或看控制台日志
定价接口名义单价为 $75/M × 0.18x =$ 13.5/M，但实测综合结算 $7.23/M（约名义的 54%），孤立单任务窗口可见最高 ≈$ 13.3/M 的瞬时扣费——最终扣费以控制台日志为准，建议上线文档前与控制台对一遍 2-3 条记录
被拒请求（HTTP 400）零扣费 ✓

三、性能实测

配置	生成耗时（提交→succeeded）
480p / 4-5s	102–237s
720p / 5s	102–285s
1080p / 5s	≈187s
720p / 15s	268s
15 任务并发	全部立即 running、无排队，墙钟 ≈6 分钟

四、错误用例响应（可直接入 FAQ）

用例	请求	响应
F1	fast + 1080p	HTTP 400 `InvalidParameter: the parameter resolution ... not valid for model doubao-seedance-2-0-fast in t2v`
F2	duration=20	HTTP 400 `InvalidParameter: the parameter duration ...`
F3	ratio=“2:1”	HTTP 400 `InvalidParameter: the parameter ratio ...`

错误信息直接指明非法参数名，定位方便；均不扣费。

五、接入注意事项（文档必写）

HTTP 客户端需带 Accept-Encoding: identity：网关会返回 content-encoding: gzip 头但 body 未压缩，Python requests 等自动解压的客户端会报 ContentDecodingError（curl 不受影响）
generate_audio 默认 true：不要音频需显式传 false
成功状态是 succeeded（不是 completed），视频地址在 content.video_url（不在顶层）
结果 URL 约 24h 过期，必须及时下载
必须用 SeeDance2 分组令牌；model 字段写纯 ID（doubao-seedance-2-0-fast-260128 / doubao-seedance-2-0-260128）
duration 合法范围 4–15（整数）或 -1 自动；ratio 仅支持 16:9 / 4:3 / 1:1 / 3:4 / 9:16 / 21:9 / adaptive
提交即预扣费、完成多退少补，余额瞬时值会波动

六、全量结果表

用例	模型	分辨率	比例	时长	模式	状态	耗时	tokens	实际产出
冒烟	fast	480p	16:9	4s	t2v	✅	118s	40,594	864×496/4.0s
A1	fast	480p	16:9	4s	t2v	✅	134s	40,594	864×496/4.0s
B1	fast	480p	16:9	5s	t2v	✅	119s	50,638	864×496/5.0s
B2	fast	720p	16:9	5s	t2v	✅	134s	108,900	1280×720/5.0s
B3	std	480p	16:9	5s	t2v	✅	237s	50,638	864×496/5.0s
B4	std	720p	16:9	5s	t2v	✅	285s	108,900	1280×720/5.0s
B5	std	1080p	16:9	5s	t2v	✅	187s	245,025	1920×1080/5.1s
C1	fast	720p	9:16	5s	t2v	✅	120s	108,900	720×1280
C2	fast	720p	1:1	5s	t2v	✅	119s	108,900	960×960
C3	fast	720p	4:3	5s	t2v	✅	119s	109,586	1112×834
C4	fast	720p	3:4	5s	t2v	✅	137s	109,586	834×1112
C5	fast	720p	21:9	5s	t2v	✅	137s	109,431	1470×630
C6	std	1080p	9:16	5s	t2v	✅	187s	245,025	1080×1920
D1	fast	720p	16:9	4s	t2v	✅	119s	87,300	1280×720/4.0s
D2	fast	720p	16:9	8s	t2v	✅	151s	173,700	1280×720/8.1s
D3	fast	720p	16:9	12s	t2v	✅	167s	260,100	1280×720/12.0s
D4	fast	720p	16:9	15s	t2v	✅	268s	324,900	1280×720/15.0s
E1	std	720p	adaptive	5s	首帧 i2v	✅	345s	108,900	1280×720
E2	std	720p	adaptive	5s	首尾帧	✅	295s	108,900	1280×720
E3	fast	720p	16:9	5s	参考图	✅	143s	108,900	1280×720
E4	fast	720p	16:9	5s	t2v 无音频	✅	102s	108,900	1280×720（无音轨）
F1	fast	1080p	16:9	5s	t2v	❌ 预期拒绝	—	—	不扣费
F2	fast	720p	16:9	20s	t2v	❌ 预期拒绝	—	—	不扣费
F3	fast	720p	2:1	5s	t2v	❌ 预期拒绝	—	—	不扣费
F4	fast	720p	16:9	-1	t2v	✅ 边界	184s	216,900	自动 10.0s

注：CSV 中 A1 有一条 (attached) 标记的重复行（任务恢复工具补记），对账时忽略其一；actual_cost_usd 列因预扣费/延迟结算仅供参考，以总账与控制台日志为准。

七、后续建议

撰写 api-capabilities/seedance2-video-generation.mdx（中英双语）时直接引用本报告数据：参数表、面积计费、音频默认值、错误示例
价格表建议按「每 5 秒视频」口径展示（480p ≈ ¥2.6 / 720p ≈ ¥5.5 / 1080p ≈ ¥12.4，含音频默认口径），并注明充值加赠后基本持平官网
上线前与控制台调用日志抽查 2-3 条扣费记录，确认综合单价 $7.23/M tokens 的口径
测试脚本 seedance2_test_runner.py 与恢复工具 attach_task.py 可复用于回归测试

​SeeDance 2.0 全面测试报告

​结论速览

​一、关键技术发现

​1. 分辨率档位 = 像素面积，不是短边（实测实锤）

​2. token 公式精确成立

​3. 双模型 token 口径相同，价格也相同

​4. generate_audio 默认开启（重要！）

​5. duration=-1（自动时长）可用

​6. adaptive 比例行为

​二、计费实测

​总账（结算后，以 billing/usage 差值为准）

​实测单任务成本（按综合单价 $7.23/M tokens 折算）

​计费机制观察（影响客户对账）

​三、性能实测

​四、错误用例响应（可直接入 FAQ）

​五、接入注意事项（文档必写）

​六、全量结果表

​七、后续建议