scenario-seedance-drafts

Scenario Seedance 草稿

概述

Seedance 草稿是一次拍摄的 480p 预览，之后可以直接完成为 1080p，无需重新生成：完成后的版本是同一次拍摄的完整分辨率版本。Seedance 没有随机种子，因此草稿是低成本审核拍摄效果、随后交付完全相同版本的唯一方式。以 1080p 重新运行负载会生成不同效果，而通用升频器只会返回较模糊的副本，并非 1080p 渲染结果。

成本决定何时使用草稿。草稿的定价与普通 480p 渲染相同，而草稿加完成的费用至少与直接渲染 1080p 一样高：在撰写本文时，一个 15 秒的剪辑需 2,040 CU，而直接渲染需 2,024 CU（366 加 1,674）；一个 4 秒的参考镜头需 544 CU，而直接渲染需 456 CU（84 加 460）。只有在有拍摄版本被舍弃时，使用草稿才划算：5 个 15 秒拍摄版本加 1 个最终版本，费用约为 3,500 CU，而渲染 5 个 1080p 版本约需 10,100 CU。只拍摄一个版本时，草稿的成本高于直接渲染。

Seedance 模式、条件设置和声音：scenario-seedance。连接和核心流程：scenario。为最终版本添加音乐：scenario-video-assembly。如果你可用的技能中缺少此处提到的同类技能，请让用户安装该技能（npx skills add scenario-labs/skills --skill <name>）；若无人值守，请根据工具架构继续操作，并标明此处的缺失。

快速参考

步骤	调用	注意事项
发现	search，target="models"，query="seedance"，public=true	对最新的模型执行 model_schema_get：其中 draft 是布尔值（撰写本文时为 2.5），开启后 resolution 会被忽略
草稿	使用 "draft": true、wait=false 调用 model_run	每个拍摄版本调用一次：没有随机种子，也没有批量数量字段，因此请重复使用完全相同的负载。将 duration 设为镜头时长（Auto 按 30 秒上限计价）；剪辑模式使用 -1
等待	使用所有任务 ID 调用 jobs_wait	15 秒剪辑模式草稿耗时 7 到 8 分钟；使用返回的 pending_job_ids 再次调用
审核	asset_download，然后在本地制作联系表和特写图	请参阅审核拍摄版本
完成器	search，target="models"，query="seedance draft complete"，public=true	唯一输入是标量文件 draftVideo
完成	将 draftVideo 设为草稿任务的资源 ID，然后调用 model_run	先运行 dry_run；耗时 1 到 3 分钟。asset_get 会报告 H.264 MP4，但 asset_download 返回原始 MOV（一次运行中为 HEVC）：请按资源 ID 进行合成
验证	asset_get	宽度为 1080，帧率和时长与草稿相同

草稿从创建之时起 7 天内都可以完成。请直接从 jobs_wait 的对应行记录每个拍摄版本的资源 ID。基于草稿制作的审核副本（音乐版本、剪辑版本）都可以使用，但每个都是新资源：只有记录下来的那个 ID 能解析到完成器所需的草稿任务。

审核各次生成结果

同一组输入的各次生成结果，往往恰好在镜头出问题的地方各不相同，因此每一版都要审核，不能只看第一版。 下载每个草稿（检查下载内容不等于编辑它），并按以下顺序检查：

1. 全片检查：为整段视频生成一张联系表（ffmpeg -vf "fps=2,scale=150:-1,tile=10x3" 可填满一张 15 s 视频的联系表；较短的视频应提高 fps），每版各一张，并按变体堆叠排列。它能发现身份互换、服装错误、背景破损，以及道具多出或缺失。
2. 生成器容易出错处的特写：快速动作中的手部（某批次的三版中，有两版将手套指尖变成了发光的红色）、转身时的长发、四个时刻的脸部，以及简报中明确要求的每件道具，并与参考图对照计数（其中一版在要求只有一个南瓜灯的画面中叠放了第二个南瓜灯）。
3. 时序：如果有源视频，则将四个匹配时间戳的画面并排比较。

这种尺寸的联系表无法排除故障，只能发现问题：判断手指或面部前应先裁剪放大。 像素计数是很不可靠的替代方法：用于检测手套故障的红色像素测试，在空盘中的暖色烛光上也触发了，因此无法区分优劣。抽帧也会漏掉运动问题：马尾辫的问题在正常速度下可见，却通过了所有联系表检查。因此，应按变体排序，为每个缺陷标注时间戳，说明每版检查过和未检查的内容，并在付费完成前让用户以正常速度观看最终候选版本。如果无人值守，则完成排名最高且符合简报验收标准的版本，并报告未进行的检查。

示例：五版草稿，一版带授权音乐的 1080p 成片

1. 按上述步骤发现并读取架构。对完全相同的输入运行两次 dry_run：一次使用 "draft": true，一次使用交付所需的 resolution 且不加该参数。列出两次的费用计算（N 个草稿加一次完成，与 N 个成片相比）。
2. 音乐会在之后添加，因此设为 generateAudio: false。启动五个相同的 model_run 调用，设置 "draft": true、镜头的 duration（在编辑模式下为 -1，即沿用源视频时长）以及 wait=false。429 parallel-custom-jobs 错误不会创建任务：保留已启动任务的 ID，并在较早启动的任务完成后，按照 scenario 技能中的 actionLimit 启动被拒绝的版本。
3. 使用所有已启动任务的 ID 调用 jobs_wait；记录每一行中的资源 ID，作为对应版本的草稿 ID。
4. 按上述方法审核。列出各版的排名、链接和发现的缺陷，然后等待用户选择（无人值守时，按简报验收标准选择）。
5. 找到用于完成视频的模型，调用其 model_schema_get，然后使用 {"draftVideo": "<draft id>"} 调用 model_run，并设置 dry_run=true。运行任务并调用 jobs_wait。
6. 对成片调用 asset_get：宽度为 1080，帧率和时长应与草稿相同。再做一次全片检查：在创作时，成片的每一帧都与草稿的抽样帧一致；这种一致性证明它是完成了草稿，而非重新生成。
7. 使用 model_scenario-compose-video 将音轨铺到成片上（这是固定 ID：Scenario 唯一的时间线合成器）：添加一个视频层和一个音频层，两者的 startTime: 0；设置 durationMode: "custom"，时长取视频长度向下舍入到字段的 0.1 s 步长（4.04 s 的视频在 4.0 s 处会丢失最后一帧）；设置 canvasMode: "custom"，并将数值型 canvasWidth 和 canvasHeight 设为成片尺寸；fps 设为成片帧率（该字段默认为 30）。按照 scenario-video-assembly 检查同步，然后调用 asset_download。

常见错误

• 以交付分辨率生成多个版本：每个弃用的版本都会消耗完整的 1080p 费用。
• 在 1080p 下重新运行选中的负载，或将 480p 草稿放大：前者会生成一个新的版本，后者只是把正确的版本放大成模糊的副本。
• 将音乐版本、剪辑版本或重新编码版本作为 draftVideo 传入：只有草稿任务自身生成的资源才是草稿。
• 错过 7 天期限：草稿过期后只能作为新版本重新生成。
• 在草稿上添加音乐后再完成：完成任务只会包含草稿生成的内容。可以制作带音乐的审阅副本；只需在完成任务中添加一次交付音频。
• 只看一眼第一个版本，或只根据联系表进行排序。