【观察】Opus 5.5 做视频，强在哪一层？——一个小团队的制作笔记
English version: [Observation] Where Is Opus 5.5 Strong in Making Video? Notes from a Small Studio
一、开头
2026 年 9 月 22 日，Opus 5.5 发布。之后很短的时间里，X、Reddit 上出现了大量对它做视频能力的赞许，也确实冒出了很多惊艳的作品。
它做视频的原理并不复杂，：模型写网页动画代码，浏览器把画面一帧一帧截下来，再用视频工具合成一条完整的片子，过程中可以加上音效、配音和音乐。
这套做法，Opus 5.5 之前的模型也做得到。那为什么偏偏是它，引发了这么大范围的惊叹和传播？"Opus 5.5 做视频很出色"，会不会是一种过度追捧？
我们带着三个目的做了这次探究：一，是想知道模型用代码做视频，能力上限在哪里；二，是我们工作室自己有提升视频效率的实际需要；三，了解Opus 5.5是否真的很出色？
结论先放在这里：Opus 5.5 的出色是真实的，它在做编码视频这件事上，的确比其他模型强。下面展开说。
二、我们怎么做
Opus 5.5 做视频刚火起来的时候，大部分帖子都是只有一段prompt，并没有拆分得很细致的工作管线。
我们根据自己做视频的经验，先设想出一套让 Opus 5.5 做动画视频的工作流程，再用短片段反复测试、优化，两三个小时之内达到了比较稳定的输出。
这套流程有十个步骤，但从工程上看，其实只有两层。
第一层：规划和设计。定选题（选题由我们定），写脚本，再为"好看"设计视觉方案。视觉方案不是我们凭空想出来的，来源是许多优秀团队的经验总结；在 AI 时代，把这些经验收集齐已经不是难事。方案以单个镜头为单位，紧贴脚本设计，还包括声音设计和动画设计。这一整套方案，我们内部叫它"施工图"。
第二层：编码和渲染。模型照着施工图写代码，再渲染出片。
我们这个系列已经完成的三集，都是 Opus 5.5 做第一层，GPT 6.1 做第二层。
第二集《同步》完整成片：Opus 5.5 规划设计，GPT 6.1 编码。
做到这一步，流程已经足够成熟，可以投入工作室自己的生产了。但还有一个问题没弄清楚：Opus 5.5 真的那么出色吗？如果是，究竟是它的哪部分能力决定了出色，又有哪些步骤可以交给别的模型？
三、换掉设计者
第三集《叶序》开工时，我们先定了一份选题提要：这一集讲什么主题，选哪些历史事件、放弃哪些，结尾落在什么结论上。打个不太准确的比方，它相当于一篇文章的大纲。
既然十步流程已经成型、迭代过，按理可以直接交给其他成熟模型来跑。我们先选了 GPT 6 Astra，测试几个短镜头后发现额度消耗太高，就换成了 GPT 6.1 sol。
GPT 6.1 跑完了全部十步，也完整渲染出了成片，但效果不理想：画面一直停在平面的点阵上；字幕和画面只是机械地对应，观众不知道在讲什么，也谈不上美感。
同一套流程，并不能保证每个模型都做出好片子。
于是我们换了分工：由 Opus 5.5 做完第一层，产出施工图；去 Suno 生成了一首背景音乐；再把施工图交给 GPT 6.1 编码、渲染出片。效果很好，GPT 6.1 的额度消耗也很少。
两版的开头放在一起看，差别最直观。同样是从一片空白引出向日葵花盘：GPT 6.1 的设计从一粒一粒的点开始，摆出花盘；Opus 5.5 的设计先让一根嫩枝在光里长出叶子，镜头从平视升到正上方，叶子的排法接上了花盘上的籽。选题提要里没有这一步，是它自己规划出来的。
《叶序》开头对比：先是 GPT 6.1 的设计，后是 Opus 5.5 的设计，编码都是 GPT 6.1。
四、编码能力不决定片子好不好看
根据我们的制作体验，决定片子高低的是施工图。目前 GPT 6.1 做出来的施工图，在质量和好看程度上，和 Opus 5.5 还有差距。
但 GPT 6.1 的编码能力很强，完全能胜任第二层。施工图做好了，换一个模型来写代码，成片差别其实不大。
五、一个反直觉的发现
我们把两类片子，即 Opus 5.5 做施工图的和 GPT 6.1 做施工图的，各切出 20 秒左右、内容对得上的片段，请两位做视频的专业人士盲看：一位是十年经验的剪辑师，一位是二十年经验的音效师。
"数螺旋"那一组，两个人都选了 GPT 6.1 设计的那段。另一组，剪辑师选了 Opus 5.5 设计的那段，音效师觉得差别不大。
两组片段的编码都是 GPT 6.1 做的，比的只是设计。
这可能说明：GPT 6.1 设计单个镜头的能力其实不差。差距在全片层面，也就是叙事上先讲什么、后讲什么，观众每一步懂没懂，没懂的话该怎么调整才能让他懂。
20 秒的片段把这些「缺点」都切掉了。
当然要说明的是，我们只是随机请了两位和视频相关的专业人士，然后基于这些进行了简单的分析，这些还不能当成确定的结论。
六、结语
第一条实践建议：Opus 5.5 的上限还很高。目前在 X 和 Reddit 上流行的代码动画视频，我们认为还没有探到它的能力上限。
第二条实践建议：在 2026 年 10 月上旬这个时间点，用 Opus 5.5 做视频的顶层规划和设计，是最优的选择；编码和渲染交给其他模型，就可以了。
我们中途也试过另一种编码组合，没有成功。经过是这样的：在谷歌的 Antigravity 里，先让 Opus 4.6 照着 Opus 5.5 写的施工图编码；做到一半，Opus 4.6 的额度用完了，我们就在同一个窗口里让 Gemini 3.8 接着把代码写完。代码写完了，渲染却一直出不了片：跑了一个多小时没有结果；让它修改，它很快认错，改完又渲染了很久，仍然不成功，最后我们停掉了。因为 GPT 6.1 已经够好用，我们没有深究Antigravity里的Gemini 3.8 失败的原因。这次失败卡在渲染出片这一环，不能据此判断 Opus 4.6 或 Gemini 3.8 的编码能力。
最后要说明：我们只是一个小型内容团队，我们的判断来自创作实践，不是 AI 工程上的判断。
