如何将 Claude Opus 5.5 变成一个动态制作团队,负责导演、动画、渲染、审查和交付专业视频。

大多数人认为用 AI 制作视频意味着写一个提示词然后等待结果。

有了 Opus 5.5,更有趣的可能性是围绕一个智能体构建整个制作工作室。

想想通常一家初创公司需要产品发布视频时会发生什么。有人写创意简报。设计师确定视觉方向。动态设计师制作界面动画。视频编辑处理节奏和声音。另一些人审查结果、提出修改要求,并准备最终导出。

这整条生产流水线只为了一个 20 秒的视频。

现在想象一下,把一个 Claude 智能体赋予同样的职责,并为每个阶段配备清晰的流程。

智能体研究你的参考资料,规划影片,编写动画代码,渲染预览,检查自己的错误,并修改结果。你批准重要的创意决策,而不是手动构建每个场景。

这就是 Motion Engineering(动态工程) 背后的机会。

Claude Opus 5.5 让这个工作流变得有趣,因为它结合了编码、视觉理解和长时间运行的智能体工作。但最重要的部分不仅仅是模型本身,而是你围绕它构建的生产系统。

以下是它不同于普通 AI 视频生成的原因:

Claude 不必直接生成最终像素。它可以编写生成这些像素的软件。

模型编写动画代码。渲染器将该代码转换为帧。审查流程识别缺陷。智能体修改源代码并再次渲染。

这意味着第一个视频可以成为下一个视频的基础。

在本指南中,我将展示如何构建一个拥有五个制作部门、可复用组件、创意批准关卡以及一个能产出可编辑、可检查视频的工作流的单智能体动态工作室。

目标不是取代每一个人类创意决策,而是停止手动去做那些配置得当的智能体已经能处理的事情。

我在 **Substack** 上发布关于 AI 智能体、自动化和生产工作流的实用拆解。


PART 1. THE ONE-BOT STUDIO(第一部分:单机器人工作室)

01. 一个智能体,五个制作部门

传统工作室在专家之间分配工作,因为不同阶段需要不同种类的判断。

导演思考故事。美术指导思考构图。动画师思考运动。技术美术师思考渲染。评论家决定结果是否符合简报要求。

一个 Opus 5.5 智能体可以依次承担这五个角色。

但只有职责保持分离,这才行得通。

让 Claude 在一步非结构化的操作中同时承担导演、设计、动画、渲染和评判,这只会得到一个看起来很惊艳但仔细检查就崩溃的演示。

相反,围绕五个部门来组织智能体:

DEPARTMENT        RESPONSIBILITY             OUTPUT
────────────────────────────────────────────────────────
DIRECTOR          Story and storyboard       BRIEF.md
ART DIRECTOR      Visual direction           STYLE.md
ANIMATOR          Motion and timing          Source code
RENDER ENGINEER   Rendering and export       MP4 + previews
CRITIC            Visual quality control     Review report

这不一定是五个独立的智能体。它们是在一个协调工作流中,拥有不同指令、文件和验收标准的五个阶段。

导演在动画师接触代码之前就决定影片要传达什么。美术指导在 Claude 开始发明颜色和转场之前定义视觉规则。评论家评估渲染结果,而不是相信动画师对自己所创建内容的描述。

流程如下:

                   YOUR BRIEF
                       |
                       v
               CLAUDE OPUS 5.5
                       |
                       v
                    DIRECTOR
                 Story + Script
                       |
                       v
                  ART DIRECTOR
              References + Design
                       |
                       v
                    ANIMATOR
                Code + Movement
                       |
                       v
                 RENDER ENGINEER
                Frames + Exports
                       |
                       v
                     CRITIC
                Review + Repair
                       |
                       v
                   FINAL FILM
图片展示了围绕五个部门组织智能体的流程,即导演、设计、动画、渲染、评论。每个部门对应一个阶段,如导演阶段有BRIEF.md,设计阶段有STYLE.md等。每个阶段都留下一个成果,如动画阶段有src / scenes。图片下方文字强调“ONE AGENT / FIVE GATES / AN EDITABLE FILM”,与上下文提到的围绕五个部门组织智能体,拥有不同指令、文件和验收标准的五个阶段相呼应,直观呈现了工作室的决策流程。

顺序很重要,因为大多数视觉失败都发生在渲染之前。

如果故事不清楚,更好的动态也救不了它。如果视觉方向很平庸,添加更多效果只会让它更明显平庸。如果分镜不对,技术上完美的动画也可能传达不出任何信息。

首要工作是构建一个能防止这些错误发生的流程。

02. 为什么爆款一键视频其实并不神奇

你可能看过这些视频。

有人发布一个看起来像出自专业创意机构的动画,然后说 Claude 用一条提示词就做出了整个东西。

结果可能确实来自一次长时间自主运行。但这并不意味着过程始于一句话。

Claude Code 团队的 Thariq 在讨论一个爆款演示时强调了这一区别。

这个细节值得关注。

一个强有力的提示词可以包含完整的创意简报、参考资料、镜头列表、技术限制、资产要求以及检查最终结果的规则。

这张图片展示了动画制作领域单机器人工作室的相关内容,主体围绕“一次性生成的错觉”展开。左侧区域标注“WHAT THE POST SHOWS”,以Claude发出的“Make me a cool product video.”为例,说明对外仅呈现“一个可见信息”——最终生成的MP4作品,其背后的隐形生产过程并不外露;右侧深色区域标注“WHAT THE AGENT ACTUALLY INHERITS”,清晰列出了智能体实际继承的五类生产相关内容,分别为创意简报、已获批资产、视觉参考资料、实施相关内容,以及审核历史记录,直观呈现了“一键生成”背后完整的生产系统支撑。

编码智能体也可能继承现有项目、设计系统、组件和渲染流水线。

表面上的 “一键生成” 往往是一个更大搭建过程的可视化终点。

这是个好消息。

这意味着你不需要找到一种神奇的形容词组合。你需要的是一个能够重现良好决策的生产环境。

考虑两种处理同一请求的方法。

第一种让 Claude “制作一个高级产品发布动画”。模型必须决定产品是什么、视频应如何呈现、使用哪些转场效果、观众何时应看到标题,以及什么才算成功的结果。

第二种则提供真实的产品素材、参考影片、设计规则、故事板、时间线和评审标准。

两者可能都涉及一个智能体和一次大规模生产运行。但第二种方法产出可用内容的可能性要大得多,因为更少的关键决策被留给了偶然。

一个提示词制作一个视频。一个工作室创造了一种可重复的制作视频的方法。


PART 2. BUILD THE STUDIO(第二部分:打造工作室)

03. Install the production environment(安装生产环境)

对于这个设置,我们将使用 Claude Code 作为智能体,Remotion 作为视频框架,FFmpeg 用于媒体检查和后期处理。

Claude Code 处理创意和编程任务。Remotion 通过 React 组件和基于帧的动画使影片可控。FFmpeg 有助于分析参考资料、检查输出和准备支持素材。

开始之前请安装 Node.js、Claude Code 和 FFmpeg。

创建一个干净的 Remotion 项目:

npx create-video@latest --yes --blank motion-studio

cd motion-studio

npx remotion skills add

npm run dev
图片展示了Motion Studio的项目文件结构,位于“motion - studio / project”目录下,包含CLAUDE.md、BRIEF.md、STYLE.md、STORYBOARD.md等文件,以及public、src、out等文件夹。右侧列出PRODUCTION MEMORY中的BRIEF.md、STYLE.md、STORYBOARD.md及findings.md文件,分别对应电影要说什么、电影要怎么呈现、故事板及还需解决的问题。此图与上文创建干净的Remotion项目及后续安装编码智能体等内容相关,直观呈现了项目文件布局。

Remotion Skills 安装程序提供了编码智能体在使用该框架时可以使用的实现指南。

在 motion-studio 目录中打开另一个终端并启动 Claude Code。如果您的环境中提供 Opus 5.5,请选择它。

现在组织工作区:

motion-studio/
│
├── CLAUDE.md
├── BRIEF.md
├── STYLE.md
├── STORYBOARD.md
│
├── public/
│   ├── logos/
│   ├── screenshots/
│   ├── fonts/
│   └── audio/
│
├── src/
│   ├── compositions/
│   ├── components/
│   ├── animation/
│   └── Root.tsx
│
├── reviews/
│   ├── frames/
│   ├── contact-sheets/
│   └── findings.md
│
└── out/
    ├── previews/
    └── final/

这是工作室的工作区。

CLAUDE.md 包含适用于每次制作的规则。BRIEF.md 描述当前影片。STYLE.md 记录视觉方向。STORYBOARD.md 定义镜头序列和重要事件。

源代码和已批准的素材与审查工件分开存放。

当项目运行数小时或在另一个会话中恢复时,这种分离就变得很有价值。Claude 应该能够检查工作区,了解已经批准了什么、存在哪些场景、哪些未通过审查以及还有哪些需要渲染。

没有这种结构,重要的决策可能会被困在聊天中。

一个工作室应该能够从文件中恢复工作,而不是依赖一段对话保持完美无缺。

04. Give the Bot a permanent operating manual(给机器人一份永久的操作手册)

大多数人在每次制作视频时都会给 Claude 一套新的指令。

这会导致不一致。

一个项目使用紧凑的弹簧动画。下一个引入了过度的弹跳。第三个项目因为模型没有永久的视觉规则,而改变了所有字体、颜色和转场效果。

相反,将工作室的制作标准保存在 CLAUDE.md 中。

Prompt 1. Create the Studio Manual(提示词 1:创建工作室手册)

Create CLAUDE.md for our motion studio.

You are the production agent responsible
for directing, designing, animating,
rendering, and reviewing code-made films.

OPERATING RULES

1. Never begin implementation before
   creating a storyboard.

2. Use only approved product assets.

3. Never invent UI, metrics, testimonials,
   or product capabilities.

4. Every animation must be driven by
   frame number or deterministic time.

5. Use one primary visual direction
   across the entire film.

6. Do not animate elements without
   a clear communication purpose.

7. Render representative frames before
   producing a full video.

8. Review the rendered result,
   not just the source code.

9. Repair defects locally when possible.

10. Preserve all editable source files.

CREATIVE RESTRICTIONS

Avoid:
- Generic gradient backgrounds
- Excessive bouncing
- Glowing particles
- Unreadable text
- Fake product dashboards
- Camera movement without purpose

PRODUCTION RULE

A film is not complete because
the MP4 exists.

It is complete when the approved brief
and verification requirements are met.

这个文件成为工作室的基线。

这并不意味着每部影片都必须看起来一模一样。它意味着反复出现的制作错误不需要从头重新发现。

当 Claude 反复犯相同的视觉错误时,改进操作手册。下一部影片将继承这一修正。

您还可以将共享的动画组件、排版标记、安全区尺寸、首选导出设置以及其他可重用的制作决策存储在项目中。

您的工作室从已完成的工作中学习得越多,下一个任务就越不需要花时间重新发现基础知识。

05. Make the Director write a brief(让导演编写一份简报)

让我们构建一些具体的东西。

想象一下,您正在推出一款 SaaS 产品,将混乱的项目看板转化为有组织的冲刺计划。

您想要一个 20 秒的产品影片,展示一个转变:一个杂乱的任务看板变成一个清晰的优先级列表。

观众应该无需旁白就能理解价值。

与其要求 Claude 制作一个很酷的视频,不如给导演一个制作任务。

Prompt 2. Director's Assignment(提示词 2:导演任务)

You are the Director of our motion studio.

PROJECT

Launch film for a productivity app.

MAIN MESSAGE

Turn a messy project board into
a clear sprint plan.

AUDIENCE

Founders, product teams, and developers.

DURATION

20 seconds.

FORMATS

16:9 master
9:16 social version
1:1 square version

ASSETS

Use the screenshots, logo, and fonts
provided in public/.

Do not create fictional product screens.

YOUR JOB

1. Inspect all available assets.
2. Identify missing information.
3. Write BRIEF.md.
4. Define the central visual idea.
5. Create the film's story structure.
6. Explain why each scene exists.

Do not write animation code yet.

Return the creative direction
and wait for approval.
图片展示的是一个产品影片制作的创意简报,标题为“Before animation, an actual idea.”。左侧是项目简述,主题为“从混乱到清晰”,包含信息传达、证明和规则三个要点。右侧是镜头笔记,展示了“敏捷冲刺”场景,有“敏捷冲刺”“产品概述”“产品状态”“产品发布”“产品发布”“产品发布”等项目内容。图片与上下文关系紧密,是对导演任务中第一个场景展示内容的说明。

导演应决定观众在每个阶段需要理解什么,而不是为了动作本身而用动作填满影片。

第一个场景可能展示一个杂乱的待办任务板。下一个场景介绍组织它的行动。最终场景停留在由此产生的冲刺计划上。

重要的视觉关系在于前后对比。

其他一切都应为这一对比服务。

在批准简报前,确认产品确实具备你正在演示的功能,提供的截图能展示该功能,并且提议的故事在不依赖过多说明文字的情况下也能被理解。

如果缺少关键产品画面,智能体应主动索取,而不是绘制一个令人信服的假象。

这一条简单规则就能避免大量无法使用的 AI 生成产品影片。

06. 将参考转化为视觉风格(Turn the reference into a visual identity)

AI 制作视频看起来千篇一律的一个主要原因是,模型仅凭模糊的语言就凭空发明了整套视觉方向。

“高端、极简、电影感和未来感” 并不能给模型太多信息。

更好的做法是提供两到三个参考,并为每个参考指派一个明确的用途。

一个参考可以定义字体排印。另一个可以演示转场。第三个可以展示节奏或构图。

让艺术指导从参考中提取有用的设计原则,而不是抄袭原始创意作品。

提示词 3. 艺术指导(Prompt 3. Art Direction)

Act as Art Director.

Inspect the reference images and videos
in the references folder.

Extract:

TYPOGRAPHY

Font character
Weight hierarchy
Headline scale

COMPOSITION

Margins
Spacing
Visual hierarchy
Focal point

COLOR

Background
Primary text
Accent
Contrast rules

MOTION

Entrance timing
Settling behavior
Camera movement
Reading holds

TEXTURE

Grain
Shadows
Borders
Surface treatment

Save approved design decisions in STYLE.md.

Do not copy exact compositions,
artwork, or branding.

Create a distinctive visual direction
for our product.

Show the style proposal before building.

此刻,Claude 不再猜测 “高端” 意味着什么。

广告媒流(小程序)-公众号

动画师开始工作时,无需决定卡片是否发光、标题是否弹跳,或每个场景是否都需要另一层渐变。

这些决定已经做出。

一份有力的风格指南不仅描述影片应有的外观,还定义了影片应避免的元素。

如果参考使用克制的字体和缓慢的镜头移动,模型就不应仅仅因为旋转界面和粒子爆炸在 AI 生成演示中常见而引入它们。

你希望智能体理解设计语言,而不是复制原始对象。

对于重要转场,可要求 Claude 使用 FFmpeg 从参考中提取帧,检查时间安排,并将发现记录到 STYLE.md 中。

这比告诉模型 “做得像苹果一样” 有用得多。


PART 3. THE ANIMATOR AND RENDER ENGINE(第三部分:动画师与渲染引擎)

07. 将故事转化为可编辑的时间线(Turn the story into an editable timeline)

简报和风格获批后,动画师需要一个镜头清单。

对于我们的 20 秒影片,定义五个场景。

SCENE 01: THE PROBLEM
00:00 - 00:03

A cluttered task board enters.
The composition communicates overload.


SCENE 02: THE ACTION
00:03 - 00:07

The cursor selects the organization feature.
The interface responds visibly.


SCENE 03: THE TRANSFORMATION
00:07 - 00:11

Tasks reorganize into clear priorities.
One continuous visual relationship.


SCENE 04: THE RESULT
00:11 - 00:16

The organized sprint plan settles.
Hold long enough to understand.


SCENE 05: THE CLOSE
00:16 - 00:20

Product name, logo, and call to action.
A strong final frame.

模型现在可以在已知状态之间设计运动。

它无需在编写动画代码的同时凭空构思影片内容。

一个有用的原则是:场景的最终状态应告诉动画师下一个场景如何开始。

如果待办任务板在 80% 缩放比例居中结束,下一个镜头要么保持该位置,要么有意识地从此状态转场。

在无关构图之间随意跳转会让视频看起来像一堆 AI 生成的幻灯片。

连续性让人感觉是经过导演安排的。

为了获得更精细的技术控制,可将时间戳转换为帧号。

在每秒 30 帧的情况下,一部 20 秒的影片包含 600 帧,编号从 0 到 599。

这为智能体提供了重大事件的精确位置。

光标可在第 180 帧到达按钮。点击可在第 195 帧登记。结果可在第 210 帧出现。

如果某事件发生得过早,你可以更改其事件帧。

如果转场移动得太快,你可以更改其持续时间。

你无需重新生成一个完全不同的视频,寄希望于节奏会有所改善。

08. 模型编写动画代码,而非最终视频(The model writes animation code, not the final video)

这就是使工作室成为可能的技术差异。

借助 Remotion,Claude 可以编写其外观取决于当前帧的 React 组件。

渲染器会随时间评估这些组件并生成实际视频。

一个简单的入场动画可能看起来像这样:

import {
  useCurrentFrame,
  useVideoConfig,
  spring,
  interpolate,
} from "remotion";

export const ProductCard = () => {
  const frame = useCurrentFrame();
  const { fps } = useVideoConfig();

  const progress = spring({
    frame,
    fps,
    config: {
      damping: 200,
    },
  });

  const y = interpolate(
    progress,
    [0, 1],
    [60, 0]
  );

  const scale = interpolate(
    progress,
    [0, 1],
    [0.94, 1]
  );

  return (
    
      Product Interface
    
  );
};

这个组件具备一次性生成视频所无法自然提供的特性:可控参数。

无需请求全新的片段,即可更改移动距离、入场时间、缓动行为或缩放比例。

如果卡片移动得太远,就减少距离。

如果卡片稳定得太慢,就调整弹簧。

如果标题出现得太早,就在时间轴上将其入场时间延后。

源代码保持可编辑。

这就是代码制作动画在产品影片、UI 动画、解说视频和以排版驱动的内容中的优势所在。

对于写实场景、复杂角色或有机电影级运动,这种方法未必更好。这些可能需要实拍素材、3D 工具或生成式视频。

关键在于选择一种能让你对实际制作的作品拥有控制权的制作方法。

而对于产品影片,控制往往比不可预测性更有价值。

09. Give the Render Engineer exact requirements(向渲染工程师提供精确要求)

渲染是与设计分开的独立职责。

动画师负责构建影片。渲染工程师确认作品能够以所需分辨率和帧率导出。

在第一轮中,不要以最终质量渲染全部 600 帧。

先渲染具有代表性的静态帧。

Prompt 4. Rendering Assignment(提示词 4:渲染任务)

Act as Render Engineer.

Read BRIEF.md, STYLE.md,
and STORYBOARD.md.

Inspect the existing composition.

Before the final render:

1. Confirm composition resolution.
2. Confirm frame rate and duration.
3. Check that all fonts load.
4. Check that all product assets exist.
5. Render representative still frames.
6. Render a low-cost motion preview.
7. Report runtime errors.

Do not modify the creative direction.

Do not render final deliverables until
the preview passes review.

使用 Remotion,你可以直接渲染选定的帧。

mkdir -p out/previews

npx remotion still Launch \
  out/previews/opening.png --frame=30

npx remotion still Launch \
  out/previews/action.png --frame=150

npx remotion still Launch \
  out/previews/result.png --frame=390

npx remotion still Launch \
  out/previews/closing.png --frame=570

这里,Launch 是我们示例项目中的合成 ID。请将其替换为你自己的 Remotion 项目中配置的 ID。

即使在检查运动之前,这四张静态帧也应能讲述主要故事。

如果开场看起来平淡、产品难以辨认,或结尾层次不佳,最好现在就修复这些问题,而不是在导出整部影片之后。

对于聚焦的运动预览,只需渲染交互周围的间隔部分。

npx remotion render Launch \
  out/previews/interaction.mp4 \
  --frames=90-330 \
  --codec=h264

现在智能体有真实的视频产物可供检查。

不仅仅是它打算制作的描述。

这种区别很重要,因为源代码可能看起来正确,而结果看起来却很糟糕。

判断动画的唯一可靠方法是检查渲染器实际生成的产物。


PART 4. THE CRITIC IS WHAT MAKES IT A STUDIO(第四部分:批评者才是工作室的关键)

10. Don't let the Animator approve its own work(不要让动画师审批自己的工作)

这是大多数人遗忘的部门。

模型编写代码,视频成功渲染,智能体宣布一切已完成。

但成功的渲染只能证明文件存在。

并不能证明视频是好的。

也许光标遮住了标题。也许卡片落地太晚。也许产品在手机上难以辨认。也许转场在技术上可行但看起来廉价。

专业工作室不会仅仅因为软件导出了 MP4 就交付作品。

它会审查结果。

给 Claude 一个独立的评论阶段,理想情况下在一个全新的上下文中,附带原始简报和渲染帧。

这样可以减少评论只是为制作过程中的决策辩护的可能性。

提示词 5. 独立运动批判

You are the Critic.

You did not design or animate this film.

Review the supplied contact sheet,
still frames, and video preview.

Score from 1 to 10:

- Visual composition
- Typography
- Product readability
- Motion quality
- Timing
- Continuity
- Brand consistency

Find the three most important problems.

For every problem, provide:

FRAME OR TIMESTAMP
Where it happens.

OBSERVATION
What is visibly wrong.

WHY IT MATTERS
How it hurts the film.

SMALLEST USEFUL FIX
What should change.

PRESERVE
What must remain unchanged.

Do not approve based on
the Animator's description.

Save the report as reviews/findings.md.

审查现在产生了动画师可以采取行动的内容。

与其说 "让视频感觉更专业",批评家可以报告:

DEFECT 01

FRAME:
210

PROBLEM:
The cursor crosses the result label.

CAUSE:
Cursor departure overlaps the result reveal.

FIX:
Move the cursor away before the label
becomes visible.

PRESERVE:
Click timing
Card dimensions
Result animation

RECHECK:
Frames 195, 210, 225, and 240

结果动画

重新检查:
帧 195, 210, 225 和 240

这将主观反馈转化为工程工作。

批评家识别问题。动画师修复它。渲染工程师再次导出受影响的帧。

无需重新生成整个视频。

对于严肃的制作工作,批评家应检查静态帧和运动预览。

静态帧揭示布局缺陷。视频揭示节奏不佳、尴尬的过渡、不自然的动作和时间问题。

两者都不能完全替代对方。

11. 构建知道何时停止的修正循环

最有用的生产循环很简单。

                   ANIMATE
                      |
                      v
                RENDER PREVIEW
                      |
                      v
                 CRITIC REVIEW
                      |
             +--------+--------+
             |                 |
            PASS              FAIL
             |                 |
             v                 v
          DELIVERY      SPECIFIC FINDINGS
                               |
                               v
                          LOCAL REPAIR
                               |
                               v
                          RENDER AGAIN
                               |
                               +----> REVIEW

重要的词是局部。

除非底层创意概念有问题,否则帧 210 的缺陷不应导致整个故事板被重写。

如果标题换行不正确,调整其宽度或字体大小。

如果光标与结果重叠,更改光标路径。

如果场景结束得太突然,修改其时间或过渡。

智能体应保留已批准的工作,同时修复失败的部分。

对循环设置限制。

提示词 6. 修复策略

Create a repair process for failed reviews.

For every defect:

1. Read the Critic's evidence.
2. Identify the smallest relevant change.
3. Preserve approved decisions.
4. Patch the affected source.
5. Render the affected frames.
6. Inspect neighboring scene boundaries.
7. Return the new evidence.

Maximum:
Two repair rounds per defect.

If the same problem remains unresolved
after two rounds:

Stop.
Explain the blocker.
Request human direction.

Never remove verification requirements
just to make the review pass.

解释阻塞因素。
请求人工指导。

切勿仅为通过审查而移除验证要求。

这允许智能体改进自己的输出,而不会陷入无休止的修订循环。

工作室需要迭代的能力。

它也需要预算和停止规则。

有用的自主与不受控制的实验之间的区别在于系统是否知道成功的样子、需要什么证据以及何时寻求帮助。


PART 5. FROM ONE VIDEO TO AN ACTUAL STUDIO(从单个视频到实际工作室)

12. 一次渲染不是一份交付物

初创公司很少只需要一个视频文件。

同样的产品发布可能需要网站宽版、X 方版和 Reels 或 Shorts 竖版。

简单地裁剪原始视频可能会破坏构图。

横版场景可能并排显示产品和标题。

竖版场景可能需要先显示标题,然后让界面填满屏幕。

叙事保持不变,但构图改变。

                     ONE FILM
                         |
           +-------------+-------------+
           |             |             |
           v             v             v
          16:9          1:1           9:16
           |             |             |
           v             v             v
        WEBSITE       X / SOCIAL     REELS
        YOUTUBE       SQUARE POST    SHORTS

        Wider          Balanced       Vertical
        context        composition    hierarchy

让智能体从相同的源资产和已批准的故事中创建单独的响应式构图或格式特定的场景布局。

不要假设成功的宽版渲染意味着竖版可以接受。

每种格式需要自己的静态帧和审查。

一个精良的交付包应包括三个以上 MP4 文件。它应包含最终视频、海报帧、可编辑源文件、已批准的资产以及关于任何剩余限制的简短说明。

这使得结果可用于真实发布,而不是给客户留下一个导出文件且没有实际方法来修改它。

13. 保留工作室,更换项目

这就是一个机器人开始变成一个真正的生产系统的地方。

大多数人看完视频,关掉聊天窗口,下次又从零开始。

工作室会保留重要的部分。

样式规则、可复用组件、动画方法、审查清单、渲染命令和输出结构应该保留下来。

只有针对特定项目的内容需要改变。

FIRST VIDEO

Brief A
   |
   v
Studio Pipeline
   |
   v
Film A


SECOND VIDEO

Brief B
   |
   v
SAME Studio Pipeline
   |
   v
Film B


THIRD VIDEO

Brief C
   |
   v
IMPROVED Studio Pipeline
   |
   v
Film C

想象一下,评论者反复指出同一个问题:标题在观众读完之前就消失了。

你可以手动修复每个视频。

或者你可以更新工作室的规则,要求明确的阅读停留时间,并在审查期间进行测试。

现在每部新片都继承了这一修正。

同样适用于在竖版导出中变得不可读的产品截图、隐藏关键信息的过渡效果,或与界面标签冲突的光标动画。

每个反复出现的问题都可以变成一条规则、一个可复用组件或一项新的审查检查。

这就是保留制作过程而非仅保留最终输出的优势。

下一部影片仍然需要创意指导,但不应需要从头重建整个工作室。

14. 把流程变成可复用的技能

一旦第一个项目通过审查,把工作室的工作流程保存为 Claude Code 技能。

技能不应包含具体发布中的产品名称、截图或文案。

它应描述制作方法。

提示词 7. 创建工作室技能

Create a reusable Skill named motion-studio.

PURPOSE

Turn an approved creative brief into
a professional, code-rendered video.

WORKFLOW

DIRECTOR
Analyze the request.
Write the brief and storyboard.

ART DIRECTOR
Inspect references.
Define a consistent visual direction.

ANIMATOR
Build editable, frame-driven motion.

RENDER ENGINEER
Render stills and previews.
Validate technical outputs.

CRITIC
Inspect actual renders.
Return evidence-based corrections.

DELIVERY
Export approved formats.
Provide source and production notes.

RULES

- Do not invent product assets.
- Do not skip creative approval gates.
- Do not approve uninspected output.
- Keep corrections local.
- Limit repeated repair attempts.
- Save every important artifact.

OUTPUT

Final videos
Poster frames
Contact sheets
Editable source
Review report

现在下一个任务会变得小得多。

你提供产品、受众、视觉参考和期望结果。

技能提供流程。

智能体无需从聊天记录中重建整个制作流程。

这也是流程经济性开始发生变化的地方。

第一部影片可能需要大量的搭建和实验。

第二部可以复用场景架构、动效组件、渲染命令和视觉质量检查流程。

第三部可以受益于前两部中发现的修复。

你不仅在积累输出文件。

你在积累生产能力。


PART 6. YOUR FIRST ONE-BOT STUDIO PROJECT(你的第一个单机器人工作室项目)

15. 主提示词

有了工作空间、规则和生产阶段,你可以给 Opus 一个更大的任务。

与一次性提示词的重要区别在于,智能体有明确的流程可遵循,并在需要人工批准时有清晰节点。

这是我会使用的主提示词。

主提示词. 运行动效工作室

You are operating my motion design studio.

Your goal is to produce a professional
20-second product launch film.

PROJECT

Product: [NAME]
Website: [URL]
Audience: [AUDIENCE]
Main message: [ONE SENTENCE]

Use approved screenshots, logo,
fonts, and references.

STAGE 1: DIRECTOR

Inspect assets.
Write BRIEF.md.
Create the storyboard.
Define the central visual story.

Request approval.


STAGE 2: ART DIRECTOR

Analyze references.
Write STYLE.md.
Define typography, color,
composition, and motion.

Request approval.


STAGE 3: ANIMATOR

Build the film using Remotion.
Use deterministic, frame-driven animation.
Preserve approved product details
and scene continuity.


STAGE 4: RENDER ENGINEER

Render representative stills.
Render a rough-cut preview.

Check:
- Dimensions
- Frame rate
- Fonts
- Assets
- Runtime errors


STAGE 5: CRITIC

Review the actual rendered frames.

Identify the three largest defects
with exact frame numbers.

Propose local repairs.


STAGE 6: CORRECTION

Fix the highest-impact defects.
Preserve approved work.
Render affected frames again.

Stop after two failed repair rounds.


STAGE 7: DELIVERY

Export:
- 16:9
- 1:1
- 9:16

Include:
- MP4 files
- Poster frames
- Editable source
- Contact sheets
- QA report


IMPORTANT

Never invent product screens or claims.
Never skip review stages.

A successful export does not prove
creative quality.

Stop for approval before major creative
commitments or publication.

你仍然必须提供良好的输入。

机器人需要真实的产品素材、清晰的目标,以及足够的参考资料来理解视觉方向。

但你现在是在委托整个制作流程,而不是要求一个孤立的动画。

这是对 Opus 5.5 更有趣的用法。


CAN ONE BOT REALLY REPLACE A MOTION STUDIO?(一个机器人真的能取代动效工作室吗?)

对于某些类型的制作,它可以接管小工作室通常会手动处理的大量工作。

产品发布动画、界面演示、排版影片、数据可视化和短篇解释视频尤其适合,因为它们可以表达为可控代码。

但取代工作流程并不等同于取代所有创意判断。

模型可以生成多个方向,但仍需有人来决定哪一个能准确表达品牌。

它可以检查帧并发现问题,但主观质量无法完全归结为测试。

它可以整合音乐和特效,但使用权、客户期望以及最终发布决策仍然重要。

价值在于改变工作的平衡。

不再将大部分时间花在编辑器中移动元素,而是更多用于定义创意方向、审查结果和改进制作流程。

这对独立创始人、开发者、独立创作者和小团队尤其有吸引力,他们需要高质量的产品视频,而不必每次发布功能时都重建一个制作团队。

这种方法之所以重要,还有另一个原因。

传统 AI 生成的视频往往难以进行精确修改。

你可能喜欢一个镜头,却讨厌一个转场;可能需要替换一个截图而不改变动画的其他部分;可能需要同一部影片有三种格式。

对于代码渲染的制作,这些改动通常可以表示为对源文件的受控编辑。

更换标题不一定需要全新的影片。

新的品牌颜色并不意味着重建整个时间轴。

时间修正可以在问题出现的帧上进行。

这不仅仅是方便。

它区分了生成一个资产和维护一个制作系统。


THE REAL SHIFT(真正的转变)

关于 Opus 5.5 动态设计最有趣的一点,并不是一夜之间生成的病毒式动画。

而是当你把这种能力转变成一个可复用的工作室时会发生什么。

一个智能体可以管理创意简报、建立视觉系统、实现动画、渲染预览、审查缺陷并准备最终交付物。

渲染器让视频变得可复现。

故事板让故事有意图。

审查循环让错误变得可见。

保存的组件和技能让下一个项目更简单。

传统的一次性流程如下:

一个提示词生成一个视频,视频被导出,下一个项目重新开始。

一个机器人工作室运作方式不同。

每个完成的项目都可以留下更好的模板、更好的动态组件、更强的审查标准和更可靠的交付流程。

第一个视频令人印象深刻,因为它展示了可能性。

第五个有趣,因为制作过程开始变得可重复。

到第二十个时,积累的技能、组件、检查和创意规则可能比任何单独的提示词更有价值。

真正的机会不是用 AI 制作一个视频,而是建立一个每次制作都变得更好的工作室。

只要有正确的设置,这个工作室可以始于一个机器人。


IF YOU MADE IT THIS FAR(如果你走到了这里)

在花掉又一个夜晚试图用越来越复杂的提示词修复 AI 生成的视频之前,请先收藏本指南。

在 X 上关注我:x.com/0xjmori

订阅我的 Substack:substack.com/@lunarresearcher

下次你需要产品发布视频时,不要只是让 Claude 去制作动画。

给它一个工作室去运营。