入门指南
用 Opus 5.5 做第一条产品视频
完成一条 18 秒产品短片，并留下可继续修改的源工程。
第一条视频适合从一个功能、两张真实截图和三个叙事节拍开始。下面把任务拆成素材准备、分镜、静帧、小样和最终导出，每一步都有明确交付物。这样可以尽早修正叙事和构图问题，也能为下一条视频留下可复用的素材与工程。
开始前，先把这些弄清楚
先定义交付件
选一个产品功能和一类观众。第一条建议控制在 15–20 秒，安排三个节拍：问题、真实产品操作、片尾。开始写代码前，准备准确 Logo、两张截图和最终行动文案。
选择制作环境
已经熟悉 React，可以使用 Remotion 官方 Skills；偏好 HTML，可以选择 HyperFrames。让 Agent 查阅已安装工具的当前文档，先创建最小工程。模型编写场景，渲染器负责生成视频文件。
先小样，后完整输出
先检查三张静帧，再渲染五秒测试。如果字体或产品截图有问题，在这一步修改。接着输出完整短片，以正常速度分别有声、静音观看，并确认文件可以脱离预览应用独立播放。
完整操作流程
从输入到交付，一步步展开
01准备一份最小素材包
建立一个素材文件夹，放入 Logo、操作前后截图、确认过的标题和一个行动入口。文件名保持稳定。在 brief 中写出观众与投放位置：面向老用户可以直接进入产品操作，面向新访客则需要先交代问题。这个差别会改变开场，而不仅是更换一句文案。
02先排三张画面
先按最终画幅做开场、产品证据和片尾三张静帧。在手机尺寸下逐张看。如果截图过于复杂，就选取与本次功能有关的区域。每张画面应该有一个明确主角；主次不清的画面加上转场后，通常只会更难读。
03给证据足够的观看时间
产品操作应占据片子最主要的时间。观众需要看清改变了什么，而不只是看到一张卡片移来移去。用一句短说明连接输入与结果。如果必须持续依赖旁白解释每一帧，先简化视觉顺序，再考虑增加更多内容。
04让小样只回答一个问题
五秒小样用于验证字体、素材加载与基本运动在交付分辨率下是否成立。它不负责证明完整故事好不好。先在这里修掉技术问题，再扩展同一个工程，避免每次修改都生成一个与前版无法比较的新项目。
05为下一次修改保存上下文
交付源工程、MP4、封面和一份说明，记录尺寸、帧率、素材来源与尚未解决的问题。最终文案最好独立于动画逻辑保存。下周标题变化时，下一个修改者不应该重新猜测每个场景的时间、素材位置和设计理由。
18 秒产品短片的示例计划
下表是用于实践的编辑建议。把它当作可修改的工作底稿，按实际素材和投放要求调整。
| 节拍 | 输入 | 检查目标 |
|---|---|---|
| 0–4 秒 · 问题 | 操作前截图与一句问题 | 静音也能理解背景 |
| 4–13 秒 · 证据 | 真实操作及其结果 | 画面确实支持文案所说的能力 |
| 13–18 秒 · 行动 | 结果截图、Logo 与单一行动 | 观众知道下一步做什么 |
一份可以直接改写的完整请求
这是本站为本文编写的示例。把括号里的内容替换成自己的任务，保留准备、检查和交付要求。先要求 Agent 说明缺少哪些输入，再进入制作，能减少猜测和返工。
为 [单一产品功能] 制作 18 秒短片，使用这些真实素材：[文件]。观众：[人群]。投放：[位置]。规格：[尺寸]、30 fps。叙事：问题→产品证据→单一行动。先提供分镜和三张静帧，检查后渲染五秒测试，再完成整片。文案与素材保持可编辑。不编造界面、指标或用户评价。交付源工程、MP4、封面和审片说明。实际操作中，容易卡在哪里
看起来像通用模板
把抽象好处换成能辨认的产品操作。使用自己的字体和一个贯穿全片的图形元素，不要靠叠加互不相关的效果寻找风格。
修改一处，其他场景也被重做
明确列出需要保留的文件和场景边界。要求定点修改，并在接受新版本前对照代表帧，确认没有引入不相关变化。
要一开始就加音乐吗？
先保证无声也能读懂故事，再选择可使用的音乐并对齐重要变化。节拍可以强化叙事，但不会自动补出缺失的产品证据。
把方法用在自己的项目里
下一步，完成一个可检查的小样
拿自己的输入材料走一遍本文流程，保存第一版输出和具体审片记录。能说明“哪里成立、哪里需要改、如何重新生成”，比只留下一个好看的预览更有用。确定小样通过后，再扩展时长、复杂度和交付版本。
资料来源与编辑说明
功能、资格和安装信息以原项目当前文档为准。本文的练习、时间分配、示例请求与审片建议为本站编辑内容；作者作品与本站教学示意均在展示处标注。