用途 Seedance 制作工作流用于规划并推进一个完整的 Seedance 视频项目：从需求简报开始，经过参考素材、分镜脚本、生成交接、逐镜审查，一直到针对性修复。它的定位是协调制作与审查，产出一个可追溯的视频包，而不只是产出一条打磨过的提示词。
状态与真实性 该技能要求区分「已规划」「素材就绪」「已提交」「已生成」「已审查」等状态。它明确禁止把一条提示词或一个尚未运行的分镜称作已完成的视频。也就是说，只有在真正提交并取回结果之后，才能声称视频已生成。
项目路由 开始时会收集缺失的必要信息，包括：故事或产品、目标观众、时长、画幅比例、期望风格、必现动作、音频/对白、已有参考素材、目标 Seedance 入口，以及用户的时间或生成预算。如果用户尚未选择主体，可以使用虚构主体做试点，并明确说明。随后选择与需求匹配的最简控制结构：
- 单连续镜头：一份带时间的动作与运镜计划可能就够了。
- 多镜头且顺序或构图精确：镜头列表加编号分镜网格或逐镜关键帧。
- 对身份/产品敏感：添加主参考，并给出明确的继承/不继承映射。
- 复杂编排：在入口支持时使用授权动作视频或空间/黏土参考。
- 超过一次生成时长：优先规划原生扩展；否则规划使用前一视频或返回末帧的分段交接，并验证拼接处。 此外，在固定时长、媒体数量、分辨率或 API 路由前，必须依据提供方能力检查当前模型与入口限制；模型支持某能力并不代表用户账号已开放该能力。
准备输入 在一个项目目录中编写 brief.md、reference-map.md、plan.json 以及所需提示词。参考素材需要稳定 ID、来源/权利状态、其可控属性以及不可控属性。不要把他人的完整公开提示词复制到新的原创案例中；应引用锚点案例并改编其结构。对于多镜头工作，每个镜头需要开始/结束时间、一个可见动作、一个镜头取景、进入状态、退出状态和音频，且下一个镜头应从前一个镜头的退出状态开始。对于门槛或物体交互，还要在切换处固定主体所在侧、相机侧、接触点和运动方向。生成或请求角色/产品参考与分镜，并在发送给 Seedance 之前逐格对照书面的进入/退出状态；一格把人物放在门错误一侧的画面可能覆盖正确的文本提示词。若图像工具不可用，则交付精确的图像提示词并标记图像待处理。随后使用本 SKILL.md 旁边的 scripts/validate_plan.py，以绝对路径对 <project>/plan.json 运行校验，在视频生成前解决报告出的时长、顺序或缺失引用错误；同时目视检查图像身份和分镜格顺序，因为脚本无法判断这些。
生成与检查 返回一份可复制的 Seedance 提示词，加上有序的参考上传映射和实际设置，并说明哪张图控制身份、哪张控制分镜/布局、哪张控制运动、风格或音频；简单镜头可不使用分镜网格。保持文本与视觉指令一致。当存在经授权且可用的视频工具/ API 时，提交请求，将任务 ID 与设置保存到 run-manifest.json，取回结果并检查。生成可能消耗额度并上传素材：在这一外部步骤前，必须就实际服务、素材和花费取得授权。永远不要读取或公布凭据。如果没有可用的视频工具，则给出精确的 UI 交接说明，把项目标记为素材就绪，并在用户提供输出后恢复 QA。
审查与修复 使用 QA 量表审查实际视频，记录失败时需包含镜头/时间、观察结果和窄范围修复方案。尽可能使用本地或带时间戳的编辑；否则只修改有问题的参考、分镜格或镜头提示词。评估改进时应在相同模型/设置下对比。遵守约定的重试或成本上限，并如实报告仍存在的失败。如果选择本地裁剪或其他后处理，需保留未编辑的模型原始输出，并在运行清单中记录源哈希、编辑操作、派生文件和时间偏移；交付的编辑版本和源版本都要审查，绝不能把编辑过的预览当作模型直接生成的结果。
完成 交付视频或生成交接、输入清单、分镜/镜头表、提示词、模型/设置、QA 记录与来源信息。不要将个人源媒体和凭据放入公开 Git。如果用户之后请求案例 PR，需核实原始公开帖子、确切发布的提示词、匹配的媒体、日期、创作者、模型以及仓库提交规则。工作流技能的 PR 走不同路径；在编辑前请查看仓库当前的 contributing.md。
限制 该技能本身说明，其引用的案例只支持提示词结构，并不证明这一端到端工作流能提升最终视频质量，这应被视为一个待测试问题。生成能力、入口限制、额度与授权均取决于提供方与用户账号，资料未提供具体模型清单、价格或可用入口。若没有可用的视频工具，工作流只能停留在交接与素材就绪状态，需等待用户提供输出后再继续 QA。