
合作发布片v1.0.0
使用这个 Skill:制作品牌社媒短片。
做一支合作发布片:讲述人从处理过的窗口里说话,中间穿插双 mark lockup、带步骤卡与实时终端的计数走查,以及一串滚动动词,最后淡入白场。交付一支成片 MP4 和完整可编辑的工程。
更新于 2026年8月30日
效果预览
运行于
生成模型
使用工具
相似 Skill
查看全部 Skills你将获得
- 一支 24 到 40 秒、分七拍的 1920x1080 成片 MP4:处理过的讲述人窗口、双 mark lockup、带步骤卡与实时终端的计数走查、滚动动词、讲述人收尾,以及淡入白场。
- 可编辑的工程,按旁白的逐词转写来剪,而不是按整数秒;动词列表逐词对齐。
- 让它立得住的结构规矩:两个底色而不是七个、只在配色切换处叠化一次、其余全部硬切,以及走查那一段不铺旁白。
适合
- 两家公司要宣布开始合作,而且双方都同意发这支片子。
- 你有讲述人、已定稿的旁白,以及可以真跑给人看的命令。
- 那段走查值得被读——片子给了它七秒的安静。
不适合
- 单方面的「兼容某某」声明、兼容性说明或客户 logo 墙。把别家公司的 mark 放上 lockup,是在替他们做主张。
- 合作方没有针对本片给出书面许可的发布。
- 没有旁白的片子。这个结构是照着念白剪的,动词那一拍精确到单个被念出的词。
关于此 Skill

合作发布片 — 使用指南
你会得到什么
一支二十四到四十秒的片子,宣布两家公司开始合作。讲述人不占满画面,而是从一个经过处理的窗口里说话——带边框、以遮罩揭开、被划走。在他的两段话之间:双 mark 的 lockup、一段带步骤卡与实时终端的计数走查,以及一串滚动动词,每个动词都落在被念出的那个词上。结尾是讲述人升回画面说最后一句,然后淡入白场。
为什么这一支不一样
这一家族里其他所有结构都只放一个品牌。这一支放两个,也是唯一一个可以这样做的——因为合作发布本身就是双方都同意发出的联合声明。
所以合作方针对本片的书面许可是第一道关卡,在任何一帧存在之前。能从新闻页下载到 logo 文件不等于许可。没有它,这就不是一次发布,而是替别人做的一个主张。
三条规矩
两个 mark 都需要书面许可,合作方那个需要合作方给。
片子是照着念白剪的。 旁白先录、先定稿;每个节拍边界、每条字幕、以及动词列表的时间都来自它的逐词转写。先剪画面、再把念白塞进去,产出的念白听起来就是「被塞进去的」——听众能听出来,但说不上来是哪里。
全片只有一次叠化。 它落在配色切换的地方,其余每一个接缝都是在匹配底色上的硬切。一支到处叠化的片子,就没有接缝可用了。
你需要提供什么
- 旁白,已录制、已定稿,带逐词转写。
- A-roll:讲述人的素材,你自己的,附书面同意。
- 两个 mark,以及合作方针对本片的书面许可。
- 走查:一个数字、对应数量的步骤标题,以及真实的命令。
- 四个动词,对应收尾那句话的四拍。
- 两个底色:一个给开头和结尾两半,一个给走查。
一次完整流程
- 拿到合作方的书面许可,以及讲述人的书面同意。
- 旁白定稿并转写。所有节拍边界都从它来。
- 搭讲述人窗口——边框、遮罩揭开、划走、升回、定格。
- lockup、走查、动词依次搭上。
- 那唯一一次叠化放在配色切换处,其他一律硬切。
- 对着转写逐词核动词对齐。
- 各项检查——布局、运行时、动效、对比度——零发现。
- Preview,确认后渲染。
节拍
| 节拍 | 画面 |
|---|---|
| 1 | 讲述人在处理过的窗口里到场,开场 |
| 2 | 双 mark lockup 缓缓变大,然后迅速离开 |
| 3 | 计数——「三条命令」——一次光标点击 |
| 4 | 走查:步骤卡与实时终端交替 |
| 5 | 滚动动词,每个落在它被念出的那个词上 |
| 6 | 讲述人升回画面说最后一句,然后定格 |
| 7 | 淡入白场;lockup 落定 |
节拍 4 没有旁白。这是整段念白里最重要的一个决定:走查是全片唯一要观众「读」而不是「听」的部分,在它上面加人声会让两件事都做不好。音乐床在这几秒升到满,正是这个电平变化让这段安静读起来是有意为之,而不是掉音了。
这支片子守的几条设计规矩
- 窗口的边框是全片的强调色,也是它唯一一处满饱和出现的地方——正是这一点把讲述人和图形绑在一起,而不是让他看起来像贴上去的。
- 窗口用遮罩揭开,不用淡入。 淡入的窗口像视频在加载;从一条缝里长开的窗口像一个决定。
- 讲述人收尾的最后一帧是定格的。 淡入白场时人还在动,读起来是片子被掐断了。
- lockup 慢进快出。 在屏幕上的大部分时间都在缓缓变大,然后以一条硬曲线离开。
- 卡片负责说,终端负责做——这个顺序不可颠倒。
- 终端是敲出来的。 粘贴上去的命令是截图,敲出来的才是演示。
- 进度条只有一根,只出现一次,只有一个 done。 两根进度条就是一支关于等待的片子。
- 字幕逐字承载念白,按念白自己的停顿断句,而不是按字数。对不上念白的字幕比没有字幕更糟。
版权与诚实
合作方的 mark 需针对本片取得书面许可,并记下是谁、什么时候给的。讲述人的素材是你自己的,附书面同意。旁白是你自己的录音,或者是一个授权范围覆盖分发的商业配音——如果是合成的,交付说明里要写明。
终端里放的是你真实的命令,输出不编造。lockup 陈述的是一段已经存在的关系:"现已上线"和"即将推出"是两支不同的片子。
本片的"处理过的讲述人窗口"舞台调度、"lockup→走查→动词"的顺序、步骤卡与终端的交替,以及滚动动词圆筒,参考自一份公开发布的 HyperFrames 项目交接文档。主题、文案、配色、mark、素材和旁白都是新创作或由调用方提供,成片中不包含、也不暗示与任何你不拥有或未获许可的公司存在关联或获得其背书。
环境要求
HyperFrames CLI、Node.js 22 或更新版本、FFmpeg。渲染和转写都在你自己的机器上跑。全程不调用任何图像、视频或数字人生成模型,因此没有按次计费的 API 成本。
值得知道的限制
- 动词那一拍不能脱离旁白单独改时间。 它的时间就是旁白,而且这是全片唯一一处观众能「听」出错误的地方——他们听到一个词,看到另一个词。
- 节拍 4 可以自由伸缩,因为它是唯一一个底下没有念白的节拍。
- 本包附带的示例在讲述人窗口里用的是一张场记板。 它不含任何真人素材,因为样例文件不是放别人肖像的地方——窗口的处理、动作和时间与真实素材完全一致。
开始前需要准备什么
- 你需要提供
- 已录制并定稿的旁白,带逐词转写 · 讲述人的素材,附其书面同意 · 两个 mark,以及合作方针对本片的书面许可 · 一个数字、对应数量的步骤标题,以及真实的命令 · 四个动词,对应收尾那句话的四拍
- 依赖项
- HyperFrames CLI — required · Node.js 22 or newer — required · FFmpeg — required
- 最近实测
- v1.0.0 — Claude Code / Claude Desktop / Cowork / Codex / ChatGPT
用户评价
评价加载中…







