Claude Code 加 Remotion 的组合最近讨论度很高。很多人以为这是“用 AI 自动剪视频”实际上更准确的说法是用 Claude Code 把剪辑思路写成代码再用 Remotion 渲染成视频。这中间不需要 Premiere、剪映这类传统剪辑软件但需要你理解帧、时间轴、组件这些概念。我这段时间用中配电脑实测了一套完整流程从安装 Claude Code到初始化 Remotion 项目再到复刻网络二创视频的剪辑风格最后渲染导出 MP4。整体跑下来结论是可行的但有几个关键点必须提前搞清楚否则很容易卡在环境安装或代码报错上。这篇文章就把这套流程拆开讲清楚。包括需要什么环境、如何组织 Prompt、怎么判断生成结果、低配机器能不能跑、常见报错怎么排查以及批量做同风格视频时该怎么设计模板。1. 先用代码思路理解视频剪辑而不是搬传统软件1.1 传统剪辑和 Remotion 的底层差别传统剪辑软件里你把视频片段拖到时间轴上调整长度、加转场、叠字幕。所有操作都是可视化的鼠标拖动就能完成。Remotion 不一样它是一个基于 React 的视频生成框架视频里的每一帧、每一段文字、每一次转场都是用代码描述的。换句话说传统剪辑是“你直接操作素材”Remotion 是“你写代码描述画面如何随时间变化”。Claude Code 的加入让这个写代码的过程变得更像对话。你告诉它需要什么镜头、字幕什么时候出现、音乐从哪一秒淡出它帮你生成对应的组件代码。这个思路对二创视频尤其适合。因为很多二创风格的核心不是高质量素材而是结构化的节奏和文字效果。比如华强买瓜这类网络二创观众记住的是重复的台词、字幕强调、快速切换和配乐卡点这些全部可以用代码精确控制。传统软件里想做这种重复卡点你得手动拉轨、逐段对齐。而 Remotion 需要的只是明确的分镜、时间轴和文本。你已经做过一遍的剪辑思路换成 Prompt 之后表达的就是同一套逻辑。所以我把这套流程拆成先理解 Remotion 的工程结构再让 Claude Code 帮你生成可运行项目最后通过参数调剪辑节奏。1.2 为什么“中配”方案更适合日常使用先说“中配”是什么意思。不是低配也不是顶配而是指“常见配置的普通电脑也能跑”的一套组合。我这次用的环境是Windows 11Node.js 20 LTSClaude Code CLI 接入第三方模型 APIRemotion 4.x没有独立显卡纯 CPU 渲染测试这个组合下一个包含文字、图片、背景音乐的 10 秒短视频从生成代码到渲染成 MP4整体流程是可以跑通的。渲染耗时会比 GPU 机器慢一些但节奏调参、效果预览并没有被卡死。需要补充的是Claude Code 本身是一个终端里的编程助手不是视频剪辑软件。它不直接输出 MP4而是帮助你把“剪辑思路”写成“Remotion 项目代码”。视频最终由 Remotion 渲染出来。所以整套方案能不能成立取决于两件事Remotion 是否能在你的机器上正常安装和渲染。Claude Code 是否能按照你的描述生成可用的 Remotion 组件代码。这两个问题解决之后剩下的就是重复调参。2. 先搭环境Node.js、Claude Code、Remotion 缺一不可2.1 安装 Node.js版本尽量选 LTSRemotion 是基于 React 的渲染框架依赖 Node.js 环境。安装时不要选太新的奇数版本也不要选过老的版本。我建议直接安装 Node.js 20 LTS 或 22 LTS。版本太老可能导致 Remotion 依赖解析失败版本太新可能遇到 Node 生态某些包还没适配的情况。安装完成后在终端里执行node -v npm -v如果两个命令都能输出版本号说明 Node.js 环境正常。这一步卡住的话后面所有操作都跑不起来。2.2 Claude Code 的几种安装方式Claude Code 目前有两种常见形态一种是终端 CLI 工具另一种是桌面客户端。命令行工具用得最多因为它和 Remotion 项目的工作流最匹配你在终端里运行 Claude Code让它在当前目录里创建文件、修改代码、执行命令然后原地渲染视频。CLI 工具在项目目录下初始化的方式大概是npm install -g anthropic-ai/claude-code claude --version不过不同网络环境和账号权限下安装命令和验证方式会有差异。我这里不方便给出固定命令建议以官方 README 或你实际能访问到的安装文档为准。安装完成后可以用类似claude --help的方式确认是否可用能输出帮助信息基本就没问题。如果你遇到 PowerShell 执行权限报错常见原因是系统禁止运行脚本。解决思路是调整当前用户的执行策略但要谨慎操作不要图省事直接关闭安全机制。更稳妥的方式是改用 Windows Terminal 或 cmd 试试或者按终端提示的官方命令处理。2.3 初始化一个 Remotion 项目在已经装好 Node.js 的目录下用 Remotion 官方脚手架创建一个新项目。网络环境不同脚手架命令会有区别我这里只描述通用流程。创建项目后目录里通常会有src/组件源码目录public/静态资源目录图片、音频、字体放在这里remotion.config.ts渲染参数配置package.json依赖和脚本关键操作用npx remotion studio启动预览。这个命令会打开一个本地预览页面你可以把浏览器当作剪辑预览窗口。相比传统剪辑软件的时间轴Remotion 的预览页面显示的是组件渲染结果每改一段代码刷新就能看到变化。第一次启动时Remotion 会下载一些依赖包时间取决于网络。如果下载很慢或者失败先检查网络环境再看 npm 镜像配置。不要一上来就怀疑 Remotion 本身有问题。2.4 MCP 和 Skills让工具箱更完整Claude Code 支持通过 MCP 协议扩展能力也支持配置 Skills。简单理解MCP 让 Claude Code 能读取外部数据、调用外部工具Skills 是给它预置一些任务模板或技能说明。对于做视频来说MCP 可以读取素材信息比如图片尺寸、音频时长、文件路径不用你在 Prompt 里手写一个个文件名。Skills 适合把固定的剪辑套路积攒下来。比如你经常做“文字居中 背景图片 淡入淡出”这类开场可以把这套逻辑写成一个 Skill 文件以后只需要说“用开场模板生成第一段”Claude Code 就能直接按模板生成代码。这个习惯对系列视频特别有用。但要注意MCP 和 Skills 不是必需项。第一次跑通全流程不需要配置任何 MCP不装任何额外 Skills默认能力已经足够。这些属于优化项不要在一开始就被它们带偏。3. 复刻剪辑风格的完整实操流程3.1 先把目标视频拆成“可描述”的剪辑单元这一步是整个操作里最关键的但经常被忽略。很多人直接对 Claude Code 说“帮我做一个华强买瓜风格视频”这句话信息量太少模型只能给出一堆通用代码离真正的复刻效果差得很远。我建议把一个视频拆成以下维度画面尺寸横屏 16:9 还是竖屏 9:16镜头数量一共几个镜头每个镜头出现什么内容文字内容标题是什么、字幕是什么、什么时候出现背景音乐用什么风格、是否卡点、是否需要淡出转场方式硬切、淡入淡出、放大缩小、滑动节奏长度每个镜头持续几秒总时长多少画面元素贴纸、边框、人物表情包、进度条、遮罩拿经典的网络视频片段来举例“华强买瓜”这一类二创视频的核心信息其实是一个场景、两个人物的对话梗、变声效果、重复剪辑、字幕强调。用 Remotion 实现时字幕出现节奏、重复镜头切换、配乐卡点就是主要工作量。所以你的 Prompt 应该写成这样请生成一个 16:9 横屏短视频项目。 总时长 12 秒共 3 个镜头。 镜头 1标题文字居中放大显示背景为黑色持续 2 秒。 镜头 2背景图片从左侧滑入字幕在底部逐字显示持续 6 秒。 镜头 3文字缩小并淡出背景音乐音量同步降低持续 4 秒。 字幕字体使用 60px 黑体颜色为白色。 每个镜头之间使用快速淡入淡出转场。这种描述比“帮我做一个视频”有用得多。因为 Remotion 本身就是用组件描述画面你描述得越接近“组件逻辑”Claude Code 生成的代码就越接近你的需求。3.2 用 Claude Code 生成第一个可运行组件环境准备好之后在 Remotion 项目目录里启动 Claude Code然后用对话方式描述你拆解好的剪辑单元。我习惯第一条消息先给整体要求项目是 Remotion 4.x使用 React TypeScript输出一个 16:9 的短视频组件文件放在src/目录先不要加音频先把画面跑通为什么先不要音频因为音频涉及素材路径、时长同步、音量曲线一旦混进来出问题时很难判断是画面问题还是音频问题。先跑画面确认每个镜头、每段文字、每次转场都正常再加音乐和音效。Claude Code 生成代码后先看它是否创建了新组件文件再打开文件检查关键点是否导出了calculateMetadata或正确设置composition的时长是否使用了Sequence控制时间区间文字层是否使用了 Remotion 的Text或普通 div 加样式图片路径是否指向public/下的资源如果它生成的是完整组件直接启动 Remotion Studio 预览。如果只是片段就把报错信息贴给它让它补全。3.3 预览与 Feedback像剪辑一样反复调整打开 Studio 预览后不要只盯着一帧看。要按播放顺序整体过一遍重点检查第一个镜头从哪一帧开始文字是否按预期出现镜头切换点是否卡在预期时间文字是否完整显示有没有溢出画面字幕出现和消失的节奏是否和旁白对得上最后有没有黑场、多余帧或突然中断这些问题的调整方式都是改代码里的数值。比如字幕出现太晚就把对应的绝对帧位置往前移转场太慢就把transitionDuration缩短文字太大就改fontSize。Claude Code 的用法在这里是告诉它现象让它改代码而不是自己盲目翻文件。比如字幕在第 80 帧才出现我希望提前到第 20 帧。 请检查 Sequence 的 from 设置并修改。它会根据你的描述修改对应代码。每改一次回到 Studio 刷新一次看效果是否变化。这个循环就是 Remotion 模式下的“剪辑调参”。对于没有安装桌面版的人用 VSCode 加 Claude Code 插件的方式也可以。编辑代码在编辑器里预览页面在浏览器里两边对照着改。个人体验是终端版和 VSCode 合入式用法没有本质区别核心都是“对话驱动修改代码”。3.4 用 CheesePizza Effect 风格理解转场与特效很多网络二创视频之所以有“那个味”不是画面素材多高级而是转场节奏和文字特效形成的风格。在 Remotion 里这种风格通常由几类组件控制转场快切、叠化、缩放、位移文字逐字出现、抖动、放大、描边、变色时间控制通过绝对帧精确控制入场和出场时刻如果你要复刻一个记忆点很强的二创视频建议不要追求 100% 像素级还原。版权素材、原始音频、滤镜参数都不可能从代码里完全还原。能做到的是把结构复刻出来分镜数量、字幕节奏、转场方式、音乐卡点。这些才是观众记住的东西。Claude Code 在生成转场代码时如果你不指定具体效果它可能默认生成简单的淡入淡出。想做出快节奏重复剪辑可以在 Prompt 里连续强调“快速切换”“无转场”“每 15 帧切换一次画面”。这些参数越具体生成结果越偏离默认模板。3.5 渲染导出确认输出参数画面调好之后进入渲染阶段。Remotion 渲染 MP4 的命令通常包含--codec、--crf、--scale等参数。不同版本参数名称会有差异第一次建议直接使用默认值先渲染一个小分辨率验证流程。渲染过程中最容易忽略的是输出目录。Remotion 默认输出位置可能和你的预期不一致导致渲染完成后找不到文件。我建议在渲染命令里显式指定输出路径减少找文件的成本。npx remotion render src/index.ts MyComp out/my-video.mp4 --codech264 --crf18如果电脑配置一般第一次渲染建议把时长控制在 15 秒以内分辨率先用 720p。确认整条链路没问题后再渲染完整时长或 1080p。直接在低配机器上渲染长视频时间成本和失败排查成本都会翻倍。4. 关键参数与判断标准别只看“能不能跑”4.1 Remotion 项目里的核心参数在使用 Remotion 时有几个概念必须理解清楚否则后续所有调整都会混乱。Composition定义一段视频的“画布”包括宽、高、时长、帧率。Sequence定义某段内容在时间轴上的范围用from和durationInFrames控制。Absolute Frame绝对帧是整个视频从 0 开始计算的帧序号。Relative Frame相对帧是某个 Sequence 内部从 0 开始计算的帧序号。useCurrentFrame获取当前帧序号是驱动动画的基础 Hook。interpolate把当前帧映射到目标值常用于透明度、位移、缩放。举例来说如果一个视频总长 12 秒帧率 30fps那么总帧数就是 360 帧。第一段文字从第 0 帧开始持续 60 帧写成 Sequence 就是Sequence from{0} durationInFrames{60} Text标题/Text /Sequence后面所有动画都要围绕帧数来思考。这是 Remotion 和传统剪辑软件最大的区别传统软件里你拖时间轴Remotion 里你写帧号。4.2 怎么判断生成结果好坏Claude Code 给出的代码能不能用不是看代码长不长而是看这些点能否在我的 Node 版本和 Remotion 版本下正常编译能否在 Studio 预览中渲染出画面文字、图片、视频元素是否按预期出现修改参数时改动是否符合直觉导出渲染时是否稳定不报错如果编译失败优先看编译器报错信息里的文件路径和行号。很多报错是导入路径错误、组件未导出、函数名拼写错误这些不是模型能力问题而是文件结构问题。如果编译成功但画面空白优先检查 Composition 是否注册、时长是否大于 0、Sequence 是否把内容包进去了。这几个问题占了“空白视频”案例的大部分。4.3 低配机器上的性能判断中配机器跑 Remotion判断能不能用的标准是渲染时间可以长但不能频繁崩溃预览可以卡但不能打不开CPU 占用可以高但不能导致系统无响应。我在中配环境下实测核心瓶颈通常有三个Node.js 进程内存溢出CPU 渲染速度过慢磁盘空间不足内存溢出的典型表现是渲染到一半进程直接退出。解决思路是降低画面分辨率、缩短时长、关闭多余程序或者调整 Node.js 内存上限。渲染速度过慢则要看是不是某个动画计算太复杂比如大量模糊特效、大尺寸透明叠加。遇到这种问题先把特效简化再逐步加回。磁盘问题最容易踩。Remotion 渲染过程中会产生缓存文件视频时长越长、分辨率越高缓存占用越大。渲染前先确认磁盘剩余空间至少留出视频体积 3 到 5 倍的空间。5. 批量复刻、字幕模板与工具链扩展5.1 批量生成同风格视频的路数复刻一个视频风格成功后下一步可能是批量生成同风格内容。这个场景在 Remotion 里非常适合做模板化。具体做法是把公共部分抽成组件把变化部分作为 props 传入。例如做一个固定片头模板type EpisodeCardProps { title: string; subtitle: string; index: number; }; export const EpisodeCard: React.FCEpisodeCardProps ({ title, subtitle, index, }) { return ( Sequence from{index * 100} durationInFrames{100} {/* title, subtitle 渲染逻辑 */} /Sequence ); };然后通过一个数据文件批量传入内容[ { title: 第一集, subtitle: 开场介绍 }, { title: 第二集, subtitle: 冲突升级 }, { title: 第三集, subtitle: 结局反转 } ]Claude Code 可以帮你把数据文件和渲染逻辑连接起来。你只需要说“读取这个 JSON为每条数据生成一段视频”它就可以写一个批量入口。这时候判断方案好坏的重点已经变了不再是能不能渲染而是输入数据格式、输出文件名、失败重试、日志记录。建议从条数少的数据开始先跑 2 条确认输出正常后再扩展。5.2 字幕样式与常见二创模板二创视频里字幕不只是信息载体还是风格的一部分。很大一部分风格来自字幕的字体、描边、底框、出现动画、逐字高亮和抖动效果。如果想让 Claude Code 稳定生成风格一致的字幕建议把字幕样式写成一个独立组件比如Caption.tsx集中处理字体大小字体颜色描边宽度底部位置逐字出现逻辑关键词高亮以后每个镜头用同一个Caption组件只是传入不同的文本和时间范围。这样风格统一修改样式时也只改一个文件。常见二创风格的字幕逻辑包括关键台词放大加粗“啊”、“什么”这类反应词快速弹出重复片段时字幕颜色变化语气词单独占一行居中放大这些都可以用插值函数实现。关键点在于给足动画区间。不要只用当前帧作为条件而是用插值把当前帧映射到透明度、scale、旋转角度上。例如一段文字在 10 帧内从 0.8 倍放大到 1.2 倍再快速回到 1.0 倍就会形成“顿挫感”。5.3 从命令行一键出片到后续优化如果每次都要手动启动 Claude Code 聊天效率还是不够。更顺的工作流是把 Claude Code 生成好的项目固化下来然后直接用 Remotion 的渲染命令一键出片。我建议的项目目录结构my-video-project/ ├── src/ │ ├── components/ │ │ ├── Caption.tsx │ │ ├── TitleCard.tsx │ │ ├── Transition.tsx │ │ └── MusicLayer.tsx │ ├── data/ │ │ └── episodes.json │ ├── Root.tsx │ └── index.ts ├── public/ │ ├── images/ │ └── audio/ ├── remotion.config.ts └── package.json到这个阶段Claude Code 的角色就变成了“项目维护者”。你不再每次从头描述需求而是让它在这个固定结构下改内容、改参数、修 bug。这种方式对连续做系列视频特别合适。6. 常见报错、乱码问题和排查链路6.1 按现象分类整理常见问题这些是我实际使用中遇到过的问题按现象整理如下。现象优先排查方向Claude Code 安装后命令不存在环境变量、是否全局安装、终端是否重启PowerShell 执行脚本报错执行策略、终端类型、官方安装命令Remotion 启动慢或卡住依赖下载、网络、npm 镜像、磁盘空间预览页面空白Composition 是否注册、时长是否为 0、组件是否导出文字不显示字体加载方式、文字颜色与背景色、Sequence 区间渲染中途退出内存溢出、磁盘空间不足、特效过于复杂输出视频没有声音音频素材路径、音频组件是否挂载、音量参数6.2 “乱码问题”的根源在哪里Claude Code 在中文 Windows 环境下可能出现终端乱码。这里乱码分两种。第一种是终端本身字符编码问题表现为控制台输出到处是乱码不是中文。这种通常和 Windows PowerShell 的代码页设置有关改用 Windows Terminal 能改善很多。也可以检查系统区域设置里的语言选项但不要为了一个工具去改系统语言这种大动作。第二种是生成代码中的中文字符正常但渲染出来的视频里文字乱码或者显示成方框。这种情况通常不是编码问题而是字体缺失。Remotion 默认环境可能没有中文字体你需要把字体文件放到public/目录在组件里显式加载。const fontFamily ...本地字体路径;把字体加载和缓存写在组件外层避免每帧重复加载导致性能下降。6.3 什么时候该怀疑模型、环境和配置遇到问题不要总归因于“模型不行”。我的排查顺序一直是输入描述是否完整时长、分辨率、镜头、字幕、转场都说清楚了吗项目结构是否正常组件文件在不在导出对不对路径引对吗依赖版本是否匹配Node 版本、Remotion 版本、Claude Code 版本之间是否兼容命令使用是否正确预览命令、渲染命令、安装命令是否对应你的网络和系统资源条件是否满足磁盘够不够内存够不够渲染时长是不是太长把前四步走完绝大多数“看起来像模型能力问题”的故障其实都指向输入描述、项目结构或版本环境。6.4 实际案例从报错到成功渲染有一次我想复刻一个文字弹跳效果。最初 Prompt 写的是“让文字弹跳”Claude Code 给出的代码在预览里没有动态效果。我检查后发现它虽然写了 interpolate但没有把 interpolate 的结果应用到样式属性上。我贴了现象给它“预览页面文字静止请检查动画值是否应用到 style 中”。这次它重新定位到组件里的 style 部分把transform改成由插值函数计算。刷新后动画出现。这类问题很典型模型分析需求时知道要做什么生成代码时偶尔会遗漏“把计算结果接回组件”。这不是硬件问题也不是 Remotion 不支持而是代码结构不完整。只要养成“先看现象再查代码”的习惯这类问题几分钟就能定位。7. 中配方案和传统剪辑软件怎么选7.1 不一定要替换传统软件需要强调一点用 Claude Code 加 Remotion 复刻视频剪辑风格不是为了“完全取代”Pr、剪映或达芬奇。传统剪辑软件在处理长视频、多轨道音频、实时特效预览、人物抠像等方面依然更顺手。Remotion 的优势在另一些场景需要把视频生成变成代码模板批量产出同风格内容需要接入数据、脚本、API让视频内容自动变化需要精确到帧的动画控制而不是靠鼠标拖动需要稳定的版本管理改风格时能通过 Git 回滚如果你的需求只是把一个 30 分钟的长视频剪出几个片段加字幕导出传统剪辑软件仍然是更快的选择。如果是要批量生成 100 个风格一致的片头或者需要根据数据动态生成视频Remotion 的优势就出来了。7.2 用 Claude Code 做视频的正确心态Claude Code 不会帮你“自动剪好一部电影”。它真正的价值是把你脑子里的剪辑逻辑翻译成代码然后让你在代码层级反复调整。所以使用的时候要降低预期第一次对话生成的视频大概率是粗糙的骨架不是成品。需要反复迭代把画面、节奏、字幕、转场逐步调整到位。这个过程本质上和剪辑一样先出草稿再精修。只不过传统剪辑是在时间轴上精修这里是在代码和预览之间来回切换。7.3 给不同人群的实际建议如果你是新手第一次接触 Remotion建议先不要考虑复刻复杂风格。先跑通一个最简单的 Composition一个文字层一个背景色5 秒时长渲染成 MP4。这个过程可以帮你建立基础概念搞清楚 Composition、Sequence、帧号、渲染输出之间的关系。如果你已经熟悉 Remotion想提升效率建议把精力放在模板化上。把常用的片头、字幕、转场、片尾抽成组件再用 Claude Code 维护这个组件库。后续出片只改数据和少量参数。如果你想用 Claude Code 省 token有几个实用技巧不要在一条消息里塞太多无关内容先让它生成最小可运行版本再逐步扩展修改需求时直接贴出当前关键代码片段而不是重新描述整个项目让它在改动前先说明修改计划确认后再动手这样既减少无效输出也能减少反复调试的轮次。8. 最后要盯住的三件事整套流程走完后我复盘时发现最值得盯住的不是某个特效或者某个参数而是三件事。第一件是输入描述。视频风格能不能复刻很大程度上取决于你有没有把分镜、字幕、时长、转场说清楚。说得越细Claude Code 生成的代码就越接近目标。说得模糊它只能给通用方案。第二件是项目结构。组件拆分是否合理公共部分是否抽出来了素材路径是否规范决定了这个方案是一次性道具还是能长期复用的工具链。第三件是资源边界。中配机器不是不能跑而是要控制视频时长、分辨率和特效复杂度。先跑小样再跑完整版是低配置环境下最稳妥的节奏。踩过几次坑之后我发现很多问题不是 Claude Code 或 Remotion 能力不行而是环境和输入材料没有处理干净。把安装步骤走稳把剪辑需求拆到帧和秒剩下的技术细节AI 助手能帮你解决大半。如果你想用这套组合复刻某类视频风格建议从一段 10 秒以内的单镜头短片开始。跑通一次之后再逐步增加镜头数、音乐、转场和批量模板。这个路径比一开始就做复杂二创要省力得多也更容易看到稳定结果。 
长河君 · 2026/9/8 5:31:27 · 阅读 1.2k 用Claude Code和Remotion写代码剪视频：从环境搭建到批量模板
Claude Code 加 Remotion 的组合最近讨论度很高。很多人以为这是“用 AI 自动剪视频”实际上更准确的说法是用 Claude Code 把剪辑思路写成代码再用 Remotion 渲染成视频。这中间不需要 Premiere、剪映这类传统剪辑软件但需要你理解帧、时间轴、组件这些概念。我这段时间用中配电脑实测了一套完整流程从安装 Claude Code到初始化 Remotion 项目再到复刻网络二创视频的剪辑风格最后渲染导出 MP4。整体跑下来结论是可行的但有几个关键点必须提前搞清楚否则很容易卡在环境安装或代码报错上。这篇文章就把这套流程拆开讲清楚。包括需要什么环境、如何组织 Prompt、怎么判断生成结果、低配机器能不能跑、常见报错怎么排查以及批量做同风格视频时该怎么设计模板。1. 先用代码思路理解视频剪辑而不是搬传统软件1.1 传统剪辑和 Remotion 的底层差别传统剪辑软件里你把视频片段拖到时间轴上调整长度、加转场、叠字幕。所有操作都是可视化的鼠标拖动就能完成。Remotion 不一样它是一个基于 React 的视频生成框架视频里的每一帧、每一段文字、每一次转场都是用代码描述的。换句话说传统剪辑是“你直接操作素材”Remotion 是“你写代码描述画面如何随时间变化”。Claude Code 的加入让这个写代码的过程变得更像对话。你告诉它需要什么镜头、字幕什么时候出现、音乐从哪一秒淡出它帮你生成对应的组件代码。这个思路对二创视频尤其适合。因为很多二创风格的核心不是高质量素材而是结构化的节奏和文字效果。比如华强买瓜这类网络二创观众记住的是重复的台词、字幕强调、快速切换和配乐卡点这些全部可以用代码精确控制。传统软件里想做这种重复卡点你得手动拉轨、逐段对齐。而 Remotion 需要的只是明确的分镜、时间轴和文本。你已经做过一遍的剪辑思路换成 Prompt 之后表达的就是同一套逻辑。所以我把这套流程拆成先理解 Remotion 的工程结构再让 Claude Code 帮你生成可运行项目最后通过参数调剪辑节奏。1.2 为什么“中配”方案更适合日常使用先说“中配”是什么意思。不是低配也不是顶配而是指“常见配置的普通电脑也能跑”的一套组合。我这次用的环境是Windows 11Node.js 20 LTSClaude Code CLI 接入第三方模型 APIRemotion 4.x没有独立显卡纯 CPU 渲染测试这个组合下一个包含文字、图片、背景音乐的 10 秒短视频从生成代码到渲染成 MP4整体流程是可以跑通的。渲染耗时会比 GPU 机器慢一些但节奏调参、效果预览并没有被卡死。需要补充的是Claude Code 本身是一个终端里的编程助手不是视频剪辑软件。它不直接输出 MP4而是帮助你把“剪辑思路”写成“Remotion 项目代码”。视频最终由 Remotion 渲染出来。所以整套方案能不能成立取决于两件事Remotion 是否能在你的机器上正常安装和渲染。Claude Code 是否能按照你的描述生成可用的 Remotion 组件代码。这两个问题解决之后剩下的就是重复调参。2. 先搭环境Node.js、Claude Code、Remotion 缺一不可2.1 安装 Node.js版本尽量选 LTSRemotion 是基于 React 的渲染框架依赖 Node.js 环境。安装时不要选太新的奇数版本也不要选过老的版本。我建议直接安装 Node.js 20 LTS 或 22 LTS。版本太老可能导致 Remotion 依赖解析失败版本太新可能遇到 Node 生态某些包还没适配的情况。安装完成后在终端里执行node -v npm -v如果两个命令都能输出版本号说明 Node.js 环境正常。这一步卡住的话后面所有操作都跑不起来。2.2 Claude Code 的几种安装方式Claude Code 目前有两种常见形态一种是终端 CLI 工具另一种是桌面客户端。命令行工具用得最多因为它和 Remotion 项目的工作流最匹配你在终端里运行 Claude Code让它在当前目录里创建文件、修改代码、执行命令然后原地渲染视频。CLI 工具在项目目录下初始化的方式大概是npm install -g anthropic-ai/claude-code claude --version不过不同网络环境和账号权限下安装命令和验证方式会有差异。我这里不方便给出固定命令建议以官方 README 或你实际能访问到的安装文档为准。安装完成后可以用类似claude --help的方式确认是否可用能输出帮助信息基本就没问题。如果你遇到 PowerShell 执行权限报错常见原因是系统禁止运行脚本。解决思路是调整当前用户的执行策略但要谨慎操作不要图省事直接关闭安全机制。更稳妥的方式是改用 Windows Terminal 或 cmd 试试或者按终端提示的官方命令处理。2.3 初始化一个 Remotion 项目在已经装好 Node.js 的目录下用 Remotion 官方脚手架创建一个新项目。网络环境不同脚手架命令会有区别我这里只描述通用流程。创建项目后目录里通常会有src/组件源码目录public/静态资源目录图片、音频、字体放在这里remotion.config.ts渲染参数配置package.json依赖和脚本关键操作用npx remotion studio启动预览。这个命令会打开一个本地预览页面你可以把浏览器当作剪辑预览窗口。相比传统剪辑软件的时间轴Remotion 的预览页面显示的是组件渲染结果每改一段代码刷新就能看到变化。第一次启动时Remotion 会下载一些依赖包时间取决于网络。如果下载很慢或者失败先检查网络环境再看 npm 镜像配置。不要一上来就怀疑 Remotion 本身有问题。2.4 MCP 和 Skills让工具箱更完整Claude Code 支持通过 MCP 协议扩展能力也支持配置 Skills。简单理解MCP 让 Claude Code 能读取外部数据、调用外部工具Skills 是给它预置一些任务模板或技能说明。对于做视频来说MCP 可以读取素材信息比如图片尺寸、音频时长、文件路径不用你在 Prompt 里手写一个个文件名。Skills 适合把固定的剪辑套路积攒下来。比如你经常做“文字居中 背景图片 淡入淡出”这类开场可以把这套逻辑写成一个 Skill 文件以后只需要说“用开场模板生成第一段”Claude Code 就能直接按模板生成代码。这个习惯对系列视频特别有用。但要注意MCP 和 Skills 不是必需项。第一次跑通全流程不需要配置任何 MCP不装任何额外 Skills默认能力已经足够。这些属于优化项不要在一开始就被它们带偏。3. 复刻剪辑风格的完整实操流程3.1 先把目标视频拆成“可描述”的剪辑单元这一步是整个操作里最关键的但经常被忽略。很多人直接对 Claude Code 说“帮我做一个华强买瓜风格视频”这句话信息量太少模型只能给出一堆通用代码离真正的复刻效果差得很远。我建议把一个视频拆成以下维度画面尺寸横屏 16:9 还是竖屏 9:16镜头数量一共几个镜头每个镜头出现什么内容文字内容标题是什么、字幕是什么、什么时候出现背景音乐用什么风格、是否卡点、是否需要淡出转场方式硬切、淡入淡出、放大缩小、滑动节奏长度每个镜头持续几秒总时长多少画面元素贴纸、边框、人物表情包、进度条、遮罩拿经典的网络视频片段来举例“华强买瓜”这一类二创视频的核心信息其实是一个场景、两个人物的对话梗、变声效果、重复剪辑、字幕强调。用 Remotion 实现时字幕出现节奏、重复镜头切换、配乐卡点就是主要工作量。所以你的 Prompt 应该写成这样请生成一个 16:9 横屏短视频项目。 总时长 12 秒共 3 个镜头。 镜头 1标题文字居中放大显示背景为黑色持续 2 秒。 镜头 2背景图片从左侧滑入字幕在底部逐字显示持续 6 秒。 镜头 3文字缩小并淡出背景音乐音量同步降低持续 4 秒。 字幕字体使用 60px 黑体颜色为白色。 每个镜头之间使用快速淡入淡出转场。这种描述比“帮我做一个视频”有用得多。因为 Remotion 本身就是用组件描述画面你描述得越接近“组件逻辑”Claude Code 生成的代码就越接近你的需求。3.2 用 Claude Code 生成第一个可运行组件环境准备好之后在 Remotion 项目目录里启动 Claude Code然后用对话方式描述你拆解好的剪辑单元。我习惯第一条消息先给整体要求项目是 Remotion 4.x使用 React TypeScript输出一个 16:9 的短视频组件文件放在src/目录先不要加音频先把画面跑通为什么先不要音频因为音频涉及素材路径、时长同步、音量曲线一旦混进来出问题时很难判断是画面问题还是音频问题。先跑画面确认每个镜头、每段文字、每次转场都正常再加音乐和音效。Claude Code 生成代码后先看它是否创建了新组件文件再打开文件检查关键点是否导出了calculateMetadata或正确设置composition的时长是否使用了Sequence控制时间区间文字层是否使用了 Remotion 的Text或普通 div 加样式图片路径是否指向public/下的资源如果它生成的是完整组件直接启动 Remotion Studio 预览。如果只是片段就把报错信息贴给它让它补全。3.3 预览与 Feedback像剪辑一样反复调整打开 Studio 预览后不要只盯着一帧看。要按播放顺序整体过一遍重点检查第一个镜头从哪一帧开始文字是否按预期出现镜头切换点是否卡在预期时间文字是否完整显示有没有溢出画面字幕出现和消失的节奏是否和旁白对得上最后有没有黑场、多余帧或突然中断这些问题的调整方式都是改代码里的数值。比如字幕出现太晚就把对应的绝对帧位置往前移转场太慢就把transitionDuration缩短文字太大就改fontSize。Claude Code 的用法在这里是告诉它现象让它改代码而不是自己盲目翻文件。比如字幕在第 80 帧才出现我希望提前到第 20 帧。 请检查 Sequence 的 from 设置并修改。它会根据你的描述修改对应代码。每改一次回到 Studio 刷新一次看效果是否变化。这个循环就是 Remotion 模式下的“剪辑调参”。对于没有安装桌面版的人用 VSCode 加 Claude Code 插件的方式也可以。编辑代码在编辑器里预览页面在浏览器里两边对照着改。个人体验是终端版和 VSCode 合入式用法没有本质区别核心都是“对话驱动修改代码”。3.4 用 CheesePizza Effect 风格理解转场与特效很多网络二创视频之所以有“那个味”不是画面素材多高级而是转场节奏和文字特效形成的风格。在 Remotion 里这种风格通常由几类组件控制转场快切、叠化、缩放、位移文字逐字出现、抖动、放大、描边、变色时间控制通过绝对帧精确控制入场和出场时刻如果你要复刻一个记忆点很强的二创视频建议不要追求 100% 像素级还原。版权素材、原始音频、滤镜参数都不可能从代码里完全还原。能做到的是把结构复刻出来分镜数量、字幕节奏、转场方式、音乐卡点。这些才是观众记住的东西。Claude Code 在生成转场代码时如果你不指定具体效果它可能默认生成简单的淡入淡出。想做出快节奏重复剪辑可以在 Prompt 里连续强调“快速切换”“无转场”“每 15 帧切换一次画面”。这些参数越具体生成结果越偏离默认模板。3.5 渲染导出确认输出参数画面调好之后进入渲染阶段。Remotion 渲染 MP4 的命令通常包含--codec、--crf、--scale等参数。不同版本参数名称会有差异第一次建议直接使用默认值先渲染一个小分辨率验证流程。渲染过程中最容易忽略的是输出目录。Remotion 默认输出位置可能和你的预期不一致导致渲染完成后找不到文件。我建议在渲染命令里显式指定输出路径减少找文件的成本。npx remotion render src/index.ts MyComp out/my-video.mp4 --codech264 --crf18如果电脑配置一般第一次渲染建议把时长控制在 15 秒以内分辨率先用 720p。确认整条链路没问题后再渲染完整时长或 1080p。直接在低配机器上渲染长视频时间成本和失败排查成本都会翻倍。4. 关键参数与判断标准别只看“能不能跑”4.1 Remotion 项目里的核心参数在使用 Remotion 时有几个概念必须理解清楚否则后续所有调整都会混乱。Composition定义一段视频的“画布”包括宽、高、时长、帧率。Sequence定义某段内容在时间轴上的范围用from和durationInFrames控制。Absolute Frame绝对帧是整个视频从 0 开始计算的帧序号。Relative Frame相对帧是某个 Sequence 内部从 0 开始计算的帧序号。useCurrentFrame获取当前帧序号是驱动动画的基础 Hook。interpolate把当前帧映射到目标值常用于透明度、位移、缩放。举例来说如果一个视频总长 12 秒帧率 30fps那么总帧数就是 360 帧。第一段文字从第 0 帧开始持续 60 帧写成 Sequence 就是Sequence from{0} durationInFrames{60} Text标题/Text /Sequence后面所有动画都要围绕帧数来思考。这是 Remotion 和传统剪辑软件最大的区别传统软件里你拖时间轴Remotion 里你写帧号。4.2 怎么判断生成结果好坏Claude Code 给出的代码能不能用不是看代码长不长而是看这些点能否在我的 Node 版本和 Remotion 版本下正常编译能否在 Studio 预览中渲染出画面文字、图片、视频元素是否按预期出现修改参数时改动是否符合直觉导出渲染时是否稳定不报错如果编译失败优先看编译器报错信息里的文件路径和行号。很多报错是导入路径错误、组件未导出、函数名拼写错误这些不是模型能力问题而是文件结构问题。如果编译成功但画面空白优先检查 Composition 是否注册、时长是否大于 0、Sequence 是否把内容包进去了。这几个问题占了“空白视频”案例的大部分。4.3 低配机器上的性能判断中配机器跑 Remotion判断能不能用的标准是渲染时间可以长但不能频繁崩溃预览可以卡但不能打不开CPU 占用可以高但不能导致系统无响应。我在中配环境下实测核心瓶颈通常有三个Node.js 进程内存溢出CPU 渲染速度过慢磁盘空间不足内存溢出的典型表现是渲染到一半进程直接退出。解决思路是降低画面分辨率、缩短时长、关闭多余程序或者调整 Node.js 内存上限。渲染速度过慢则要看是不是某个动画计算太复杂比如大量模糊特效、大尺寸透明叠加。遇到这种问题先把特效简化再逐步加回。磁盘问题最容易踩。Remotion 渲染过程中会产生缓存文件视频时长越长、分辨率越高缓存占用越大。渲染前先确认磁盘剩余空间至少留出视频体积 3 到 5 倍的空间。5. 批量复刻、字幕模板与工具链扩展5.1 批量生成同风格视频的路数复刻一个视频风格成功后下一步可能是批量生成同风格内容。这个场景在 Remotion 里非常适合做模板化。具体做法是把公共部分抽成组件把变化部分作为 props 传入。例如做一个固定片头模板type EpisodeCardProps { title: string; subtitle: string; index: number; }; export const EpisodeCard: React.FCEpisodeCardProps ({ title, subtitle, index, }) { return ( Sequence from{index * 100} durationInFrames{100} {/* title, subtitle 渲染逻辑 */} /Sequence ); };然后通过一个数据文件批量传入内容[ { title: 第一集, subtitle: 开场介绍 }, { title: 第二集, subtitle: 冲突升级 }, { title: 第三集, subtitle: 结局反转 } ]Claude Code 可以帮你把数据文件和渲染逻辑连接起来。你只需要说“读取这个 JSON为每条数据生成一段视频”它就可以写一个批量入口。这时候判断方案好坏的重点已经变了不再是能不能渲染而是输入数据格式、输出文件名、失败重试、日志记录。建议从条数少的数据开始先跑 2 条确认输出正常后再扩展。5.2 字幕样式与常见二创模板二创视频里字幕不只是信息载体还是风格的一部分。很大一部分风格来自字幕的字体、描边、底框、出现动画、逐字高亮和抖动效果。如果想让 Claude Code 稳定生成风格一致的字幕建议把字幕样式写成一个独立组件比如Caption.tsx集中处理字体大小字体颜色描边宽度底部位置逐字出现逻辑关键词高亮以后每个镜头用同一个Caption组件只是传入不同的文本和时间范围。这样风格统一修改样式时也只改一个文件。常见二创风格的字幕逻辑包括关键台词放大加粗“啊”、“什么”这类反应词快速弹出重复片段时字幕颜色变化语气词单独占一行居中放大这些都可以用插值函数实现。关键点在于给足动画区间。不要只用当前帧作为条件而是用插值把当前帧映射到透明度、scale、旋转角度上。例如一段文字在 10 帧内从 0.8 倍放大到 1.2 倍再快速回到 1.0 倍就会形成“顿挫感”。5.3 从命令行一键出片到后续优化如果每次都要手动启动 Claude Code 聊天效率还是不够。更顺的工作流是把 Claude Code 生成好的项目固化下来然后直接用 Remotion 的渲染命令一键出片。我建议的项目目录结构my-video-project/ ├── src/ │ ├── components/ │ │ ├── Caption.tsx │ │ ├── TitleCard.tsx │ │ ├── Transition.tsx │ │ └── MusicLayer.tsx │ ├── data/ │ │ └── episodes.json │ ├── Root.tsx │ └── index.ts ├── public/ │ ├── images/ │ └── audio/ ├── remotion.config.ts └── package.json到这个阶段Claude Code 的角色就变成了“项目维护者”。你不再每次从头描述需求而是让它在这个固定结构下改内容、改参数、修 bug。这种方式对连续做系列视频特别合适。6. 常见报错、乱码问题和排查链路6.1 按现象分类整理常见问题这些是我实际使用中遇到过的问题按现象整理如下。现象优先排查方向Claude Code 安装后命令不存在环境变量、是否全局安装、终端是否重启PowerShell 执行脚本报错执行策略、终端类型、官方安装命令Remotion 启动慢或卡住依赖下载、网络、npm 镜像、磁盘空间预览页面空白Composition 是否注册、时长是否为 0、组件是否导出文字不显示字体加载方式、文字颜色与背景色、Sequence 区间渲染中途退出内存溢出、磁盘空间不足、特效过于复杂输出视频没有声音音频素材路径、音频组件是否挂载、音量参数6.2 “乱码问题”的根源在哪里Claude Code 在中文 Windows 环境下可能出现终端乱码。这里乱码分两种。第一种是终端本身字符编码问题表现为控制台输出到处是乱码不是中文。这种通常和 Windows PowerShell 的代码页设置有关改用 Windows Terminal 能改善很多。也可以检查系统区域设置里的语言选项但不要为了一个工具去改系统语言这种大动作。第二种是生成代码中的中文字符正常但渲染出来的视频里文字乱码或者显示成方框。这种情况通常不是编码问题而是字体缺失。Remotion 默认环境可能没有中文字体你需要把字体文件放到public/目录在组件里显式加载。const fontFamily ...本地字体路径;把字体加载和缓存写在组件外层避免每帧重复加载导致性能下降。6.3 什么时候该怀疑模型、环境和配置遇到问题不要总归因于“模型不行”。我的排查顺序一直是输入描述是否完整时长、分辨率、镜头、字幕、转场都说清楚了吗项目结构是否正常组件文件在不在导出对不对路径引对吗依赖版本是否匹配Node 版本、Remotion 版本、Claude Code 版本之间是否兼容命令使用是否正确预览命令、渲染命令、安装命令是否对应你的网络和系统资源条件是否满足磁盘够不够内存够不够渲染时长是不是太长把前四步走完绝大多数“看起来像模型能力问题”的故障其实都指向输入描述、项目结构或版本环境。6.4 实际案例从报错到成功渲染有一次我想复刻一个文字弹跳效果。最初 Prompt 写的是“让文字弹跳”Claude Code 给出的代码在预览里没有动态效果。我检查后发现它虽然写了 interpolate但没有把 interpolate 的结果应用到样式属性上。我贴了现象给它“预览页面文字静止请检查动画值是否应用到 style 中”。这次它重新定位到组件里的 style 部分把transform改成由插值函数计算。刷新后动画出现。这类问题很典型模型分析需求时知道要做什么生成代码时偶尔会遗漏“把计算结果接回组件”。这不是硬件问题也不是 Remotion 不支持而是代码结构不完整。只要养成“先看现象再查代码”的习惯这类问题几分钟就能定位。7. 中配方案和传统剪辑软件怎么选7.1 不一定要替换传统软件需要强调一点用 Claude Code 加 Remotion 复刻视频剪辑风格不是为了“完全取代”Pr、剪映或达芬奇。传统剪辑软件在处理长视频、多轨道音频、实时特效预览、人物抠像等方面依然更顺手。Remotion 的优势在另一些场景需要把视频生成变成代码模板批量产出同风格内容需要接入数据、脚本、API让视频内容自动变化需要精确到帧的动画控制而不是靠鼠标拖动需要稳定的版本管理改风格时能通过 Git 回滚如果你的需求只是把一个 30 分钟的长视频剪出几个片段加字幕导出传统剪辑软件仍然是更快的选择。如果是要批量生成 100 个风格一致的片头或者需要根据数据动态生成视频Remotion 的优势就出来了。7.2 用 Claude Code 做视频的正确心态Claude Code 不会帮你“自动剪好一部电影”。它真正的价值是把你脑子里的剪辑逻辑翻译成代码然后让你在代码层级反复调整。所以使用的时候要降低预期第一次对话生成的视频大概率是粗糙的骨架不是成品。需要反复迭代把画面、节奏、字幕、转场逐步调整到位。这个过程本质上和剪辑一样先出草稿再精修。只不过传统剪辑是在时间轴上精修这里是在代码和预览之间来回切换。7.3 给不同人群的实际建议如果你是新手第一次接触 Remotion建议先不要考虑复刻复杂风格。先跑通一个最简单的 Composition一个文字层一个背景色5 秒时长渲染成 MP4。这个过程可以帮你建立基础概念搞清楚 Composition、Sequence、帧号、渲染输出之间的关系。如果你已经熟悉 Remotion想提升效率建议把精力放在模板化上。把常用的片头、字幕、转场、片尾抽成组件再用 Claude Code 维护这个组件库。后续出片只改数据和少量参数。如果你想用 Claude Code 省 token有几个实用技巧不要在一条消息里塞太多无关内容先让它生成最小可运行版本再逐步扩展修改需求时直接贴出当前关键代码片段而不是重新描述整个项目让它在改动前先说明修改计划确认后再动手这样既减少无效输出也能减少反复调试的轮次。8. 最后要盯住的三件事整套流程走完后我复盘时发现最值得盯住的不是某个特效或者某个参数而是三件事。第一件是输入描述。视频风格能不能复刻很大程度上取决于你有没有把分镜、字幕、时长、转场说清楚。说得越细Claude Code 生成的代码就越接近目标。说得模糊它只能给通用方案。第二件是项目结构。组件拆分是否合理公共部分是否抽出来了素材路径是否规范决定了这个方案是一次性道具还是能长期复用的工具链。第三件是资源边界。中配机器不是不能跑而是要控制视频时长、分辨率和特效复杂度。先跑小样再跑完整版是低配置环境下最稳妥的节奏。踩过几次坑之后我发现很多问题不是 Claude Code 或 Remotion 能力不行而是环境和输入材料没有处理干净。把安装步骤走稳把剪辑需求拆到帧和秒剩下的技术细节AI 助手能帮你解决大半。如果你想用这套组合复刻某类视频风格建议从一段 10 秒以内的单镜头短片开始。跑通一次之后再逐步增加镜头数、音乐、转场和批量模板。这个路径比一开始就做复杂二创要省力得多也更容易看到稳定结果。