多世界能力发布片 — 使用指南

你会得到什么

一支为「主张广度」的产品做的发布片。它不是把一套设计系统贯穿全片，而是每一拍换一个视觉世界：不同的配色、不同的字体、不同的技术。除了节奏和声音，什么都不延续。

片子本身就是证明。它是一段"这个产品什么都能做"的论证，而它本身就是由好几个不同的"什么"做成的。

为什么什么都不共享

本能是给各拍一个共同的强调色或统一的字号阶梯，"为了整体感"。而这个本能恰恰会抽掉论点：一支贯穿着 house style 的片子，展示的是那套 house style，这和"广度"要的正好相反。

所以整体感只来自三样东西，也只允许来自这三样：每一拍完全一致的节奏栅格；从不换语域的声音；以及最后一拍精确回到第一拍世界的返回。眼睛两拍就学会节奏、然后开始信任它，而这份信任正是它敢去看每一处新东西的前提。

你需要提供什么

• 产品，以及它能做的五到六件确实不同的事。
• 定稿的旁白脚本，keynote 语域——用词经济，句间的沉默是手段而不是空白。
• 每一拍的配色、字体，和一项你敢被单独评判的技术。
• 确认你的品牌不需要每一拍都出现。 如果需要，这就是错的片子，流程会直说。

一次完整流程

1. 适配与范围检查。 五到六项能力，彼此确实不同；确认品牌可以缺席。超过六项，每拍不到四秒，而四秒不够立起一个世界。
2. 先检查世界集合的相邻性：任何相邻两拍不得共享色温、字体分类、技术、构图逻辑。
3. 脚本先定稿并转写，拍点边界由词级时间戳推导。
4. 最难的那一拍先做，做完整。 如果它达不到你敢单独发出去的水准，说明整片超纲，砍掉一拍而不是把所有拍都做弱。
5. 其余按顺序做，每拍验证通过再往下。
6. 相邻性评审：把各拍中点截成静帧并排，逐对问「这两张会不会出自同一份 deck」。
7. Preview，确认后渲染。

拍点结构

#	画面
1	平铺直叙地抛出前提，用全片的"家"世界：暖、亮。
2–6	一拍一项能力，每一拍都是一个完全不同的世界。
7	转折——这五样东西的共同点，全片第一次说出口。
8	品牌锁定，精确回到第 1 拍的世界。

第 8 拍的返回是全片唯一一次刻意重复，也正是它让中段读起来是广度而不是漂移。

这支片子守的几条设计规矩

• 视觉上什么都不跨拍延续。 没有共享强调色、没有统一字号阶梯、没有反复出现的母题、没有标志性转场。
• 节奏栅格永不变。 世界抵达、主体进入、技术表演、切之前留半秒静止。技术需要更长时间的话，那它就是这支片子里错的技术。
• 亮是家；深色只有一拍。 一次出走读作强调；两次读作调色不统一。
• 每一拍都需要一个抓眼的颜色。 低饱和可以，平板不行——四秒里没立起来的世界，就没立起来。
• 动作要看得见。 30fps 下细微等于静止，一拍的技术要是"慢慢淡入"，那它什么都没证明。
• 六个不同的声音，一拍一个。 同一个 whoosh 用六遍是模板；六个不同的，才是这套论证在声音上的版本。

版权与诚实

展示的每一项能力都必须是产品真的具备的，而且每一项都以产物而非功能来命名——观众看到的是东西，那么词就该是东西的名字。

任何世界里都不会出现第三方 logo、字标、图标集或专有界面。字体授权必须覆盖用到的每一个字面，这一点在这里比在单系统片子里更要紧，因为这支要用五到六个。

本片的「一拍一世界」前提、keynote 语域与护栏参考自一支公开发布的 HyperFrames 发布片。主题、文案、配色值和全部素材都为你的产品重新创作，成片中不包含、也不暗示与任何你不拥有的公司存在关联或获得其背书。

环境要求

HyperFrames CLI、Node.js 22 或更新版本、FFmpeg。渲染在你自己的机器上跑。全程不调用任何图像、视频或数字人生成模型，因此没有按次计费的 API 成本。旁白和音乐床由你提供。

值得知道的限制

• 这是这一家族里做好成本最高的一支，因为它实际上是五到六支短片。流程里的范围纪律就是为此存在的。
• 参考版是 34.5 秒。低于四秒的拍点立不起一个世界，所以时长由能力数量决定，而不是由偏好决定。
• 默认 1920x1080。竖版可以做，但每个世界都要单独重排，那是五到六次排版，不是一次。