OpenMontage 电影化流水线 Script Director 完全指南从 Beat Map 到可交付脚本的节奏设计【免费下载链接】OpenMontageWorlds first open-source, agentic video production system. 12 production pipelines, 100 tools, 700 agent skill and production-knowledge files. Turn your AI coding assistant into a full video production studio.项目地址: https://gitcode.com/GitHub_Trending/op/OpenMontage导读本文讲解 OpenMontage 电影化Cinematic流水线中Script Director脚本导演阶段的核心职责与完整实操方法。该阶段位于 Proposal提案与 Scene Plan场景计划之间负责把已经通过用户审批的proposal_packet转化为一份以节奏为灵魂的脚本产物scriptartifact——它不是写一篇信息密集的解说稿而是塑造一部影片的呼吸与起伏。读完本文你将掌握 beat map 的四段式结构、对白与标题卡的克制用法、脚本元数据契约beat_map/dialogue_selects/title_card_copy等、制作期事实核查流程以及本阶段强制的人工审批门禁规则并能对照仓库中的 schema 与流水线定义写出可被下游 Scene Director 直接消费的合格脚本。一、阶段定位Script Director 在电影化流水线中的位置在 cinematic.yaml 定义的电影化流水线中共有九个导演技能按序执行research → proposal → script → scene_plan → assets → edit → compose → publish由 executive-producer.md 统一串行编排并逐级把关。Script Director 是第三个阶段其上游输入是 Proposal Director 产出的proposal_packet下游交付物是 Scene Director 消费的script。script-director.md 开门见山地给出本阶段的工作本质This stage builds the beat map, selected lines, title-card copy, and reveal structure for the cinematic piece. You are shaping rhythm, not writing a dense explainer.即本阶段四件事构建节拍图beat map、精选对白selected lines、撰写标题卡文案title-card copy、设计揭示结构reveal structure。它的产品形态是节奏设计而不是一篇高密度的解说文案——这与 Explainer解说类流水线的脚本导演形成鲜明分工。从 cinematic.yaml 的script阶段定义可以看到其正式契约- name: script skill: pipelines/cinematic/script-director required_artifacts_in: - proposal_packet produces: - script tools_available: - transcriber - scene_detect checkpoint_required: true human_approval_default: true review_focus: - Beat map escalates cleanly - Dialogue or title-card usage is sparse and purposeful - Reveal and landing beats are clear success_criteria: - Schema-valid script artifact - Script sections map to identifiable cinematic beats值得注意本阶段只有transcriber与scene_detect两个可选工具用于对白挖掘与素材核查没有任何视频/图片生成类工具——它是一份纯粹的纸上设计工作所有生成与剪辑都留给下游阶段。二、前置条件Prerequisites原文档以前置条件表的形式明确了本阶段的输入契约层资源用途Schemaschemas/artifacts/script.schema.json产物结构校验上游产物state.artifacts[proposal][proposal_packet]情绪弧线与事实源头工具transcriber、scene_detect可选的对白挖掘与素材审查逐项展开Schema 契约script.schema.json 是脚本产物的唯一合法性标准。该文件在$id: openmontage/artifacts/script下要求顶层字段version固定为1.0、title、total_duration_seconds最小 1、sections至少 1 段每段必含id、text、start_seconds、end_seconds。这意味着脚本必须是一份带时间戳的分段文本而不是一段连续的散文。上游事实源头proposal_packet中包含 emotional arcbuild → reveal → landing、delivery_promisemotion_required、tone_mode、quality_floor、renderer_family 与 cost estimate 等字段详见 proposal-director.md。Script Director 的所有节奏决策都必须服从这套已经用户批准的情绪弧线与交付承诺。工具约束transcriber实现见 tools/analysis/transcriber.py与scene_detect实现见 tools/analysis/scene_detect.py均标注为可选Optional只在存在源素材语音或需要核查素材结构时才启用。三、核心流程五步构建电影化脚本1. 先构建 Beat Map节拍图原文档给出了一个刻意简化的四段式结构hook钩子——开场即抓住注意力escalation升级——情绪与信息逐步抬升reveal揭示——全片最高光的转折点landing落地——给观众一个最终的感受或行动。如果成片较长可以增加一个中点转折midpoint turn但原文特别强调Do not let it become essay-shaped——绝不允许变成论文式结构。这条约束贯穿始终电影化脚本的骨架是拍点不是论点。在 executive-producer.md 的 SCRIPT 阶段检查清单中EP 会用两条硬指标校验这份 beat mapCHECK: Beat escalation - Does the beat map escalate cleanly toward the reveal? - Are dialogue/title cards sparse and purposeful? - Is the landing beat distinct from the build?也就是说节奏必须**干净地cleanly**向 reveal 攀升landing 拍必须与 build 拍有可分辨的区别——这正是原文档 Quality Gate 第 1 条the beat map escalates cleanly在 EP 层的呼应。2. 克制使用对白Use Dialogue Sparingly如果源素材中存在语音用transcriber挖掘四类对白strong standalone lines可独立成句的强台词emotional phrases情绪化短语concise declarations简洁的宣言式表达reveal phrases揭示性语句。但如果源素材里没有可用对白原文给出了明确指令保持标题主导title-led或旁白主导narration-led并在元数据中明说这一点——即dialogue_selects为空是合法状态但必须被显式记录不能靠没写来含糊带过。这一约束与voice_performance机制衔接脚本的 narration 部分在 script.schema.json 中可通过voice_performance含pacing_profile枚举contemplative/conversational/energetic/technical/cinematic/custom以及每段的delivery_cues含pace枚举slow/measured/conversational/brisk/fast/custom、energy、emphasis_words、pause_before_seconds、pause_after_seconds把表演意图结构化地下发给下游 TTS 资产生成确保电影化的念白节奏不会在转文字转语音时丢失。3. 保持标题卡短小Keep Title Cards Short标题卡文案应当有预告片感trailer-like四字诀fewer words更少的词more contrast更强的对比more whitespace更多的留白more timing precision更精确的卡点。这条与下游两个阶段形成链条Scene Director 在 scene-director.md 中要求限制转场词汇表并拒绝用标题卡当填充物Edit Director 在 edit-director.md 中要求title cards are sparse and timed with intent且其元数据键title_card_windows专门记录标题卡的时间窗口。可见标题卡要少、要准、要有呼吸感是整个电影化流水线的共识Script Director 是这条链的第一环。4. 把节拍真相存入元数据Store Beat Truth In Metadata原文档给出五个推荐元数据键它们是脚本中非文本层的结构化信息供下游直接读取元数据键含义beat_map节拍图本身hook/escalation/reveal/landing 及各拍时间戳dialogue_selects从源素材精选的对白及来源title_card_copy各标题卡文案music_turns音乐转折点对应音频驱动的节奏silence_windows静默窗口留给呼吸感的留白区间这些键与下游的元数据体系一一咬合Edit Director 用beat_timing、audio_turns、title_card_windows、reframe_notesCompose Director 用frame_treatment、grade_profile、mix_notes、variant_outputs。整条流水线靠这种元数据接力保证节奏真相从脚本一路传递到最终渲染。5. 质量门Quality Gate原文档列出四条通过标准beat map 干净地升级the beat map escalates cleanly对白与标题卡不重复解释同一件事dialogue and title cards do not explain the same thing twicereveal 落地得有辨识度the reveal lands distinctlylanding 给观众一个最终的感受或行动the landing gives the viewer a final feeling or action。其中第 2 条值得展开对白与标题卡在电影化脚本中都是稀缺资源如果二者都在陈述同一个信息点等于双重浪费节奏预算。这呼应了原文档第 2 步的如果有可用对白就用对白、否则就用标题或旁白主导——两者应当互补而非重复。四、制作期事实核查Mid-Production Fact Verification这是本阶段在娱乐性之外最严肃的一节。原文档要求脚本写作过程中一旦遇到事实层面的不确定用web_search核实事实主张后再写入脚本用web_search查找参考图以保证视觉准确性在决策日志decision log中记录核查动作categoryvisual_accuracy_check。更重要的是两条硬约束脚本中的每一个事实主张都必须能溯源到research_brief。如果某个论断不在研究中就必须补充研究并把来源加进去严禁编造统计数据、日期或出处Do not invent statistics, dates, or attributions。这条约束在数据层有直接的工程支撑在 script.schema.json 中每个 section 都提供了可选字段source_ref其描述明确写着Reference to the research_brief data point or URL that supports this claim. Every factual claim should be traceable.——也就是说可溯源不是口头要求而是脚本产物 Schema 中的一个字段。上游的 Research Director 在 research-director.md 中产出research_brief含research_summary、angles_discovered、视觉参考、音频方向、motion commitment 等并把所有来源 URL 汇总进 Source BibliographyScript Director 要做的是把这份事实底账逐条映射进脚本文本与source_ref。五、常见陷阱Common Pitfalls原文档列出三条均是电影化脚本最典型的失败模式写整段解释性段落而不是拍点Writing full explanatory paragraphs instead of beats——回到第一条戒律脚本是节奏不是论文标题卡用太多Using too many title cards——标题卡是稀缺资源滥用会稀释预告片感过早亮出最好的一刻Revealing the best moment too early——reveal 是全片的情绪峰值必须留足铺垫与呼吸空间。第 3 条在 executive-producer.md 的 Common Pitfalls 中同样出现Rushing the reveal: The climax moment needs breathing room. Dont let pacing compress it.——可见别让节奏挤扁高潮是从 Script 到 Edit 全链路的共同红线。六、门禁提醒本阶段强制人工审批Binding Gate Reminder这是本技能文档中最具操作约束力的一节也是 OpenMontage 流水线治理体系的一部分。原文明确本阶段以人工审批为默认门禁human_approval_default: true与 cinematic.yaml 中script阶段的声明一致评审通过后以statusawaiting_human记录 checkpoint展示脚本摘要由 Backlot 面板渲染产物然后结束本轮对话END YOUR TURN不得在同一轮回复中启动下一阶段审批是逐门生效的——之前某个门如 proposal 门的go ahead不能覆盖本门。这段规则对应仓库中的两套支撑设施Checkpoint 协议meta/checkpoint-protocol.md 定义了awaiting_human等状态与流程约定本技能的 Gate Reminder 正是该协议的流水线内实例化Backlot 面板backlot/README.md 描述的可视化板前端实现在 backlot/ui/board.html负责把各阶段产物渲染出来供人类审批文档图见 docs/images/backlot/board-live.png。换言之Script Director 的产出不是发出去就完事而是要进入一个可见、可审、可回溯的人工决策界面。在 EP 层的质量门表中本阶段对应G2 门script检查项为 Beat escalation, duration失败动作统一为Revise修订——而且受执行限额约束每阶段最多 3 次修订、每阶段对最多 1 次退回、总退回最多 3 次见 executive-producer.md 的 Execution Limits 表。这意味着一份脚本如果反复过不了节奏关会被严格限制在预算和时间窗口内收敛。七、一份合格脚本的完整画像综合上述所有约束一份能通过 Script 阶段质量门与 Schema 校验的脚本产物应同时满足以下条件结构上sections至少一段每段含id、text、start_seconds、end_seconds整体时间轴连续total_duration_seconds与 proposal 中的目标时长一致节奏上章节可映射到可识别的电影化拍点hook → escalation → [midpoint turn] → reveal → landing并且是拍点而非论文段落文本上对白精选自源素材有则用、无则明说 title-led/narration-led标题卡短、对比强、留白足、卡点准且与对白不重复解释事实层每个主张可经source_ref溯源到research_brief决策日志中留有visual_accuracy_check记录元数据层beat_map、dialogue_selects、title_card_copy、music_turns、silence_windows等键完整记录成为下游 Scene/Edit/Compose 各阶段的节奏真相源流程层产物通过 script.schema.json 校验checkpoint 状态置为awaiting_human经 Backlot 面板呈现给用户在获得本门审批前不进入 scene_plan 阶段。结语Script Director 是 OpenMontage 电影化流水线中最克制也最考验设计判断力的阶段它不生成任何画面或声音却决定了全片 60% 以上的情绪体验。本文所述的 beat map 四段式结构、对白/标题卡的稀缺性纪律、元数据契约与强制人工审批门禁共同构成一条可执行、可校验、可追溯的脚本生产路径。深入研读仓库中的 script.schema.json 与 cinematic.yaml并将本技能与同流水线的 research-director.md、proposal-director.md、scene-director.md、edit-director.md、compose-director.md 串读即可获得从情绪弧线到最终渲染的完整节奏链路视角。【免费下载链接】OpenMontageWorlds first open-source, agentic video production system. 12 production pipelines, 100 tools, 700 agent skill and production-knowledge files. Turn your AI coding assistant into a full video production studio.项目地址: https://gitcode.com/GitHub_Trending/op/OpenMontage创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考