如何把 Claude Opus 5.5 变成一支能导演、制作动画、渲染、审核并交付专业视频的动态影像制作团队。
大多数人以为，用 AI 做视频就是写一段提示词，然后等着出结果。
而在 Opus 5.5 上，更有意思的可能性是：围绕一个 Agent 搭建起整个制作工作室。
想想一家初创公司需要产品发布视频时，通常会发生什么。有人写创意简报；设计师确定视觉方向；动效设计师让界面动起来；剪辑师处理节奏和声音；还有人负责审核成片、提出修改意见并导出最终版本。
为了 20 秒的视频，这就是一整条制作流水线。
现在想象一下，把这些职责全部交给一个 Claude Agent，并为每个阶段设计清晰的处理流程。
这个 Agent 会研究你的参考素材、规划影片、编写动画代码、渲染预览、检查自己的错误并修正结果。你只需要批准关键的创意决策，而不是亲手搭建每一个场景。
这就是动态工程（Motion Engineering）背后的机会。
Claude Opus 5.5 让这套工作流变得有趣，因为它把编码能力、视觉理解和长时间运行的 Agent 任务结合在了一起。但最重要的部分不只是模型本身，而是你围绕它搭建的制作系统。
https://x.com/claudeai/status/2102435511222890900
以下是它与普通 AI 视频生成的区别所在：
Claude 不必直接生成最终的像素。它可以编写生成这些像素的程序。
模型编写动画代码。渲染器把代码变成画面帧。审核流程找出缺陷。Agent 修改源码并重新渲染。
这意味着第一个视频可以成为下一个视频的基础。
在这篇指南中，我会教你如何用五个制作部门、可复用组件、创意审批关卡，以及一套能产出可编辑、可检查视频的工作流，搭建一个单 Agent 动态影像工作室。
目标不是取代人类的每一个创意决策，而是别再手动去做那些配置得当的 Agent 已经能搞定的事。
djn 我在 Substack 上发布关于 AI Agent、自动化和制作工作流的实用拆解。
第一部分：单机器人工作室
01. 一个 Agent，五个制作部门
传统工作室把工作分给不同专家，因为不同阶段需要不同类型的判断力。
导演思考故事。艺术总监思考构图。动画师思考运动。技术美术思考渲染。评审决定成品是否符合简报要求。
一个 Opus 5.5 Agent 可以按顺序承担这五种角色。
但这只有在职责保持分离时才有效。
如果让 Claude 在一个毫无结构的步骤里同时完成导演、设计、动画、渲染和评审，你只会得到一个看起来惊艳、一细看就崩塌的演示 demo。
正确的做法是，围绕五个部门来组织这个 Agent：
1部门 职责 输出2────────────────────────────────────────────────────────3导演 故事与分镜 BRIEF.md4艺术总监 视觉方向 STYLE.md5动画师 运动与节奏 源代码6渲染工程师 渲染与导出 MP4 + 预览7评审 视觉质量控制 审核报告
它们不一定是五个独立的 Agent，而是在同一个协调工作流中的五个阶段，各自拥有明确的指令、文件和验收标准。
在动画师接触代码之前，导演先决定影片要传达什么。在 Claude 开始自创颜色和转场之前，艺术总监先定义视觉规则。评审评估的是渲染出的结果，而不是轻信动画师对自己作品的描述。
流程如下所示：
1 你的简报2 |3 v4 CLAUDE OPUS 5.55 |6 v7 导演8 故事 + 脚本9 |10 v11 艺术总监12 参考素材 + 设计13 |14 v15 动画师16 代码 + 运动17 |18 v19 渲染工程师20 画面帧 + 导出21 |22 v23 评审24 审核 + 修复25 |26 v27 最终影片
顺序很重要，因为大多数视觉问题在渲染之前就埋下了。
如果故事不清晰，再好的动效也救不了。如果视觉方向平庸，加再多特效也只是让它显得更平庸。如果分镜错了，技术上再完美的动画也可能什么都传达不了。
第一步，是建立一套能防止这些错误的流程。
02. 为什么爆火的“一次成型”视频并不是魔法
你大概见过这类视频。
有人发了一段看起来像专业创意公司出品的动画，然后说 Claude 只用一条提示词就完成了全部内容。
结果可能确实来自一次长时间的自主运行。但这并不意味着整个过程是从一句话开始的。
Claude Code 团队的 Thariq 在讨论其中一个爆火演示时，特别强调了这种区别。
https://x.com/trq212/status/2102870353781641416
这才是值得关注的细节。
一条优秀的提示词可以包含完整的创意简报、参考素材、镜头表、技术限制、资产要求，以及检查最终结果的规则。
编码 Agent 还可能继承已有的项目、设计系统、组件和渲染流水线。
表面上的一次成型，往往只是庞大准备工作露出水面的那一角。
而这是好消息。
这意味着你不需要去碰运气寻找某种神奇的形容词组合。你需要的是一个能稳定复现好决策的制作环境。
对比两种处理同一需求的方式。
第一种是让 Claude “做一个高端的产品发布动画”。模型必须自己决定产品功能是什么、视频该长什么样、用什么转场、观众何时看到标题，以及怎样才算成功。
第二种则提供真实的产品素材、参考影片、设计规则、分镜、时间轴和审核标准。
两者都可能只用到一个 Agent 和一次主要的制作运行。但第二种产出可用作品的概率高得多，因为更少关键决策被交给了运气。
提示词只能产出一个视频。工作室产出的是一套可重复的视频制作方法。
第二部分：搭建工作室
03. 安装制作环境
在这套方案中，我们用 Claude Code 作为 Agent，Remotion 作为视频框架，FFmpeg 用于媒体检查和加工。
Claude Code 负责创意和编程任务。Remotion 通过 React 组件和基于帧的动画让影片可控。FFmpeg 帮助分析参考素材、检查输出并准备辅助资源。
开始前请先安装 Node.js、Claude Code 和 FFmpeg。
创建一个干净的 Remotion 项目：
1npx create-video@latest --yes --blank motion-studio23cd motion-studio45npx remotion skills add67npm run dev
Remotion Skills 安装程序会提供实现指引，供编码 Agent 在使用该框架时参考。
在 motion-studio 目录下打开另一个终端，启动 Claude Code。如果你的环境支持，请选择 Opus 5.5。
现在整理工作区：
1motion-studio/2│3├── CLAUDE.md4├── BRIEF.md5├── STYLE.md6├── STORYBOARD.md7│8├── public/9│ ├── logos/10│ ├── screenshots/11│ ├── fonts/12│ └── audio/13│14├── src/15│ ├── compositions/16│ ├── components/17│ ├── animation/18│ └── Root.tsx19│20├── reviews/21│ ├── frames/22│ ├── contact-sheets/23│ └── findings.md24│25└── out/26 ├── previews/27 └── final/
这就是工作室的工作区。
CLAUDE.md 包含适用于所有制作的规则。BRIEF.md 描述当前影片。STYLE.md 记录视觉方向。STORYBOARD.md 定义镜头顺序和关键事件。
源代码和已批准的素材要与审核产物分开存放。
当一个项目运行数小时或在另一个会话中恢复时，这种分离就变得非常有价值。Claude 应该能够检查工作区，明白哪些内容已被批准、存在哪些场景、哪些没通过审核、哪些还需要渲染。
没有这套结构，重要决策就会被困在聊天记录里。
工作室应该能从文件中恢复进度，而不是依赖某次对话始终完好无损。
04. 给机器人一份永久操作手册
大多数人每次做视频都会给 Claude 一套新指令。
这会导致不一致。
一个项目用了紧凑的弹簧动画，下一个却加入了过度弹跳，第三个又换了所有字体、颜色和转场——因为模型没有永久的视觉规则。
更好的做法是把工作室的制作标准保存到 CLAUDE.md 中。
提示词 1：创建工作室手册
1为我们的动态影像工作室创建 CLAUDE.md。23你是制作 Agent，负责4导演、设计、动画、5渲染和审核由代码生成的影片。67操作规则891. 在创建分镜之前，永远不要开始实现。10112. 只使用已批准的产品素材。12133. 永远不要编造 UI、数据指标、用户评价14 或产品功能。15164. 每段动画都必须由17 帧号或确定性时间驱动。18195. 整部影片使用统一的20 主视觉方向。21226. 不要为没有明确传达目的的23 元素添加动画。24257. 在生成完整视频前，26 先渲染代表性帧。27288. 审核渲染结果，29 而不只是源代码。30319. 尽可能在局部修复缺陷。323310. 保留所有可编辑的源文件。3435创意限制3637避免：38- 通用的渐变背景39- 过度弹跳40- 发光粒子41- 无法辨认的文字42- 虚假的产品仪表盘43- 无意义的镜头运动4445制作规则4647一部影片不会因为48MP4 存在就算完成。4950只有当已批准的简报51和验证要求都满足时，它才算完成。
这个文件会成为工作室的基准线。
这不意味着每部影片都要长得一样。它意味着反复出现的制作错误不必每次都从零发现。
当 Claude 反复犯同样的视觉错误时，就去改进操作手册。下一部影片会自动继承这次修正。
你还可以在项目里存放共享的动画组件、排版 token、安全区尺寸、首选导出设置以及其他可复用的制作决策。
工作室从已完成作品中积累的经验越多，下一个任务花在重新摸索基础上的时间就越少。
05. 让导演写简报
我们来做个具体的东西。
假设你要发布一款 SaaS 产品，能把杂乱的项目看板变成有条理的冲刺计划。
你想要一支 20 秒的产品影片，展示一次转变：杂乱的待办看板变成清晰的优先级列表。
观众无需旁白就能理解它的价值。
与其让 Claude “做个酷炫视频”，不如给导演下达一份制作任务。
提示词 2：导演的任务
1你是我们动态影像工作室的导演。23项目45一款效率应用的发布影片。67核心信息89把杂乱的项目看板变成10清晰的冲刺计划。1112受众1314创始人、产品团队和开发者。1516时长171820 秒。1920格式212216:9 主版本239:16 社交媒体版241:1 方形版2526素材2728使用 public/ 中提供的截图、logo 和字体。2930不要创建虚构的产品界面。3132你的工作33341. 检查所有可用素材。352. 找出缺失的信息。363. 撰写 BRIEF.md。374. 定义核心视觉概念。385. 构建影片的故事结构。396. 解释每个场景存在的理由。4041暂时不要写动画代码。4243返回创意方向，44等待批准。
导演应该决定观众在每个阶段需要理解什么，而不是为了动而动地填满画面。
第一个场景可能展示杂乱的待办看板。下一个引入整理它的操作。最后一个场景停留在生成的冲刺计划上。
关键的视觉关系是“前后对比”。
其他一切都应服务于它。
在批准简报前，确认产品确实具备你所演示的功能、提供的截图能证明这一点，并且所提议的故事无需大量解释性文字就能被看懂。
如果缺少关键的产品界面，Agent 应该主动索要，而不是画一个以假乱真的伪造图。
仅这一条规则，就能避免数量惊人的不可用 AI 产品影片。
06. 把参考素材转化为视觉识别
AI 视频看起来雷同的一个主要原因，是模型仅凭模糊的语言凭空发明整套视觉方向。
“高端、极简、电影感、未来感”并不能告诉模型太多东西。
更好的做法是提供两三个参考，并给每个指定具体用途。
一个参考用来定义排版。另一个演示转场。第三个展示节奏或构图。
让艺术总监从中提取有用的设计原则，但不要照搬原始创意作品。
提示词 3：艺术指导
1担任艺术总监。23检查 references 文件夹中的4参考图片和视频。56提取以下内容：78排版910字体气质11字重层级12标题比例1314构图1516边距17间距18视觉层级19焦点2021色彩2223背景24主文本25强调色26对比度规则2728动效2930入场时机31落定行为32镜头运动33阅读停留3435质感3637颗粒感38阴影39边框40表面处理4142将批准的设计决策保存到 STYLE.md。4344不要复制精确的构图、45美术素材或品牌元素。4647为我们的产品创造独特的视觉方向。4849在动手制作前先展示风格提案。
到这一步，Claude 就不再靠猜去理解什么叫“高端”了。
当动画师开始工作时，它不需要纠结卡片要不要发光、标题要不要弹跳，或者每个场景是不是都得再加一层渐变。
这些决策早已做好。
一份扎实的风格指南不只描述影片该长什么样，还定义了影片该避免什么。
如果参考素材用的是克制的排版和缓慢的镜头运动，模型就不该仅仅因为旋转界面和粒子爆炸在 AI 演示里很常见，就把它们塞进来。
你要让 Agent 理解设计语言，而不是复制原始对象。
对于重要的转场，可以让 Claude 用 FFmpeg 从参考视频中抽帧、分析节奏，并把结论记录到 STYLE.md 中。
这比告诉模型“做得像苹果那样”有用得多。
第三部分：动画师与渲染引擎
07. 把故事变成可编辑的时间轴
简报和风格获批后，动画师需要一份镜头表。
针对这支 20 秒的影片，定义五个场景。
1场景 01：问题200:00 - 00:0334杂乱的待办看板入场。5构图传达出过载感。67场景 02：动作800:03 - 00:07910光标选中整理功能。11界面给出明显的响应。1213场景 03：转变1400:07 - 00:111516任务重组为清晰的优先级。17一个连贯的视觉关系。1819场景 04：结果2000:11 - 00:162122整理好的冲刺计划落定。23停留足够长的时间让人看懂。2425场景 05：收尾2600:16 - 00:202728产品名称、logo 和行动号召。29一个有力的结尾画面。
现在模型可以在已知状态之间设计运动了。
它不需要一边写动画代码，一边还在琢磨影片到底要讲什么。
一个有用的原则是：一个场景的最终状态，应该告诉动画师下一个场景如何开始。
如果待办看板最后居中显示、缩放为 80%，那么下一个镜头要么保持这个位置，要么刻意地从它过渡离开。
在不相关的构图之间随机跳转，会让视频看起来像一堆 AI 生成的幻灯片。
连续性才让它有导演感。
想要更精细的技术控制，可以把时间戳换算成帧号。
在每秒 30 帧下，20 秒的影片共 600 帧，编号从 0 到 599。
这让 Agent 能精确定位关键事件。
光标可以在第 180 帧到达按钮。点击在第 195 帧生效。结果在第 210 帧出现。
如果某件事发生得太早，你就改它的事件帧。
如果转场太快，你就改它的持续时长。
你不需要重新生成一整段完全不同的视频，然后祈祷节奏变好。
08. 模型写的是动画代码，而不是最终视频
这是让工作室得以成立的技术差异。
借助 Remotion，Claude 可以编写外观随当前帧变化的 React 组件。
渲染器随时间计算这些组件，生成真正的视频。
一个简单的入场动画可能长这样：
1import {2 useCurrentFrame,3 useVideoConfig,4 spring,5 interpolate,6} from "remotion";78export const ProductCard = () => {9 const frame = useCurrentFrame();10 const { fps } = useVideoConfig();1112 const progress = spring({13 frame,14 fps,15 config: {16 damping: 200,17 },18 });1920 const y = interpolate(21 progress,22 [0, 1],23 [60, 0]24 );2526 const scale = interpolate(27 progress,28 [0, 1],29 [0.94, 1]30 );3132 return (33 <div34 style={{35 transform:36 `translateY(${y}px) scale(${scale})`,37 }}38 >39 Product Interface40 </div>41 );42};
这个组件拥有一次性生成的视频天然不具备的东西：可控参数。
你可以调整移动距离、入场时机、缓动行为或缩放比例，而不用要求重新生成一整段新片段。
如果卡片移得太远，就减小距离。
如果落定太慢，就调整弹簧参数。
如果标题出现太早，就在时间轴上把它的入场往后挪。
源码始终可编辑。
这就是代码生成动效在产品影片、UI 动画、讲解视频和排版驱动内容中的优势。
对于照片级写实场景、复杂角色或自然的电影化运动，它并不自动更好。那些可能仍然需要实拍素材、3D 工具或生成式视频。
关键在于选择一种能让你真正掌控手头工作的制作方式。
而对产品影片来说，可控性往往比不可预测性更有价值。
09. 给渲染工程师明确的要求
渲染与设计是两项不同的职责。
动画师构建影片。渲染工程师确认合成确实能以要求的分辨率和帧率导出。
第一遍不要以最终质量渲染全部 600 帧。
先渲染代表性的静帧。
提示词 4：渲染任务
1担任渲染工程师。23阅读 BRIEF.md、STYLE.md4和 STORYBOARD.md。56检查现有的合成。78在最终渲染之前：9101. 确认合成分辨率。112. 确认帧率和时长。123. 检查所有字体是否加载。134. 检查所有产品素材是否存在。145. 渲染代表性的静帧。156. 渲染低成本的动效预览。167. 报告运行时错误。1718不要修改创意方向。1920在预览通过审核前，21不要渲染最终交付物。
使用 Remotion，你可以直接渲染选定的帧。
1mkdir -p out/previews23npx remotion still Launch \4 out/previews/opening.png --frame=3056npx remotion still Launch \7 out/previews/action.png --frame=15089npx remotion still Launch \10 out/previews/result.png --frame=3901112npx remotion still Launch \13 out/previews/closing.png --frame=570
这里的 Launch 是我们示例项目的合成 ID。请替换为你自己 Remotion 项目中配置的 ID。
即使还没检查动效，这四张静帧也应该能讲清主要故事。
如果开场看起来很普通、产品看不清，或者结尾的层级混乱，最好现在就修，而不是等整部影片导出后再改。
要做聚焦的动效预览，只渲染交互前后的那段时间区间。
1npx remotion render Launch \2 out/previews/interaction.mp4 \3 --frames=90-330 \4 --codec=h264
现在 Agent 有了真实的视频产物可以检查。
而不只是对它原本打算做什么的描述。
这个区别很重要，因为源代码看起来没问题，渲染结果却可能很糟糕。
判断动画质量的唯一可靠方法，就是检查渲染器实际产出了什么。
第四部分：评审才是它成为工作室的关键
10. 别让动画师自己批准自己的作品
这是最容易被忽略的部门。
模型写完代码，视频成功渲染，Agent 宣布一切完成。
但渲染成功只能证明文件存在。
不能证明视频好看。
也许光标挡住了标题。也许卡片落定太晚。也许产品在手机上根本看不清。也许转场技术上没问题，但看起来很廉价。
专业工作室不会因为软件导出了一个 MP4 就直接发布。
他们会审核结果。
给 Claude 安排一个独立的评审阶段，最好在全新的上下文中进行，只提供原始简报和渲染出的帧。
这能降低评审只是在为制作阶段的决策辩护的概率。
提示词 5：独立动效评审
1你是评审。23你没有参与这部影片的设计或动画制作。45审核提供的联系表、6静帧和视频预览。78按 1 到 10 分打分：910- 视觉构图11- 排版12- 产品可读性13- 动效质量14- 节奏15- 连续性16- 品牌一致性1718找出三个最重要的问题。1920对每个问题，提供：2122帧号或时间戳23发生在哪里。2425观察26肉眼可见的错误是什么。2728为何重要29它如何损害影片效果。3031最小可行修复32应该改什么。3334保留项35什么必须保持不变。3637不要根据动画师的描述38就予以批准。3940将报告保存为 reviews/findings.md。
现在评审产出的是动画师可以直接执行的内容。
不再是“让视频感觉更专业”，评审可以这样报告：
1缺陷 0123帧：421056问题：7光标穿过了结果标签。89原因：10光标移开的时间与结果显示的时间重叠。1112修复：13在标签变得可见之前，将光标移开。1415保留：16点击时机17卡片尺寸18结果动画1920复查：21第 195、210、225 和 240 帧
结果动画
复查：
第 195、210、225 和 240 帧
这把主观反馈变成了工程任务。
Critic（评审）负责发现问题。Animator（动画师）负责修复。Render Engineer（渲染工程师）重新导出受影响的帧。
不需要重新生成整个视频。
对于严肃的生产工作，Critic 应该同时检查静态帧和动态预览。
静态画面暴露布局缺陷。视频暴露节奏不佳、转场生硬、动作不自然和时机问题。
两者都无法完全替代对方。
11. 构建一个知道何时停止的修正循环
最有用的生产循环很简单。
1 制作动画2 |3 v4 渲染预览5 |6 v7 CRITIC 审查8 |9 +--------+--------+10 | |11 通过 失败12 | |13 v v14 交付 具体问题发现15 |16 v17 局部修复18 |19 v20 重新渲染21 |22 +----> 复查
关键词是“局部”。
第 210 帧的缺陷不应导致整个分镜被重写，除非底层的创意概念本身就有问题。
如果标题换行错误，调整它的宽度或字号。
如果光标与结果重叠，修改光标路径。
如果场景结束得太突兀，调整它的时长或转场。
Agent 应该在修复失败部分的同时，保留已通过的内容。
给循环设定限制。
提示词 6. 修复策略
1为未通过的审查创建一个修复流程。23对于每个缺陷：451. 阅读 Critic 提供的证据。62. 找出最小的相关改动。73. 保留已通过的决策。84. 修补受影响的源文件。95. 渲染受影响的帧。106. 检查相邻场景的边界。117. 返回新的证据。1213上限：14每个缺陷最多两轮修复。1516如果同一个问题在两轮之后17仍未解决：1819停止。20说明阻碍点。21请求人工指导。2223永远不要为了让审查通过24而移除验证要求。
说明阻碍点。
请求人工指导。
永远不要移除验证要求
只为了让审查通过。
这让 Agent 能够改进自己的输出，而不会陷入无休止的修改循环中。
工作室需要迭代的能力。
它同样需要预算和停止规则。
有用的自主性和失控的实验之间的区别在于：系统是否知道成功是什么样子、需要什么证据，以及何时该寻求帮助。
第五部分. 从一个视频到真正的工作室
12. 一次渲染不等于一个交付物
初创公司很少只需要一个视频文件。
同一场产品发布可能需要网站用的宽屏版本、X 平台用的方形版本，以及 Reels 或 Shorts 用的竖屏版本。
简单裁剪原片会破坏构图。
横屏场景可能让产品和标题并排显示。
竖屏场景可能需要先展示标题，再让界面填满屏幕。
叙事不变，但构图变了。
1 一部影片2 |3 +-------------+-------------+4 | | |5 v v v6 16:9 1:1 9:167 | | |8 v v v9 网站 X / 社交 REELS10 YOUTUBE 方形帖子 SHORTS1112 更宽的 平衡的 垂直的13 上下文 构图 层级
让 Agent 基于相同的源素材和已通过的脚本，创建独立的响应式构图或针对特定格式的场景布局。
不要以为宽屏渲染成功，就意味着竖屏版本也能用。
每种格式都需要自己的静态帧和审查。
一份完善的交付包不应该只有三个 MP4 文件。它应包含最终视频、封面帧、可编辑源文件、已通过的素材，以及关于任何遗留限制的简短说明。
这样才能让成果真正用于实际发布，而不是丢给客户一个导出文件，却没有可行的修改方式。
13. 保留工作室，替换项目
这就是一个 Bot 开始变成真正生产系统的转折点。
大多数人做完一个视频，关掉对话，下次又从零开始。
工作室会保留重要的部分。
样式规则、可复用组件、动画方法、审查清单、渲染命令和输出结构都应该留下来。
只有项目特定的输入才需要改变。
1第一个视频23需求 A4 |5 v6工作室流水线7 |8 v9影片 A1011第二个视频1213需求 B14 |15 v16同一个工作室流水线17 |18 v19影片 B2021第三个视频2223需求 C24 |25 v26改进后的工作室流水线27 |28 v29影片 C
想象一下，Critic 反复发现同一个问题：标题在观众读完之前就消失了。
你可以手动修复每个视频。
或者，你可以更新工作室的规则，要求明确设置阅读停留时间，并在审查时进行测试。
现在，每部新影片都会继承这个修正。
同样的道理也适用于：产品截图在竖屏导出中变得无法辨认、转场遮住了关键信息，或者光标动画与界面标签发生碰撞。
每一个重复出现的错误都可以变成一条规则、一个可复用组件，或一项新的审查检查。
这就是保留生产过程，而不是只保留最终导出文件的优势。
下一部影片仍然需要创意指导。但它不需要把整个工作室从头重建一遍。
14. 把流程变成一个可复用的 Skill
当第一个项目通过审查后，把工作室的工作流程保存为一个 Claude Code Skill。
Skill 里不应包含具体发布活动的产品名称、截图或文案。
它应该描述的是制作方法。
提示词 7. 创建工作室 Skill
1创建一个名为 motion-studio 的可复用 Skill。23目的45将已通过的创意简报转化为6专业、由代码渲染的视频。78工作流910DIRECTOR（导演）11分析需求。12撰写简报和分镜。1314ART DIRECTOR（艺术总监）15检查参考素材。16定义一致的视觉方向。1718ANIMATOR（动画师）19构建可编辑、逐帧驱动的动画。2021RENDER ENGINEER（渲染工程师）22渲染静态帧和预览。23验证技术输出。2425CRITIC（评审）26检查实际渲染结果。27返回基于证据的修正意见。2829DELIVERY（交付）30导出已通过的格式。31提供源文件和制作说明。3233规则3435- 不要凭空捏造产品素材。36- 不要跳过创意审批节点。37- 不要批准未经检查的输出。38- 保持修正在局部范围内。39- 限制重复修复的次数。40- 保存所有重要产物。4142输出4344最终视频45封面帧46联系表（缩略图合集）47可编辑源文件48审查报告
现在，下一个任务的工作量就小多了。
你提供产品、受众、视觉参考和期望结果。
Skill 提供流程。
Agent 不需要从聊天记录中重新构建整个生产工作流。
这也是流程的经济性开始发生变化的地方。
第一部影片可能需要大量的搭建和实验。
第二部可以复用场景架构、动画组件、渲染命令和视觉 QA 流程。
第三部可以从前两部中发现的修复方案中受益。
你不只是在积累输出文件。
你是在积累生产能力。
第六部分. 你的第一个单 Bot 工作室项目
15. 主控提示词
有了工作区、规则和生产阶段，你就可以给 Opus 一个大得多的任务了。
与一次性提示词的关键区别在于：Agent 有明确的流程可以遵循，也有清晰的人工审批节点。
下面是我会使用的主控提示词。
主控提示词. 运行动画工作室
1你正在运营我的动效设计工作室。23你的目标是制作一部专业的420 秒产品发布影片。56项目78产品：[名称]9网站：[URL]10受众：[受众]11核心信息：[一句话]1213使用已通过的截图、Logo、14字体和参考素材。1516阶段 1：DIRECTOR1718检查素材。19撰写 BRIEF.md。20创建分镜。21定义核心视觉故事。2223请求审批。2425阶段 2：ART DIRECTOR2627分析参考素材。28撰写 STYLE.md。29定义排版、色彩、30构图和动效。3132请求审批。3334阶段 3：ANIMATOR3536使用 Remotion 构建影片。37使用确定性的、逐帧驱动的动画。38保留已通过的产品细节39和场景连贯性。4041阶段 4：RENDER ENGINEER4243渲染代表性静态帧。44渲染粗剪预览。4546检查：47- 尺寸48- 帧率49- 字体50- 素材51- 运行时错误5253阶段 5：CRITIC5455审查实际渲染的帧。5657找出三个最大的缺陷，58并给出准确的帧号。5960提出局部修复方案。6162阶段 6：CORRECTION6364修复影响最大的缺陷。65保留已通过的内容。66重新渲染受影响的帧。6768两轮修复失败后停止。6970阶段 7：DELIVERY7172导出：73- 16:974- 1:175- 9:167677包含：78- MP4 文件79- 封面帧80- 可编辑源文件81- 联系表82- QA 报告8384重要事项8586永远不要捏造产品界面或宣传语。87永远不要跳过审查阶段。8889成功导出不代表90创意质量合格。9192在做出重大创意决定或发布前，93停下来等待审批。
你仍然需要提供优质的输入。
Bot 需要真实的产品素材、明确的目标，以及足够理解视觉方向的参考。
但现在，你是在委派一整套生产工作流，而不是要求做一个孤立的动画。
这才是 Opus 5.5 有趣得多的用法。
一个 Bot 真的能取代动效工作室吗？
对于某些类型的制作，它可以接管小型工作室原本需要手动完成的大量工作。
产品发布动画、界面演示、字体排版影片、数据可视化和简短解说视频尤其适合，因为它们都能用可控的代码来表达。
但取代工作流并不等于取代所有的创意判断。
模型可以生成多个方向，但仍需要有人决定哪一个正确表达了品牌。
它可以检查帧并发现问题，但主观质量无法完全简化为测试。
它可以整合音乐和音效，但使用权、客户预期和最终发布决策依然重要。
价值在于改变了工作的重心。
你不再把大部分时间花在编辑器里挪动元素，而是把更多时间用在定义创意方向、审查结果和改进生产流程上。
这对独立创始人、开发者、独立创作者和小团队特别有吸引力——他们需要高质量的产品视频，但不想每次发布功能都重新组建一支制作团队。
这种方法之所以重要，还有另一个原因。
传统的 AI 生成视频往往很难精确修改。
你可能喜欢某个镜头，却讨厌某处转场。你可能需要替换一张截图而不改变其余动画。你可能需要同一部影片的三种格式。
在代码渲染的制作中，这些改动通常可以表达为对源码的可控编辑。
换一个标题不一定意味着要换一部影片。
换一种品牌色不意味着要重建整条时间线。
时间上的修正可以直接定位到出问题的那一帧。
这不只是方便。
这是“生成一个素材”和“维护一套生产系统”之间的区别。
真正的转变
Opus 5.5 动效设计最有趣的地方，不是一夜之间做出的爆款动画。
而是当你把这种能力变成一个可重复的工作室时会发生什么。
一个 Agent 就能管理创意简报、建立视觉系统、实现动画、渲染预览、审查缺陷，并准备最终交付物。
渲染器让视频可重现。
分镜让故事有意图。
审查循环让错误无处隐藏。
保存下来的组件和 Skill 让下一个项目更轻松。
传统的一次性流程是这样的：
一个提示词生成一个视频。视频被导出。下一个项目又从头开始。
单 Bot 工作室的运作方式不同。
每个完成的项目都能留下更好的模板、更好的动画组件、更强的审查标准和更可靠的交付流程。
第一个视频令人惊艳，因为它展示了可能性。
第五个视频很有意思，因为生产流程开始变得可重复。
到了第二十个，积累下来的 Skill、组件、检查和创意规则，可能比任何单个提示词都更有价值。
真正的机会不是用 AI 做一个视频。而是建一个每次做视频都会变得更好的工作室。
只要配置得当，这个工作室可以从一个 Bot 开始。
如果你读到了这里
在你又花一整晚用越来越复杂的提示词去修补 AI 生成的视频之前，先把这篇指南收藏起来。
在 X 上关注我：x.com/0xjmori
订阅我的 Substack：substack.com/@lunarresearcher
下次你需要产品发布视频时，别只是让 Claude 随便做个动画。
给它一个工作室去运营。
资源
