关于 business-motion-film
这是一项创意技能,用于规划和制作 15–40 秒的商业动态影片,介绍真实服务并引导明确行动。它涵盖分镜、确定性动画、独立评审流程,以及真实陈述和交付方面的指导。
主要功能
- 01以业务目标为核心的影片简报
- 02分镜与动态设计规划
- 03确定性的时间轴动画
- 04组件与成片的评审流程
- 05音频与音效制作流程
- 06结构化交付与评审记录
适用场景
- 01制作带明确行动号召的服务介绍短片
- 02使用 Three.js 组件制作产品影片
- 03通过独立评审轮次修改影片
- 04交付含源文件与制作记录的客户成片
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ echris6/ motion-video-kit --skill business-motion-film安装后在 Claude Code 中输入/business-motion-film确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
references/audio.mdbusiness-offers.mdcase-study-alder.mdcase-study-duo.mdcase-study-home-display.mdcritic-prompts.mdgauntlet.mdlaunch-film-notes.mdmotion-grammar.mdproduct-hero-realism.mdquality-bar.mdthree-js-patterns.mdscripts/backtime-music.pycontact-sheet.shfrozen-time.shloudness.shoffline-mix.pysfx-candidates.pysoften-sfx.shsolve-sfx-gains.pytemplates/component-lab.htmlprojected-overlays.js详细介绍
商业动效影片
制作 15–40s 的短广告片,打造高端 SaaS 产品发布影片的质感,同时推动真实的商业成果:介绍服务、争取报价申请、跟进报价或焕新广告。视觉效果可以大胆,但内容必须属实。
只阅读当前步骤所需的参考文件:
| 步骤 | 阅读 |
|---|---|
| 选择行业、产品方案、试点范围、定价参考 | references/business-offers.md |
| 分镜和动效设计 | references/motion-grammar.md,然后阅读 references/launch-film-notes.md 了解具体片段 |
| 构建 3D 组件 | references/three-js-patterns.md、templates/component-lab.html、templates/projected-overlays.js |
| 需要像真实产品一样运动(展开、闭合、展示内部结构)的 3D 产品主视觉 | references/product-hero-realism.md |
| 任何审核轮次 | references/gauntlet.md、references/critic-prompts.md、references/quality-bar.md |
| 音乐、音效、混音 | references/audio.md |
| 端到端完整示例 | references/case-study-alder.md(平静的服务影片)、references/case-study-duo.md(Three.js 产品影片)、references/case-study-home-display.md(批评者判定 SHIP 后客户做出的修改) |
不可妥协的要求
- 真实。 绝不编造客户评价、评分、已完成的工作、诊断结果、节省金额、保修或已确认的预约。概念影片要标明这是概念(“虚构品牌 · 概念影片 · AI 生成图像”)。客户影片必须使用客户批准的素材和事实。
- 静音也能看懂商业目的。 首次观看者即使关闭声音,也必须能在影片结束前说出这家企业的业务内容和下一步该做什么。
- 独立评审。 制作者绝不为自己的作品打分。每个组件和每个完整剪辑都必须交由新的评审者查看;评审者只能看到渲染结果、简报和参考资料(
references/gauntlet.md)。 - 确定性动效。 每个动画状态都必须是时间线时间的纯函数:不得使用持续运行的
requestAnimationFrame、Date.now()、未设种子的随机数或基于物理历史的状态。跳转到任意帧,都必须得到相同的像素。 - “没有错误”不等于“优秀”。 即使版本干净、流畅且没有错误,也仍可能因平淡、空洞或节奏缓慢而被否决。要进行测量(
scripts/),并从创意角度评判。
工作流
1. 简报(15 min)
编写 BRIEF.md:业务、买家、观众面临的问题、单一行动号召(CTA)、可证实的事实、可用的真实素材、片长、宽高比、品牌(配色、字体),以及绝不可声称的内容。如果用户没有真实素材,则共同确认这是一个有明确标注的概念作品。
2. 参考
从 references/launch-film-notes.md 中挑选 3–6 个适合故事的片段机制,例如前景穿越、持续显示的选中对象或分层爆炸视图。如果用户提供参考视频,则提取帧(scripts/contact-sheet.sh)并注明精确时间戳。借鉴机制,不借用版式、标识或素材。
3. 先做分镜,再开始制作
使用一张表:时间 → 观众看到的内容 → 该节拍的商业作用 → 离场转场,包括转场中保留的对象。规则:
- 30s 影片要有 12–15 个不同构图。改变景别:微距 → 远景 → 俯拍 → UI 特写 → 字体冲击。
- 在重点节拍中,主要主体须占据可用画面的 60–85%。不要让小卡片漂浮在大片空白中。
- 每个节拍都要有清晰易读的落点,随后加速离场。持续约 0.6s 以上的停留都必须包含运动。
- 描述 3 个标志性变换,不要使用特效名称,例如“检查照片变成报告中的主图”。
- 只有在 3D 能解释物理或空间关系时才使用 3D。排版和 UI 必须保持清晰锐利的 HTML/SVG。 获取一次快速评审,专门检查分镜本身的时间顺序、商业逻辑和真实性。
4. 资产
- AI 静帧: 先生成关键帧,再用图生视频让它动起来。将提示词写成制作简报:镜头、光线、曝光(“明亮通透,暗部不要死黑”)、为文字预留的留白,以及在需要时注明“不要人物/文字/标志/水印”。
- AI 视频: 生成时长较短(4–5s)的片段,镜头运动要克制(“稳定的云台推轨,移动约 25 cm,保持几何形状完全不变,不要变形”)。预期输出为 720p/24fps,再进行插帧和升频;这不等于原生细节。拒绝几何形状扭曲的片段;重新生成,而不是设法遮掩。
- 维护生成记录:模型、提示词、种子、作业 ID、采纳区间。切勿提交 API 密钥。
5. 单独构建组件
每个自定义组件(3D 场景、报告 UI、预订流程、标志图案)都要有自己的实验页(templates/component-lab.html),渲染为静帧并提供简短的动态效果验证,然后通过一轮组件 Gauntlet,再加入影片。
6. 组装
使用一条根时间线;每个场景都是一个子合成;Three.js 场景根据根时间线的播放时钟渲染;每一帧都根据投影的 3D 锚点定位标签、图钉和引导线等叠加元素(templates/projected-overlays.js)。在场景之间交接物体时使用精确的像素坐标,确保场景 A 的最后一帧与场景 B 的第一帧中该物体的位置完全一致。
7. 全片 Gauntlet
渲染整部影片。运行 scripts/frozen-time.sh 和 scripts/loudness.sh。使用 references/critic-prompts.md 中的全片提示词,交给一位新的评审。修复影响最大的问题,重新渲染,再交给另一位新评审,让其逐项核对上一轮的问题清单。达到质量标准或改进只剩表面功夫时停止(通常为 3–5 轮)。
8. 音频放在最后处理,但绝不能敷衍
遵循 references/audio.md。若音乐要与画面锁定,应根据一首真实曲目倒推时间,让曲目自然结束在片尾卡,并作为一段连续音乐播放,且每个剪辑点都落在节拍上(scripts/backtime-music.py);在同一画面下提供多首曲目,让客户端凭听感选择。音乐要符合买方客户的喜好,并确保音量远低于音效(家居服务类适合 lo-fi 或温暖的原声音乐);每个真实转场配一个轻柔、没有轰鸣的呼啸声;只在真实操作时使用干净的 UI 音效;在各自的频段内解决每个事件的音量(scripts/solve-sfx-gains.py);使用 scripts/sfx-candidates.py 筛选候选音效。始终提供仅含音乐的备用版本,并用它隔离排查投诉。客户端不喜欢某个音效时,应换成更干净的音效,而不是删除。让主打时刻听得见。
9. 交付
交付 Master MP4(动态作品采用 1080p60)、海报帧、联系表、可编辑源文件、生成记录和 Gauntlet 记录(每位评审发现的问题 → 做出的改动 → 改动前后的测量结果)。如实说明限制:哪些内容经过测量、哪些经过聆听,以及审查是抽样还是穷尽式。为每项交付物使用项目专属名称,将每一轮放在单独的命名文件夹中,并向客户端开放。预计在评审给出 SHIP 后,客户端还会自行审查一轮;请按时间戳完成返修(references/gauntlet.md)。
本手册所述客户端期望的工作方式
- 清晰地规划(制作故事板),然后不中断工作,不要每一步都停下来征求批准。
- 长时间工作时,用一行文字汇报状态。
- 时间缩短时,切换到截止时间模式(
references/gauntlet.md):设定硬性截止点、完成整合、安排一位评审、修复最重要的问题,然后交付。 - 切勿将 API 密钥写入文件。必须使用密钥时,让用户在自己的终端中运行那条命令,并建议轮换任何粘贴到聊天中的密钥。
- 展示工作成果:联系表、测量数据、评审结论。