brand-launch-video-star

品牌发布视频之星

打造一部真实的发布影片，而不是千篇一律的动态模板。核实品牌，讲述专属于产品的故事，并以准确素材和确定性动效快速制作精良的影片。

发布前必备条件

1. 使用真实素材。 绝不要臆造、重绘、仿制、描摹或生成 Logo、字标、产品、界面、吉祥物、包装、人物或品牌场景。
2. 确保 Logo 完全准确。 下载当前官方文件，或使用用户提供的原始文件。绝不要自行排版制作字标，也不要用 CSS/SVG 基本图形重建 Logo。
3. 不要局限于用户上传的素材。 将上传内容视为可用的源素材，而非素材上限。故事需要更多素材时，应寻找额外的官方或授权素材。
4. 展示产品。 演示真实功能、交互、使用场景、输出结果和证明材料。不要用抽象特效掩盖薄弱的产品故事。
5. 默认使用英语。 只有在明确要求时才使用其他语言。
6. 保持动效具有确定性。 根据帧／时间和明确输入计算每种状态。绝不要依赖渲染顺序或未设种子的随机数。
7. 核实各项声明。 对照官方来源确认当前名称、功能、指标、标语和 CTA。

如果无法验证某个承载品牌身份的素材，请停止并要求提供经授权的原始文件。不要渲染看似可信的替代品。

仅将程序化图形用作非具象化动效层：遮罩、渐变、色彩场、网格、辉光、粒子、轨迹、排版、经核实数据的图表和转场几何图形。

快速开始

安装此技能：

npx skills add vibe-motion/skills

使用具体的简报调用：

Use $brand-launch-video-star to create a 15-second 16:9 English launch film
for https://example.com. Research official assets, show the core product
workflow, and deliver a Vibe Motion/Remotion MP4 plus provenance files.

在用户现有的 Vibe Motion 或 Remotion 项目中工作。如果没有项目，则使用 npx create-vibe-motion 初始化 Vibe Motion 项目，然后按照生成项目自带的安装和渲染命令操作。

开始实现前：

1. 将 references/asset-manifest.example.json 复制到项目中，并替换所有示例值。
2. 将 references/timeline.example.json 复制到项目中，并调整时长和镜头。
3. 验证这两个文件：

node <skill-dir>/scripts/validate-assets.mjs path/to/asset-manifest.json
node <skill-dir>/scripts/validate-timeline.mjs path/to/timeline.json

仅在检查内置清单模板时使用 --schema-only：

node <skill-dir>/scripts/validate-assets.mjs \
  <skill-dir>/references/asset-manifest.example.json --schema-only

工作流程

1. 明确简报要求

确定：

• 公司／产品及其官方 URL
• 产品或营销活动重点
• 受众和发布渠道
• 时长；默认为 15 秒，通常支持 15～30 秒
• 宽高比；默认为 16:9
• 语言；默认为英语
• 必需的声明、CTA 和免责声明要求
• 用户是否拥有所提供素材，或是否有权发布这些素材

只询问会实质影响影片制作的问题。

2. 建立品牌事实清单

浏览当前官方来源并提取：

• 准确的 Logo 变体及使用方式
• 官方字体或 Web 字体
• 主色、辅助色和动态色彩
• 品牌原则、语调和视觉元素
• 当前产品名称、功能、场景、指标和 CTA
• 官方摄影图、渲染图、UI 截图、视频素材、新闻素材和媒体资料包

优先使用：

1. 用户提供的原始文件
2. 公司网站、静态资源包、新闻中心、品牌门户、媒体资料包或官方代码仓库
3. 公司管理的媒体库
4. 授权素材库或获授权合作伙伴提供的资料包

获取素材前，请阅读 references/asset-authenticity.md。

3. 创建素材清单

在 asset-manifest.json 中记录每项承载品牌身份的素材：

• 稳定 ID 和用途
• 本地路径
• 准确的来源 URL
• 来源类型
• 官方验证页面／文件
• 权利／许可说明
• 真实性状态
• 可选的 SHA-256 校验和

验证器会检查清单结构、声明的来源信息、本地文件是否存在，以及可选的校验和。它不会独立授予使用权，也无法证明远程来源真实可信；请手动对照官方来源进行核实。

验证失败时，不要开始最终渲染。

4. 选择故事主线

提出 2-3 个简洁方向，并推荐一个：

• **AI/SaaS：**意图 -> 思考/规划 -> 能力 -> 执行 -> 输出 -> 证明 -> Logo
• **实体产品：**主视觉 -> 交互 -> 功能特写 -> 使用场景 -> 结果 -> Logo
• **服务/公司：**背景 -> 流程 -> 证据 -> 成果 -> 承诺 -> Logo
• **图像主导型品牌：**真实影像 -> 视觉母题 -> 优势 -> 情感回报 -> Logo

阅读 references/story-patterns.md，了解时长模式。

5. 规划精确帧数

除非项目另有要求，否则使用 30fps。将每个边界转换为整数帧。

15 秒的视频以 5-8 个主要节拍为目标；30 秒的视频以 8-12 个为目标。为每个节拍注明：

• 起始/结束帧
• 视觉主导元素和真实素材 ID
• 主要动作
• 预备、发力、冲击、制动和稳定
• 文案和可读停留时间
• 色彩状态
• 入场/出场转场

在有助于保持连续性时，使用 6-12 帧的重叠。一个镜头负责速度，下一镜头负责落点。

6. 有节制地增强强度

• 使用产品动效、光标路径、光线、滚动内容、物体边缘或匹配几何形状来推动转场。
• 使用 2-5 种对比鲜明的精心设计的色彩状态。
• 每个节拍只设置一个主要动作；次要图层延迟 2-6 帧。
• 设置 2-3 个高能量峰值，并穿插较平静的制动时刻。
• 保持轮廓、文案和 Logo 安全留白清晰可读。
• 避免虚假的 HUD、随意添加的玻璃卡片、装饰性文字墙、未经核实的指标，以及处处相同的缓动效果。

实施前阅读 references/motion-quality.md。

7. 展示因果关系

至少包含一条清晰可读的链路：

user intent -> product action -> system response -> useful output

对于 AI 产品：

prompt -> planning -> parallel capabilities -> generated result -> proof

使用实际 UI 截图、录屏、源代码或官方提供的截图。如果没有实际 UI，请使用明确标注为概念性的抽象动效；绝不要伪造品牌界面并将其当作真实界面呈现。

8. 实现并渲染

对于 Remotion：

• 定义 state = f(frame, fps, inputs, constants)。
• 将镜头边界集中放在一个时间线/常量模块中。
• 使用稳定 ID 为程序化变化设置种子。
• 推导速度时保留小数值。
• 明确指定图像尺寸和宽高比。
• 迭代时保留先前的合成/输出。

优先使用项目本地 CLI。典型的发现和渲染命令如下：

pnpm exec remotion compositions <entry-file>
pnpm exec remotion render <entry-file> <composition-id> out/launch-film.mp4

默认预览：

• 1920x1080
• 30fps
• H.264 MP4
• 精确的指定时长
• V1 优先视觉；仅在收到请求或有可用音频时添加声音

9. 验证

• 运行素材清单和时间线验证。
• 运行合成发现/构建，以及针对性的 lint/类型检查。
• 验证媒体时长、帧率、尺寸和文件完整性。
• 检查代表性帧和完整渲染结果。
• 针对节奏、清晰度、冲击力、真实性和流畅度征求带时间码的反馈。

10. 提供溯源信息

提供：

• 渲染后的视频
• 合成/源文件路径
• 准确规格和时长
• 素材清单
• 品牌/产品来源链接
• 权利/免责声明
• 版本标识符

注明影片是否为非官方概念作品，以及商业发布是否需要许可。

故障恢复

• **Logo 错误：**移除它，找到当前官方文件，记录来源信息，然后重新渲染。
• **产品/UI 看起来很假：**替换为官方、用户提供或已获授权的媒体；不要进一步润色仿制品。
• **速度快但杂乱：**减少同时发生的动作，指定视觉主导元素，并在剪切之间保持匹配的动效。
• **精美但泛泛：**加入完整的产品交互、经过核实的声明和真实输出。
• **流畅但缓慢：**缩短停留时间，让转场重叠，并仅在关键信息处制动。
• **素材不可用：**索取获授权的原始素材；绝不要猜测。