Demo 视频创作技能

演示视频创作技能

根据公司 URL 或产品素材制作精美的产品演示视频。默认输出为 60-90 秒的 1080p+ 视频，在机器、素材和目标平台支持的情况下渲染 4K 版本。

操作标准

• 视频内容必须基于真实产品界面：网站页面、应用屏幕、登录后的工作流程、截图、用户提供的素材或已验证的公开演示。
• 仅提供 URL 作为输入即可开始。根据网站推断产品、目标受众、核心工作流和品牌体系，然后仅询问缺失的访问权限或高优先级的偏好设置。
• 优先采用产品经理式的叙事方式，而非通用营销套路。展示用户遇到的问题、他们在产品中的操作、屏幕上的变化以及结果为何重要。
• 在实际操作中，优先使用 Remotion 进行运动合成，使用 FFmpeg 进行视频检查、编码、联系表制作、音频处理和交付格式转换。
• 所有声明必须可辩护。不得编造指标、客户标识、检测结果、集成能力、合规状态或定价信息，除非从源材料中核实。
• 避免过度拟合过往客户。可复用工作流程、质量门控和运动模式；但不得复用特定客户的截图、文案、颜色、定价、人物角色或逐版本修复。

输入

如果用户仅提供一个网站 URL：

1. 在浏览器中打开网站，绘制导航、价值主张、产品页面、定价、帮助文档以及可见的交互状态。
2. 捕获最能阐释产品的高分辨率页面和 UI 截图。
3. 围绕从网站发现的最强产品循环构建叙事。
4. 如果需要登录产品区域，则明确指出访问限制。

如果用户提供了更多上下文，则用它来提高质量：

• 目标受众、推广平台、宽高比、首选时长、行动号召、发布目标。
• 产品工作流步骤、演示账户访问权限、示例输入或预期的前后对比输出。
• 品牌素材、截图、视频参考、字体、音乐方向、禁止声明和法律注释。

参考路由

• 在进行浏览器调研、登录后捕获或截图工作之前，阅读 references/capture-workflow.md。
• 在编写脚本、故事板、镜头列表或产品叙事之前，阅读 references/storytelling.md。
• 在选择运动语言、排版、过渡效果、布局或音乐之前，阅读 references/visual-system.md。
• 在实施视频项目或渲染文件之前，阅读 references/remotion-ffmpeg.md。
• 在宣布视频完成之前，阅读 references/qc-checklist.md。

制作工作流程

1. 确定交付范围

   • 在可用时确认目标时长、宽高比、分辨率、语言和交付平台。
   • 默认设置为 16:9、60-90 秒、30fps、H.264 MP4、最低 1080p。
   • 当视频将用于发布、投资者、会议或付费广告分发时，使用 4K 分辨率。

2. 调研产品

   • 深入浏览网站和产品页面，以确定核心循环，而不仅仅是首页承诺。
   • 构建快速功能地图：主要用户、痛点、主要操作、可见的产品输出、证据、行动号召。
   • 如果产品需要登录，使用用户的活跃浏览器会话或要求他们登录，然后从经过身份验证的 UI 继续。

3. 捕获产品证据

   • 在可能的情况下，以 2 倍或更高的设备缩放比例捕获桌面截图。
   • 如果能够解释变化，则捕获填充状态和空状态。
   • 按场景和状态命名素材，例如 dashboard-empty.png、workflow-result.png、pricing.png。
   • 保留包含 URL、页面标题、捕获时间、视口、文件名和备注的清单。

4. 编写产品故事

   • 以用户遇到的问题或期望的结果开头，使用通俗易懂的语言。
   • 按以下顺序展开产品循环：设置、操作、变化、审查/证明、更广泛的工作流、行动号召。
   • 保持文字足够简短，以适应动态视频。使用字幕作为锚点，而非段落。
   • 为受众使用地道的文案；除非产品本身确实那样说，否则避免使用“解锁生产力”等通用 AI 短语。

5. 设计运动系统

   • 以品牌的真实颜色和排版为基础，如果能够改善层次结构，则添加一种克制的显示字体或强调字体。
   • 使用产品截图作为主要素材。仅当浏览器框架、光标路径、缩放、蒙版、扫描线、对比面板或动态排版有助于阐明工作流时，才添加它们。
   • 选择与产品匹配的过渡效果：流畅/涟漪用于流畅的转换，扫描擦除用于分析，聚光灯揭示用于证明，空间推动用于导航，分屏对比用于前后比较。
   • 保持运动连续。场景变化应感觉像摄像机或界面在贯穿一个产品故事，而非独立的幻灯片。

6. 构建和渲染

   • 当项目脚手架有用时，使用 assets/remotion-starter/ 中的起始模板。
   • 在渲染最终视频之前，先渲染审阅静态图像或联系表。
   • 首先渲染 1080p 用于质量保证，然后根据需要渲染 4K 最终版。
   • 使用 FFmpeg 或 ffprobe 验证时长、分辨率、编解码器、帧率和音频流。

7. 交付前的质量检查

   • 检查是否有文本重叠、裁剪不当或在快速剪辑中变得不可读。
   • 检查按钮、光标、标注和蒙版是否与底层 UI 对齐。
   • 检查所有截图在最终缩放比例下是否足够清晰。
   • 检查音乐是否为器乐、版权安全，并在任何画外音或音效下保持平衡。
   • 提供最终的 MP4 文件以及有用的制作产物：故事板、素材清单、联系表和源项目（如果相关）。

可复用脚本

• scripts/create_demo_brief.py：根据 URL 和可选的产品上下文创建结构化的简报。
• scripts/qc_video.py：使用 ffprobe 检查最终视频元数据，并标记分辨率、时长、编解码器和音频问题。
• scripts/make_contact_sheet.py：使用 FFmpeg 创建用于快速审查的视觉联系表。

从项目文件夹或使用绝对路径运行脚本。它们是辅助工具，不能替代视觉判断。

起始模板

在开始新视频时，将 assets/remotion-starter/ 复制到工作项目中。替换 src/demoConfig.ts 中的占位符配置，将截图添加到 public/ 或 Remotion 静态资源，并根据产品叙事调整场景。

起始模板故意保持通用：

• 包含一个包含开场、工作流、证明和行动号召场景的产品故事合成。
• 使用真实的截图插槽，但如果需要，会回退到干净的 UI 占位符。
• 包含用于淡入淡出、缩放、轨道移动、光标强调和对比面板的运动原语。
• 避免使用特定客户的文案、颜色或素材。

完成条件

在满足以下所有条件之前，不得声称视频已完成：

• 产品故事源于真实的产品证据。
• 最终渲染至少为 1080p，或用户明确接受了较低的目标。
• 已通过静态图像、预览渲染或联系表对视频进行视觉检查。
• FFmpeg/ffprobe 元数据已确认分辨率、时长、视频编解码器和音频状态。
• 音乐、字体、库存素材或第三方页面的任何许可或来源限制均已记录。
• 用户收到的是具体的视频文件，而不仅仅是计划或脚本。