品牌发布视频大师 是做什么的？
创建一支真正的品牌发布片，而非通用的动效模板。验证品牌、讲述产品特定的故事，并使用确切的资产和确定性动画，渲染出快速、精良的序列。
发布阻断要素
- 使用真实的资产。 绝对不要发明、重新绘制、近似、描摹或生成任何 logo、字标、产品、界面、吉祥物、包装、人物或品牌场景。
- 确保 logo 精确无误。 下载当前的官方文件或使用用户提供的原始文件。绝对不要通过排版生成字标，或使用 CSS/SVG 基本图形重新构建 logo。
- 超越上传内容进行研究。 将上传内容视为可用的素材来源，而非资产天花板。当故事需要时，寻找额外的官方或许可素材。
- 展示产品。 演示实际的功能、交互、场景、输出和证据。不要用抽象效果来掩盖薄弱的产品故事。
- 默认使用英文。 仅在明确要求时才使用其他语言。
- 保持动画的确定性。 根据帧/时间和显式输入计算每一个状态。绝不能依赖渲染顺序或未设定种子的随机性。
- 验证声明。 根据官方来源确认当前名称、功能、指标、口号和行动号召。
如果无法验证任何带有品牌标识的资产，请停止并请求用户提供授权的原始文件。不要渲染任何似是而非的替代品。
仅将程序化图形用作非具象的运动层：遮罩、渐变、色块、网格、发光、粒子、轨迹、排版、经过验证的数据图表，以及过渡几何。
快速开始
安装技能：
npx skills add vibe-motion/skills
使用具体的需求来调用它：
使用 $brand-launch-video-star 为 https://example.com 创建一个 15 秒、16:9 的英文发布片。研究官方资产，展示核心产品工作流，并交付一个 Vibe Motion/Remotion MP4 文件以及来源证明文件。
在用户现有的 Vibe Motion 或 Remotion 项目中进行工作。如果不存在，请使用 npx create-vibe-motion 初始化一个 Vibe Motion 项目，然后按照生成的项目的安装和渲染命令执行。
在实施之前：
- 将
references/asset-manifest.example.json复制到项目中，并替换每个示例值。 - 将
references/timeline.example.json复制到项目中，并调整其持续时间和镜头。 - 验证这两个文件：
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
- 语言；默认为英文
- 所需的声明、行动号召和免责声明需求
- 用户是否拥有或可以发布所提供的资产
只提出对影片有实质性改变的问题。
2. 构建品牌真实信息表
浏览当前的官方来源并提取：
- 确切的 logo 变体及其使用方法
- 官方字体或网络字体
- 主色、辅色和动态色彩
- 品牌原则、基调和视觉风格
- 当前的产品名称、功能、场景、指标和行动号召
- 官方照片、渲染图、UI 截图、镜头、新闻资料和媒体工具包
优先级：
- 用户提供的原始文件
- 公司网站、静态资源包、新闻室、品牌门户、媒体工具包或官方仓库
- 公司控制的媒体库
- 授权的股票素材或授权合作伙伴的工具包
在获取资产前，请阅读 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 的清晰空间。
- 避免虚假的抬头显示、任意的玻璃卡片、装饰性的文字墙、未经验证的指标以及到处使用相同的缓动。
在实施前，请阅读 references/motion-quality.md。
7. 展示因果关系
至少包含一个可读的链条：
用户意图 -> 产品动作 -> 系统响应 -> 有用的输出
对于 AI 产品：
提示 -> 规划 -> 并行能力 -> 生成的结果 -> 证据
使用真实的 UI 截图、录屏、源代码或官方提供的截图。如果无法获取真实 UI，则使用清晰的概念性抽象运动；绝不要捏造一个品牌界面并将其呈现为真实的。
8. 实施与渲染
对于 Remotion：
- 定义
state = f(frame, fps, inputs, constants)。 - 将镜头边界保持在一个 timeline/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： 替换为官方、用户提供或授权的媒体；不要试图改进仿冒品。
- 快速但混乱： 减少同时进行的动作，指定一个视觉主导者，并在剪辑中保持匹配的运动。
- 漂亮但通用： 添加完整的产品交互、经过验证的声明和真实输出。
- 流畅但缓慢： 缩短停留时间，重叠过渡，并仅在关键信息周围进行制动。
- 资产不可用： 请求用户提供授权的原始文件；绝不要猜测。