图生视频提示词怎么写负面提示词

图生视频里的负面提示词，作用不是“把不要的东西写掉”，而是在有负向条件分支、且引导强度真正生效的前提下，压住画面里那些会破坏时间一致性的东西：闪烁、变形、多出来的肢体、糊掉的细节。多数人写了没效果，问题通常不在词写得不够多，而在采样器的负向分支没接上、CFG 处于不启用负向的取值、或者负面词和原图内容本身打架。下面按排查顺序给出一段可以直接改参数执行的配置、一张判断清单，以及一个最常见的坑。

先用默认参数跑一次负面提示词为空的基线并固定种子，再补负面词做对照，这是判断负面提示词是否生效的唯一可靠办法。适用场景：ComfyUI 类本地工作流和带 negative_prompt 字段的在线接口；操作动作：确认负向输入已连接、CFG 大于 1、负面词用逗号分隔的短语；验证方式：同种子下只改负面词，看首帧是否被改动、闪烁是否减少；风险边界：加速或蒸馏模型常在 CFG=1 附近工作，此时负面提示词基本被忽略，写了也不代表生效，需要结合具体模型说明确认。

图生视频提示词之前先确认这三件事

这三件事缺一件，负面提示词写了也是白写，而且不会报错，只会让你误以为是词的问题。

模型与工作流版本。本地 ComfyUI 看启动日志第一行的版本号，或执行 curl -s http://127.0.0.1:8188/system_stats | jq '.system.comfyui_version'；模型版本看工作流里加载节点的 unet_name / ckpt_name 字段值。在线平台看生成页的“模型”下拉框当前选中项。这一步决定负面提示词的编码器行为，不同模型的文本编码器对逗号短语的敏感度差别很大。
负向条件是否真的接上了。ComfyUI 里看 CLIP Text Encode 节点是否连到采样器的 negative 输入口，空着就是没接。接口调用时，字段是否存在要查服务端自己的说明：ComfyUI 查 http://127.0.0.1:8188/object_info/KSampler，其他服务通常是 /docs 或参数说明页。字段名可能是 negative_prompt，也可能被包在 negative 里，以查到的为准。
引导强度是不是能调、当前是多少。采样器节点的 cfg 字段，或平台上叫“引导强度 / CFG / guidance”的滑块。CFG 等于 1 时负向分支不参与计算，这是“负面词完全无效”最常见的原因。当前取值在哪看：本地看节点上的数字，在线看生成页高级设置里的数值。

图生视频提示词：最短可用路径

先跑基线。把负面提示词留空，种子写成固定值（例如 seed=123456），生成一次。做完这步应该得到一个能看清人脸/物体结构的短视频，把它存下来作为对照。不要在这一步就评价画质。
接入负面词。在 CLIP Text Encode（negative）节点里粘贴下面这段，或在接口请求体的 negative_prompt 字段里填入。做完这步，节点图上应该有连线，请求体里该字段不为空。

low quality, worst quality, blurry, jpeg artifacts, watermark, text, logo, subtitles,
extra fingers, fused fingers, extra limbs, deformed hands, distorted face, disfigured,
flicker, frame inconsistency, morphing, warping, wobbling edges,
fast motion, camera shake, sudden zoom, scene cut, duplicated subject

只改一个变量再生成。种子、提示词、帧数全部不动，只保留新增的负面提示词。做完这步应该看到：首帧主体和基线基本一致，但背景噪点、边缘抖动、手指结构异常其中至少一项有可见变化。如果首帧本身就变了，说明负面词压到了原图里真实存在的内容。
再动 CFG。如果第 3 步几乎没变化，把 cfg 从当前值提到 5 到 7 这个常见区间再试一次（具体可接受范围要看模型说明，不是所有模型都能上 7）。做完这步应该看到负面词开始起作用，同时画面色彩和构图开始偏离原图——这时候就该往回退一点。

接口调用可以用下面这个骨架，字段名以你所用服务端的参数说明为准，别直接照搬：

{
  "image": "<base64 或图片 URL>",
  "prompt": "the person blinks slowly, subtle breathing, static camera",
  "negative_prompt": "blurry, flicker, morphing, extra fingers, camera shake",
  "cfg_scale": 6.0,
  "steps": 30,
  "seed": 123456,
  "num_frames": 49,
  "fps": 16
}

图生视频提示词：一个真实场景的完整做法

场景：一张 1024×1024 的人物半身照，目标是 3 秒左右、几乎没有运镜的轻微呼吸加眨眼镜头，输出 49 帧、16fps、832×480。这个数据量下首帧信息足够多，背景和手指最容易出问题。

图像输入节点（ComfyUI 的 Load Image，或接口的 image 字段）：填这张照片，长边缩放到 832 对应的比例，不要直接喂 1024 原图，尺寸不匹配容易在首帧就变形。
正向提示词（CLIP Text Encode positive 或 prompt）：写“人物主体保持不动，只有眼睛和胸腔有细微变化 + 机位固定”，正面描述运镜，比在负面里反复写“不要动镜头”更稳。
负向提示词（CLIP Text Encode negative 或 negative_prompt）：只保留与这个镜头冲突的项——camera shake, sudden zoom, scene cut, fast motion, flicker, morphing, extra fingers, deformed hands, blurry。这个场景不要写 hands 单独成词，因为照片里本来就有手，压掉手会让手指结构崩坏。
采样器节点：cfg 取 5.5 到 6.5 之间先试，steps 取 25 到 35，seed 固定，denoise/strength 按工作流默认值走，图生视频一般不需要为了负面词去动这个值。
输出节点：帧数 49、帧率 16，导出后逐帧看第 1 帧、第 25 帧、第 49 帧，确认首帧与输入照片一致、末尾没有漂移。

这套取值不是唯一解，换模型、换分辨率都要重新对一次；固定种子做单变量对照这件事本身不能省。

图生视频提示词：跑不通先查这三处

负面词完全没反应。页面或日志没有任何报错，但对照两次结果几乎一致。先查采样器的 cfg 字段是否等于 1，再看负向输入口是不是空的、接口请求里 negative_prompt 是不是被序列化成了空字符串。这两处是绝大多数“写了没用”的来源。
提交直接失败。本地工作流会提示缺少必填输入（形如 Required input is missing: negative），接口侧通常是 400 并带字段名。检查位置：ComfyUI 的节点连线和 /object_info 里的必填项定义；接口侧查参数说明页里该字段是否必填、是否接收数组而非字符串。字段名拼错或类型不对，报错信息里一般会点名。
画面反而更糊、首帧被改动。典型表现是首帧脸型或背景细节和原图对不上。原因是负面词里塞了过多与画质相关的强压制项，同时又提高了 CFG。检查位置：先把负面词砍到 5 到 8 个短语，CFG 退回上一步的值，再看首帧是否恢复；恢复说明是压制过度，不是模型问题。

最容易踩的坑是把负面提示词写成一段中文长句，比如“请不要让画面闪烁也不要让手指变形”。多数文本编码器对逗号分隔的短语响应更稳定，长句里的否定词还容易把“闪烁”“手指”这些词本身带进语义，反而诱导出对应的画质问题。写成短语、删掉和被摄对象冲突的词、每次只改一项，比堆一长串更值得先做。