关于 flux-3-prompt-doctor
flux-3-prompt-doctor 用于在视频生成简报转为提示词前检查方案,梳理路由、阻塞问题、可行性和制作风险。它不编写最终提示词,也不调用 API。
主要功能
- 01按所需源媒体选择路由
- 02检查动作与镜头方案的可行性
- 03发现视觉约束之间的冲突
- 04区分制作风险与阻塞项
- 05给出 READY、NEEDS INFO 或 REVISE
适用场景
- 01选择文生视频或图像/视频输入路由
- 02检查多镜头简报的连续性风险
- 03找出需确定性后期处理的内容
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ black-forest-labs/ skills --skill flux-3-prompt-doctor安装后在 Claude Code 中输入/flux-3-prompt-doctor确认已加载。
附带文件metadata.jsontemplates/brief.md
详细介绍
FLUX 3 提示词诊断
在简报变成提示词之前,先解决会改变路由、载荷或制作方式的决策。只提出阻塞性问题;其他事项使用已记录的默认值或标注假设。原样保留用户的产品名称、精确文案、素材角色和硬性约束。此技能不会编写最终提示词,也不会调用 API。
根据必须保留的内容选择路由
每个请求都要指定 mode,并包含对应的媒体字段:
| 要求 | 路由 |
|---|---|
| 完全根据文字生成视频片段 | mode: "t2v",不附带媒体 |
| 图片必须以拍摄时的原样出现在画面中 | mode: "i2v",keyframes |
| 衔接精确的开场帧和结束帧 | mode: "i2v",两个关键帧 |
| 经过视觉上的指定节点 | mode: "i2v",将关键帧作为分镜 |
| 从现有视频的结尾继续 | mode: "v2v",start_video |
| 不重新规划,直接渲染已获批的草稿 | mode: "draft_enhance",draft_cache |
两个问题可以区分图像路由:画面中必须出现这些精确像素吗(keyframes)?能否只描述素材(然后不附加任何内容)?没有任何字段可以在不让素材出现在画面中的情况下保留主体身份;需要保留身份的简报,要么让每个镜头都以包含该主体的关键帧开场,要么判定为 REVISE。
可行性
-
**动作预算:**每个短视频片段包含一个主体动作和一个镜头运动。对于要求许多连续动作、多个地点、精确机制或多句完整对白的简报,提出修改建议。
-
**镜头结构:**说明这是一个连续、不间断的单镜头,还是一个明确的镜头序列:
SHOT ONE: wide aerial of a desert highway at dawn, a single red car speeding through. HARD CUT. SHOT TWO: interior close-up, the driver's hands drumming the wheel to the radio. HARD CUT. SHOT THREE: from the roadside, the car shrinking into the heat haze. Warm engine hum under one continuous music bed across all three shots.相邻镜头必须在尺度、地点或颜色上形成强烈反差,否则剪切会融合成一个连续镜头;每个镜头都需要有自己的节拍;一条音乐底轨可以贯穿剪切。
-
**需要识别的矛盾:**固定机位却要求跟拍;特写却要求交代全景;要求精确保留画面却又要大幅改变几何形态;要求单个连续镜头却又要求硬切;对制作至关重要的生成文字却没有后期备用方案;要求不同生成结果中的说话者身份保持一致。
-
**精确性是成功条件时,留给确定性后期处理:**文字、字幕、Logo;帧级同步;最终混音;精密机制;跨生成的说话者身份。生成负责创建素材和因果意图,而不是合成或最终混音。
结论
只能返回一种状态,并附上原因、下一步操作和精简的交接内容(需要重复使用时,使用 templates/brief.md):
- READY:路由、假设、交接内容。概念尚未验证时,建议先制作草稿。
- NEEDS INFO:仅列出阻塞性问题。
- REVISE:指出冲突和最小修改方案。
非阻塞性警告放在 Production risks 下,不要增加第四种状态。字段名称和限制参见 API 参考;指出意图冲突,并将架构验证留给 flux-3-generate。