用 Opus 5.5 做代码动画短片：把需求写成导演简报的六个要点

Lemomo（@lemomo_ai）在原帖分享了用 Claude Opus 5.5 制作代码动画短片的经验。原帖跳转到一篇 X 长文，标题是《开源了39种风格视频库后，我学会了如何用Opus5.5稳定出片》，发表于 2026 年 9 月 26 日。作者称，他制作了 100 多段视频，从中挑选 39 种风格作为示例；画面由模型编写代码，再用 Canvas 或 WebGL 逐帧绘制，并组合声音和旁白。以上数字和制作效果均是作者自述，不是独立测试结果。

文章的重点并非某个神奇提示词，而是把创作要求、技术流程和审片节点分开管理：先讲清楚要讲什么，再确定视觉表达，然后逐步制作并由人检查。该方法尤其适用于图形、文字和简单角色可以通过代码表达的短片。

代码生成视频的工作方式

Lemo-Opuscar 把短片视作可重复渲染的项目：镜头、图形、时间轴和声音由代码组织，最终再合成为视频。这与输入一句描述、直接得到一段成片的视频生成模型不同。代码渲染便于微调文字、运动和时间点，但复杂写实表演、自然场景或大量真实素材并不会因此自动变简单。

作者将项目的创作知识分成三个层次：

项目文件	解决的问题
DIRECTOR.md	题材、故事、节奏、镜头、表演和自检等导演决策
TECHNIQUE.md	逐帧绘制、旁白、音乐、混音与渲染等技术做法
各风格目录下的 STYLE.md	某种视觉风格的构图、配色、纹理、运动和声音习惯

把这些规则写在项目文件里，可以减少每次任务都从零解释风格和流程的负担。创作简报则负责描述这一次作品的目标、事实和取舍。

一份简报写清六件事

作者建议给 Agent 的需求不止一句“做个某风格视频”。可以按下面六项组织，缺少的信息明确标成待确认：

1. 主题和观众：讲谁或什么，给谁看，发布在哪里；目标时长、横竖屏比例、语言和字幕要求是什么。
2. 故事和方向：观众看完应该理解什么或感受到什么；给出核心事实、叙事顺序、开头与结尾的作用。事实由委托方提供来源，避免把模型编出的细节当成真实信息。
3. 节奏与声音：标注音乐何时进入、何时转折或停顿，旁白承担什么信息，音效在哪些动作出现。若音乐、配音已有素材，也要提供文件和使用条件。
4. 导演参考：描述镜头距离、运动、主体表演和视觉情绪。可选一个风格参考，说明借鉴的是构图、节奏还是色彩，而不是要求复制某部作品中的角色、镜头、旋律或标志。
5. 素材与资产：列出必须出现的图片、数据、产品界面、品牌标识和字体，注明来源、准确性要求及可用范围。没有素材时，明确哪些可以由 Agent 创作。
6. 验收和修改：规定交付格式、时长、画幅、字幕、声音和事实检查要求；约定先确认哪些中间稿，再开始完整渲染，以及如何提交修改意见。

可以把它压缩成下面的简报骨架：

目标：为 [观众/平台] 制作一支约 [时长]、[画幅] 的短片，主题是 [主题]。
核心信息：观众看完应理解 [信息]。以下事实及来源必须准确：[事实与链接]。
叙事方向：[开场] -> [发展/转折] -> [结尾]。
视觉参考：[风格]；重点参考 [构图/颜色/节奏]，不复制受版权保护的具体表达。
声音：[旁白语言与内容]；[音乐/音效进入和变化节点]。
素材：[必用素材、来源、许可]；可以自行创作：[范围]。
先确认：[故事/关键帧/分镜等]。成片验收：[时长、比例、字幕、声音、事实和输出文件]。
遇到未给出的关键事实或素材时，先提问，不要自行补成事实。

这只是组织需求的模板，不保证某个模型或工作流会自动遵守。生成后仍需逐项核对事实、许可和画面质量。

让制作过程有明确的停靠点

作者描述的流程会在信息不足时先询问委托方，并在故事和分镜等关键阶段征求确认。实际使用时，可以把过程拆成几个可审阅的交付：

阶段	先检查什么	不通过时怎么处理
故事提案	单一主题是否明确，核心事实是否有来源，叙事是否有转折和收束	补信息或调整叙事，不急着写完整动画
视觉样稿	角色、色板、构图、文字可读性是否符合方向	改风格或构图，确认后再扩展到其他镜头
镜头与节奏	镜头顺序、运动、旁白和音乐节点是否匹配	对具体镜头提出修改，必要时回到故事结构
完整成片	从头到尾播放，核对事实、字幕、黑帧、声音、画幅和导出文件	提供带时间点的问题和期望结果，再局部返修

作者分享的检查办法包括对照口播与画面、检查响度和黑帧，并用抽帧或联系表查看镜头连续性。这些属于其工作流描述，具体脚本和自动检查能力会随仓库版本变化；自动检查通过也不能替代人从头看完成片。

修改意见尽量具体，例如“00:18 的标题停留过短，延长约一秒并保持旁白不变”，比“整体更有电影感”更容易执行。每轮只调整少数问题，也有助于判断修改是否改善了成片。

风格数量和项目能力要看版本

原帖标题中的“39 种”指作者在 2026 年 9 月分享的样片集合。到本文核对时，项目 README 已列出 51 种影片风格；项目还在 2026 年 10 月加入 Evidence Films 分类，包含 8 种使用真实材料的风格。后者是分类中的风格数，不应与 README 的总数混为一谈。可在在线画廊查看当前样片和说明。

这类代码绘制工作流可以从水墨、剪纸、定格感图形到数据可视化短片中寻找合适的表达。选风格时先看样片是否适合主题和观众，再看它能否承载真实素材、字幕和所需镜头；单看风格总数无法判断产出质量。

安装和适用边界

项目 README 将 Lemo-Opuscar 描述为面向 Claude Code、针对 Claude Opus 5.5 调校的插件。其他模型能否按相同方式完成流程，作者没有作兼容保证。README 当前列出的插件市场安装命令是：

claude plugin marketplace add lemomo-ai/lemo-opuscar
claude plugin install lemo-opuscar@lemolab

项目还要求 Node.js 20 或更新版本、FFmpeg 和 Python 3.11+（或 uv）；README 估计一支影片通常需要约 30–60 分钟和较多模型用量。安装方式、依赖和时长可能随项目更新而变化，执行前请以仓库最新说明为准。先在空目录制作短样片，再决定是否投入完整题材和素材。

如果只需要整理主题、比较脚本方向或打磨导演简报，也可以使用 GPT88 的统一大模型接口协助文本阶段；需要先确认所选模型和接口能力。它不会让 Claude Code 插件自动兼容其他模型，成片环节仍应使用项目明确支持的环境。

仓库将代码和文档标为 MIT 许可；样片视频及其静帧标为 CC BY 4.0，须署名 LemoLab、链接仓库并说明是否修改。用该项目制作的影片归制作者所有；演示中的第三方资产仍按各自 CREDITS 文件和许可处理。用于商业或公开发布前，分别核对代码、样片、字体、音乐、图像和自有素材的使用条件。

来源与核验范围

• Lemomo，原帖及其关联 X 长文，发表于 2026-09-26。制作数量、流程和检查数据均为作者自述。
• Lemo-Opuscar GitHub 仓库及在线风格画廊，项目能力、安装方式和许可按 2026-10-19 可见 README 整理。
• 选型对照可参阅本站5 个 Claude Code 代码动画视频 Skill。