好的 Seedance 2 提示词不是一段堆满电影形容词的愿望清单，而是一张可以执行、可以复查、可以修复的分镜卡片。 先写主体标签，再写参考素材的职责，然后写这一镜要完成的动作、镜头和约束。 如果生成结果失败，不要整段重写；先判断是身份、参考、连续性、动作、运镜还是风格出了问题，只改一个变量。 访问入口、API、价格、供应商和模型对比是另一类问题，应该走对应的路线页，不要塞进提示词模板里。
Seedance 2 提示词卡片
写提示词前，先把这一镜当成一个可检查的生产任务。卡片越清楚，后面越容易判断失败来自哪里。
| 字段 | 要写什么 | 检查点 |
|---|---|---|
| 主体标签 | 人物、物体、场景或道具的稳定名称 | 后续镜头是否一直指向同一个对象 |
| 参考素材 | 哪张图、哪段视频或哪段音频负责哪件事 | 身份、场景、动作和氛围不要互相抢控制权 |
| 镜头目标 | 这一镜在视频里完成什么任务 | 不要让一镜承担整支片子 |
| 动作 | 主体实际做什么 | 用可见动作代替抽象情绪 |
| 运镜 | 远景、近景、推镜、横移、固定机位等 | 一镜只选一个主运镜 |
| 风格或音频 | 光线、色调、质感、节奏或环境声 | 服务镜头目标，不要堆标签 |
| 约束 | 必须保持或必须排除的元素 | 防身份漂移、防多余人物、防文字乱入 |
| 修复提示 | 失败时先修哪一个问题 | 让下一次生成有明确实验变量 |
可以先用这个简短模板：
text主体标签：Lena，参考图 1 中短发、黑色皮夹克的年轻女性。 参考素材：图 1 只控制 Lena 的身份和衣着；图 2 只控制雨夜霓虹街景。 镜头目标：建立 Lena 穿过街道走向关闭剧院入口的场景。 动作：Lena 快步前行，回头一次，在门口前放慢脚步。 运镜：远景，稳定水平线，缓慢向前推。 风格/音频：电影感夜景，湿润路面，蓝绿色与琥珀色霓虹，低沉城市环境声。 约束：保持脸、发型和夹克一致；不要添加其他人物。 修复提示：如果镜头抖动，改成固定远景，保留同一主体标签。
这张卡片的价值不在于句子漂亮，而在于分工明确。主体标签保护身份，参考素材说明谁负责什么，镜头目标让画面有目的，修复提示让失败后不用从零开始。
先标记主体，再要求动作
多模态参考图里经常同时有人物、道具、背景、光线和姿态。如果只写“让图里的人走过去”，模型可能不知道你指的是哪个人，也不知道哪些特征必须保留。更稳的做法是先命名，再动作。
| 场景 | 弱写法 | 更稳的写法 |
|---|---|---|
| 一张图里有多人 | 让男人走开 | 主体 char_main_male，穿驼色外套、戴圆框眼镜的男人，从画面右侧走开 |
| 道具必须延续 | 她拿着手机 | 道具 prop_phone_black 全程保持在她右手，不变色，不消失 |
| 场景必须识别 | 同一条街 | 场景 loc_neon_alley，狭窄湿润巷道，红色招牌和蓝色雾光保持一致 |
| 两个主体互动 | 他们互相看 | char_lena 看向 char_driver；两个标签在所有镜头里保持一致 |
标签应该短、稳定、可重复。不要为了炫技写很长的代号，也不要每个镜头换一个称呼。提示词越能让身份变得无聊可靠，动作、节奏和构图就越有空间。
先分配参考素材，再规划镜头
参考素材越多，不一定越可控。图像、视频、音频都可能给模型发指令，如果它们彼此冲突，模型只能猜。先给每个素材一个职责，比追加更多素材更有效。
| 素材类型 | 适合控制 | 停止规则 |
|---|---|---|
| 人物图 | 脸、服装、发型、姿态、重复主体 | 不要给同一人物放多张互相矛盾的造型 |
| 场景图 | 地点、建筑、光线、氛围 | 不要让场景图同时负责动作 |
| 动作或运镜视频 | 行走节奏、车辆运动、镜头轨迹 | 不要在同一镜头叠多个运镜 |
| 音频参考 | 节奏、环境声、情绪方向 | 不要把音频当作画面细节的控制器 |
如果两个参考素材冲突，要明确优先级。例如：“图 1 控制 Lena 的脸和夹克；图 2 只控制街道灯光和湿润路面。”这句话比再加第三张图更有用。
把视频拆成镜头，而不是写成长段愿望
一个常见失败是把完整剧情塞进一段提示词：人物奔跑、镜头环绕、雨变大、地点变化、灯光变化、另一个角色出现。这样的提示词看似丰富，其实每个指令都在抢同一段生成时间。
| 镜头 | 任务 | 提示词重点 |
|---|---|---|
| 镜头 1 | 建立地点和氛围 | 场景标签、主体入场、远景 |
| 镜头 2 | 展示意图或动作 | 主体动作、道具、近中景 |
| 镜头 3 | 完成情绪或转场 | 反应、递交、退出、门口或终点 |
弱提示词：
text一个电影感女人在雨夜霓虹城市里走路，看起来很紧张，镜头绕着她移动，然后看到一个剧院。
更稳的分镜写法：
text镜头 1：在 loc_neon_alley，char_lena 从画面左侧进入蓝色霓虹雨中。远景，固定机位，湿润路面反光。 镜头 2：char_lena 放慢脚步，查看右手的 prop_ticket。近中景，轻微手持感，保持脸和黑色夹克一致。 镜头 3：镜头切到前方关闭的剧院门。跟在 char_lena 身后缓慢推近；不要出现其他人；红色剧院招牌只作为形状保持可读，不要求生成清晰文字。
更强的版本每一镜做得更少，但整支视频做得更多：它给了顺序、主体连续性、镜头意图和结束点。
运镜和风格要服务镜头目标
运镜词有用，但不能变成词库展示。远景、特写、推镜、横移、手持、航拍、环绕、变焦全部放进同一镜头，等于让模型自己决定忽略哪一半。
| 运镜词 | 最适合 | 常见失败 |
|---|---|---|
| 远景 | 建立环境、尺度、队形 | 主体太小 |
| 近中景 | 展示脸、手、道具或意图 | 背景信息丢失 |
| 缓慢推镜 | 增加注意力或紧张感 | 推得太快或抖动 |
| 横向跟拍 | 跟随走路、骑行、车辆 | 背景容易糊 |
| 固定机位 | 保持构图，减少混乱 | 动感较弱 |
风格也一样。写“雨夜电影感，湿润路面，蓝绿和琥珀霓虹”已经足够明确。再加十几个风格词，可能让单帧更花哨，却让连续性更差。
可以改写的 Seedance 2 提示词示例
下面的示例不是保证输出，而是可改写结构。每个示例都保留主体、参考、动作、运镜、约束和修复提示。
电影人物入场
text主体标签：char_mara，参考图 1 中穿米色风衣的女性。 参考素材：图 1 控制脸和风衣；图 2 控制火车站台。 镜头目标：介绍 Mara 独自抵达，列车门尚未打开。 动作：Mara 走入站台灯光，在黄色安全线旁停住。 运镜：远景，固定机位，轻微雨雾。 风格/音频：克制惊悚氛围，冷色站台灯，远处列车低鸣。 约束：无拥挤人群，不换衣服，风衣颜色保持一致。 修复提示：如果身份漂移，缩短提示词，只重复脸、风衣和站台标签。
产品展示
text主体标签：prop_silver_headphones。 参考素材：图 1 控制产品外形；图 2 只控制棚拍灯光。 镜头目标：展示耳机在黑色底座上缓慢旋转。 动作：产品旋转 90 度，柔光扫过金属转轴。 运镜：锁定近中景，无变焦。 风格/音频：高级产品广告，干净反射，深色背景。 约束：保持耳罩形状和 logo 区域；不要手、不要额外文字。 修复提示：如果外形变形，移除灯光参考，优先保留产品图。
动作镜头
text主体标签：char_runner，参考图 1 中穿橙色夹克的运动员。 参考素材：图 1 控制服装；如有短视频参考，只控制奔跑节奏。 镜头目标：表现一次跨过水坑的跳跃。 动作：运动员加速、跨过水坑、向前落地。 运镜：横向跟拍，中远景。 风格/音频：清晨街道，真实运动，轻微水花声。 约束：只跳一次；不要慢动作爆炸；夹克保持橙色。 修复提示：如果动作无力，先加强动作动词，再考虑换运镜。
无对白情绪场景
text主体标签：char_old_man，参考图 1 中灰胡子的老人。 参考素材：图 1 控制身份；图 2 控制厨房；可选音频只控制安静房间氛围。 镜头目标：表现他犹豫是否打开信。 动作：他把信放在桌上，手停在旁边，转头看向窗户。 运镜：从近中景缓慢推近。 风格/音频：温暖下午光线，安静家庭戏剧，无对白。 约束：保持厨房布局和胡子一致；不要字幕或文字叠加。 修复提示：如果多出人物，添加“画面中只有一人”，并减少次要道具。
修复矩阵：一次只修一个失败
生成失败后，最坏的做法是把整段提示词全部重写。先定位可见问题，再改最小变量。
| 失败现象 | 可能原因 | 定向修复 |
|---|---|---|
| 身份漂移 | 主体标签弱、参考冲突、人物过多 | 重命名主体，保留两三个稳定特征 |
| 连续性断裂 | 镜头交接不清楚 | 增加镜头时间线，说明哪些元素延续 |
| 动作太弱 | 动作动词含糊或时间太短 | 强化动作，移除竞争指令 |
| 运镜混乱 | 一个镜头叠了太多移动 | 只选一个主运镜，必要时固定机位 |
| 风格不一致 | 光线、色彩和类型词冲突 | 只保留一个风格族 |
| 忽略参考 | 参考优先级埋得太深 | 明说哪张图控制身份、哪张图控制场景 |
修复提示可以这样写：
text保持同一主体标签、参考优先级和镜头顺序。 只修复 [观察到的失败]。 只改变 [一个变量]。 不要改变 [已锁定细节]。 重新生成后只复查同一个失败。
如果第 2 镜镜头混乱，就写：“保持 char_lena、loc_neon_alley 和三镜顺序。只修复第 2 镜的运镜混乱。使用一个固定近中景。不要改变 Lena 的脸、黑色夹克和雨夜霓虹街道。”
生成前检查清单
中文创作者常说的“提示词公式”有用，但如果只背公式，真正生成时还是容易把所有变量揉在一起。更稳的做法是在点击生成前做一次检查，把每个变量都归位。
| 检查项 | 通过标准 | 没通过时怎么改 |
|---|---|---|
| 主体是否唯一 | 每个人物、道具、场景都有稳定标签 | 给关键对象命名，删掉“图里的那个”这类模糊说法 |
| 参考是否分工 | 每张图、每段视频、每段音频只负责少数任务 | 写清楚图 1 控制身份，图 2 控制场景，视频只控制动作 |
| 镜头是否过载 | 一镜只有一个目标、一个主动作、一个主运镜 | 拆成 2 到 3 个镜头，而不是继续加逗号 |
| 风格是否一致 | 光线、色彩和类型词属于同一个风格族 | 删除互相冲突的风格词，比如同时写纪实、动漫、赛博和复古胶片 |
| 约束是否可见 | 约束指向具体画面问题 | 把“不要出错”改成“不要新增人物”“不要改变夹克颜色” |
| 修复是否可测 | 下一次生成只改变一个变量 | 如果同时改身份、动作、运镜和风格，就先拆成多轮 |
这张清单尤其适合多人图、产品图、动作参考和广告短片。多人图先确认谁是主角；产品图先锁定形状和 logo 区域；动作参考先说明它只控制节奏，不控制人物长相；广告短片先把产品、场景、镜头和文字风险拆开。这样写出来的提示词不一定更长，但每一句都更可验证。
还要注意一个顺序：先锁定不能变的部分，再写想要变化的部分。比如人物脸、服装、产品外形、品牌区域、场景结构属于“不能乱变”；走路、转身、推镜、光线扫过、雨滴增强属于“可以变化”。如果把这两类混在同一句里，模型更容易为了动作牺牲身份，或者为了风格牺牲产品形状。
生成后复盘也用同一张清单。只问一个问题：这次最影响可用性的失败是什么？如果是身份漂移，先不碰运镜；如果是镜头太乱，先不重写角色；如果是参考被忽略，先重排素材优先级。把每一次重试当成小实验，Seedance 2 提示词才会越改越稳定。
如果要交付一组连续短片，还可以把清单复制到每个镜头下面。镜头 1 只检查地点和主体入场，镜头 2 只检查动作和道具，镜头 3 只检查结尾和过渡。这样做的好处是，失败不会扩散到整支片子：第一镜的地点不稳，就只修地点；第二镜的道具消失，就只修道具；第三镜的情绪不够，就只修动作和镜头距离。不要让一个修复提示同时承担导演、摄影、美术和剪辑四个角色。
团队协作时也建议保留这一层记录。文案同学负责主体标签和约束，剪辑同学负责镜头顺序，视觉同学负责参考素材优先级，复盘时只看最关键的失败变量。这样下一轮修改不会变成“感觉再电影一点”的抽象讨论，而是变成可以执行的提示词变更。
如果素材来自客户或品牌资产，检查清单还要加一行“不可改变项”：人物授权照、产品外形、包装颜色、品牌区域和场景标志都不能被风格词覆盖。先锁这些，再谈电影感。
同一轮只允许一个负责人改一个变量，否则复盘会失去依据。
什么时候这不是提示词问题
有些 Seedance 2 问题看起来像提示词问题，其实是路线问题。
| 真实问题 | 提示词流程能解决什么 | 更好的下一步 |
|---|---|---|
| 我在哪里能用 Seedance 2 | 使用前后的提示词结构 | Seedance 2 使用指南 |
| 能不能通过 API 调用 | 请求里的提示词载荷和修复逻辑 | Seedance 2 API 指南 |
| 选哪个 API 供应商 | 提示词一致性要求 | Seedance 2 API 供应商对比 |
| 免费还是付费 | 避免把价格写进提示词 | Seedance 2 免费与付费指南 |
| 和 Veo、Sora 比哪个好 | Seedance 2 的控制变量 | Seedance 2 vs Veo 3 vs Sora 2 |
把这些问题拆开，提示词才会干净。提示词描述视频任务；入口、价格、API 和模型选择需要当前核验。
常见问题
Seedance 2 最稳的提示词结构是什么？
使用提示词卡片：主体标签、参考素材、镜头目标、动作、运镜、风格或音频、约束和修复提示。这个结构同时给模型身份、顺序、控制和恢复路径。
参考图应该怎么写进提示词？
先命名图中的关键人物、道具或场景，再说明这张图只控制什么。例如一张图控制人物脸和衣服，另一张图只控制街道灯光和湿润路面。
一段长提示词和分镜提示词哪个更好？
简单片段可以用一段话；只要涉及动作变化、地点变化、镜头变化或情绪转折，就应该拆成镜头。
哪些运镜词比较安全？
远景、近中景、特写、固定机位、缓慢推镜、横向跟拍和轻微手持都可以用。先一镜一个主运镜，再考虑组合。
身份漂移怎么修？
加强主体标签，重复两三个稳定特征，减少冲突参考，并在每个镜头使用同一个标签。不要在同一次修复里同时改风格和运镜。
参考素材越多越好吗？
不是。通常一到两张人物图、一张场景图、一个可选动作或音频参考就够了。素材越多，优先级越容易混乱。
这也是 Seedance 2 API 指南吗？
不是。这里解决提示词结构和修复流程。API、供应商、价格和访问入口应该去对应页面单独核验。