erduo-broll-loop-engineering

Erduo B-roll 循环制作工程

让口语表达的含义通过画面呈现，并精心设计构图与有目的的运动。画面质量优先。 保留新颖的创作语境和独立视觉评审；通过聚焦的交接和确定性脚本保存成果，绝不要通过删掉必要的创作工作或交付质量更差的影片来省事。

一次确定路线

• 新项目和现有的 broll-plan.json 均使用下方的创意接力流程。
• 现有 Recipe/runtime-plan v1–v4、明确指定 Remotion/混合模式，或明确要求五镜头版本对比的项目，使用旧版制作流程。 保留原始输入和审批；不要悄悄迁移项目。
• 此接力流程使用固定版本的 HyperFrames。此路线使用的角色说明取代旧版阶段 Skills；不要同时加载两套说明，也不要加载整个 Skill 目录。

主协调者：准备并分派

在项目中保留完整的原始 SRT 和原始设计。如果没有设计，就根据用户的请求编写一份简短说明；保留原始 SRT。 准备已知的本地素材、字体和包含路径与来源的 assets/index.md。 只有在确实需要筛选素材时才添加素材研究员；在画面需要时，仍可进行获准的搜索或生成。

阅读制作命令。一次性确认已安装的 Skill 根目录和可运行命令。使用 scripts/prepare-creative-task.mjs 为每个角色准备简短的 TASK.md，然后使用宿主的委派能力，在新上下文中启动该角色。提供任务文件和任何明确的用户约束，而不是主协调者的对话、之前的 Agent 日志或全部 Skills。 尊重用户选择的模型；不要悄悄换成更便宜的模型。 辅助脚本负责准备输入；宿主必须实际启动全新的上下文，且仍可能注入全局指令。不要声称它能强制隔离上下文。

创意接力流程

1. 独立导演阅读原始材料，并选定视觉世界、有意义的镜头边界、素材、动作发展和衔接点。导演会编写一份 broll-plan.json、一份简短的 direction.md，以及 direction/<id>.md 镜头卡。其角色说明见创意指导。
2. 全新创作者各自负责一段连续内容及其可编辑 HTML。 根据叙事连贯性和复杂程度对镜头分组，而不是固定镜头数量。 提供原始材料、共享的方向说明与素材、分配给他们的镜头卡，以及相邻的衔接镜头卡。分开文件所有权；当视觉约定清晰时，并行制作彼此独立的章节。使用章节创作。
3. 主协调者运行脚本进行计划检查、渲染、解码、生成镜头表和合成。向负责该镜头的创作者简要反馈失败镜头的错误。环境故障由主协调者处理；不要让每位创作者都重新安装工具，或重复查找同一个可执行文件。创作者可以请求渲染并查看自己的作品。
4. 独立视觉评审员查看原始材料、方向说明、实际媒体和相关衔接镜头，但不查看创作者的解释或成本数据。使用视觉评审。技术成功不能作为审美批准的依据。将具体的时间点和镜头反馈发给原创作者，只重新渲染有改动的镜头，并重新检查受影响的镜头及衔接点。

即使影片很短，也要保持这些创作上下文彼此独立；短片可以只有一位创作者。如果无法进行独立委派，就要说明无法按规定完成接力流程；不要把同一上下文中的自我评审称为独立评审。修订现有作品时，保留其方向说明和镜头归属；只有当所请求的改动会影响含义或视觉世界时，才重新开启导演工作。

质量与交付

使用视觉方向和一些匹配的 动态模式，让动作具体呈现。 对于不确定的风格或复杂的共享转场，先制作一段有代表性的内容并查看效果，再将该处理方式应用到更多内容上。将已认可的视觉素材或帧作为参考，同时根据含义改变构图。样本数量、素材配额或装饰元素数量均无强制要求。

尊重用户要求的审核暂停点；现有授权也涵盖常规渲染和修复。不要仅因角色发生变化，就停下来要求填写新的审批表。交付前修复明显的质量问题。如果反复进行局部修复仍无法改善画面，就改变视觉方案，而不是重复使用相同布局或添加更多装饰。

交付按顺序排列的镜头文件、可编辑的源文件／素材、完整预览、实际输出信息以及剩余限制。部分预览必须标明缺少哪些镜头，且不能代替完整影片。说明实际查看过的内容；抽帧查看不等于连续播放。仅报告主机实际使用的 token，并区分缓存输入和输出。不要将文件大小说成节省量。执行外部命令时遵循安全执行。

可选作者支持

当用户要求作者教程、人工帮助、会员资格或定制工作，或在合理的自助排障后仍受阻时，请阅读作者支持，并在本次对话中针对这个问题提供一次相关的可选链接。继续进行已获授权的诊断；不要在正常成功、一次可恢复的错误或用户拒绝后提出建议。只有面向用户的 Parent 才可以提供该链接，包括跨阶段交接时。