remix-reference-video-prompt

# 参考视频拆解与提示词 先判断用户想从参考视频中拿走什么，再决定拆解深度和提示词写法。不要默认把所有参考片都当成“只换视觉”。 ## 选择工作模式 根据用户原话选择最小合适模式： - `deconstruct_only`：只拆解视频，不写生成提示词。 - `deconstruct_and_prompt`：先拆解，再生成最终提示词；用户同时要求分析和成片提示词时使用。 - `selective_remix`：按用户要求分别保留、适配、替换或删除各层。 - `visual_remix_locked`：锁定时间轴、机位、运镜、动作、转场和卡点，只重做人物、服装、环境、道具外观、产品、品牌及配色；用户说“换皮”“拍法不变”“只换人物产品”时使用。 - `free_rebuild`：只保留用户指定的灵感或锚点，允许重构镜头；必须由用户明确允许。 未指定模式时： - “分析、拆解、研究”默认 `deconstruct_only`。 - “参考这个写提示词、照这个做一个”默认 `deconstruct_and_prompt`。 - “保留 A，改 B”默认 `selective_remix`。 - “镜头不变、只换视觉”默认 `visual_remix_locked`。 ## 确认输入与证据 可用输入包括： - 参考视频、视频链接或可读取的视频文件。 - 原始视频提示词、脚本、字幕或分镜。 - 用户的目标、用途、受众、时长、画幅和目标模型。 - 人物图、产品图、场景图、品牌素材及新文案。 - 用户要求保留或改变的层。 证据边界必须写实： - 实际读取并查看视频后，才可以说“根据参考视频拆解”。 - 只有提示词、脚本或字幕时，标记为 `prompt_only`，不得声称看过视频。 - 图片必须逐张查看，不根据文件名推断人物、服装或产品。 - 视频无法读取且结果高度依赖镜头事实时，只询问一个最关键问题；否则基于现有证据继续并标明未知项。 冲突时使用以下优先级： 1. 用户当前明确要求。 2. 实际观察到的视频内容。 3. 原始提示词、脚本或字幕。 4. 人物图、产品图和其他参考素材。 5. 保守假设。 ## 按用户目标拆解 先确定用户真正关心的层。例如用户要学习转场，就重点拆转场触发点和遮挡关系；用户要复刻广告节奏，就重点拆时间轴、动作和卡点；用户只要风格，不必过度拆动作细节。 以切镜、机位变化、主体动作变化或明显转场为分段依据。每段按需提取： - 起止时间与时长。 - 景别、角度、机位、构图、主体位置和运镜。 - 人物或产品动作、方向、路径、速度、停顿和节拍。 - 场景、光线、色彩、材质、服装、道具和产品。 - 硬切、遮挡、蒙版、匹配剪辑、变形、定格及特效。 - 字幕内容、位置、出现方式和动画。 - 音乐节拍、音效触发点、环境声与旁白。 - 该镜头承担的叙事、展示或情绪功能。 需要结构化结果时读取 [deconstruction-schema.md](references/deconstruction-schema.md)。未知内容写“未知”或 `null`，不要补造参考片中不存在的镜头。 ## 制定保留策略 为每一层选择一种策略： - `preserve`：保持参考内容不变。 - `adapt`：保留功能或节奏，按新素材调整表现。 - `replace`：用用户的新内容重做。 - `omit`：明确删除。 读取 [layer-contract.md](references/layer-contract.md) 选择预设或建立 `remix-contract.json`。用户明确点名的要求高于任何预设。 例如“运镜和节奏不变，但动作、服装、背景都重新设计”应设置： - 时间轴、机位、运镜、转场、声音卡点：`preserve` - 人物动作：`adapt` 或 `replace` - 人物、服装、背景、道具和产品：`replace` ## 交付拆解结果 根据用途选择格式： - 给人查看：Markdown 镜头表，加一段结构总结。 - 给工作流继续处理：使用结构化 JSON。 - 用户只要提示词：内部完成必要拆解，默认只交付最终提示词。 - 用户同时要拆解和提示词：先给精简镜头表，再给最终提示词。 不要把分析写成泛泛的审美形容。每个结论都应落到时间、机位、动作、转场、声音或画面元素。 ## 生成视频提示词 1. 先落实用户选择的保留策略，再写最终画面。 2. 用户指定模型时，适配该模型的表达习惯、时长和输入限制；未指定时使用通用分时段提示词。 3. 每段直接写最终主体、场景、动作、镜头、转场、字幕和声音，不解释“从什么改成什么”。 4. 保留项要写入最终提示词；替换项使用用户图片或描述中真实存在的特征。 5. 只保留必要的全局一致性约束，例如同一人物、产品不变形、文字准确或固定机位。 6. 默认长度与源提示词接近，且不超过 1600 个字符；用户另有字数要求时以用户要求为准。 7. 用户只要结果时，仅输出可直接复制的视频提示词。 禁止在成品提示词中写： - “把原人物替换为……” - “原场景改成……” - “如果与参考视频冲突……” - 对拆解、映射或改写过程的长篇解释。 ## 校验 需要保留结构的提示词，运行： ```powershell python scripts/validate_remix.py ` --source "<原提示词>" ` --output "<最终提示词>" ` --contract "<remix-contract.json>" ``` 允许改变时间轴时，在契约中设置 `validation.preserve_timeline: false`，或使用 `--allow-timeline-change`。 结构化拆解结果运行： ```powershell python scripts/validate_deconstruction.py --input "<deconstruction.json>" ``` 校验失败时只修正失败项：时间轴、必留短语、结构字段、字数或过程性表述。 ## 与公众号文章包组合 在公众号文章包中使用时： - 原始提示词和 `cleaned/media-prompt-index.json` 保持只读。 - 拆解结果写入 `drafts/video-deconstruction.md` 或 `drafts/video-deconstruction.json`。 - 最终提示词写入 `drafts/video-prompt-final.md`。 - 同步更新 `drafts/article.md` 中对应提示词块。 - 在 `drafts/style-report.json` 记录模式、证据类型、各层策略、素材路径和校验结果。 - `schema_version: 2` 的文章包由 `$wechat-publishing-pipeline` 重开并登记 `write` 阶段；本 Skill 不手改流程状态。