1. 从video-use这个模糊词说起它到底想解决什么问题第一次看到video-use这个标题我脑子里冒出来的第一个念头是这大概率不是一个具体的开源库名而是一个动作描述——视频的使用/调用/生成。结合后面跟着的一串热词Claude Code、ffmpeg、Remotion、Manim基本可以判断出这个项目的真实意图用 AI 编程助手Claude Code作为调度中枢把 ffmpeg、Remotion、Manim 这几个视频处理与生成工具串起来实现用自然语言驱动视频生产的工作流。说白了就是过去你要做一段视频得自己写 ffmpeg 命令、自己搭 Remotion 的 React 工程、自己啃 Manim 的 Python 动画 API现在你希望对着 Claude Code 说一句帮我把这段素材剪成 30 秒竖屏加个字幕再生成一个片头动画它就能把底层工具调起来干活。这个方向为什么值得聊因为视频生产这件事长期存在一个**工具链割裂**的痛点ffmpeg负责处理——转码、裁剪、拼接、推流、抽帧它是命令行里的瑞士军刀但参数多到反人类一个-vf滤镜链能劝退 90% 的人。Remotion负责程序化合成——用 React 写视频适合做数据驱动的、模板化的、需要批量生成的视频比如每个用户一条个性化年报视频。Manim负责数学动画——3Blue1Brown 那种丝滑的公式推导动画教育、科普、技术讲解场景的利器。这三者各管一段但彼此不通。而 Claude Code 这类 AI 编程助手的价值恰恰在于它能理解意图、生成代码、执行命令、根据报错自我修正天然适合当这个胶水层。所以这篇内容适合谁看做自动化视频生产的开发者想搞清楚怎么把 AI 助手接进视频流水线做技术科普/教育内容的创作者想用 Manim 但被 Python 门槛卡住做批量视频生成的运营/工程同学想用 Remotion 但不想手写每一帧逻辑以及所有被 ffmpeg 参数折磨过、想找个翻译官的人。我下面会按先搞清楚每个工具的真实定位 → 再讲怎么让 Claude Code 把它们串起来 → 最后讲实操中那些文档里不会写的坑这个顺序展开。全程基于我自己的实践和踩坑不吹不黑。2. 三个底层工具的真实定位别把它们当成一回事很多人一上来就想我全都要结果三个工具混着用最后哪个都没搞明白。我建议先把三者的能力边界划清楚这是后面让 AI 调度它们的前提。2.1 ffmpeg处理已有素材的手术刀不是生成器ffmpeg 的本质是对已有音视频流做变换。它能做的是格式转换、码率调整、分辨率缩放、裁剪拼接、加滤镜、抽帧、推流、封装解封装。它不能凭空生成一段有内容的视频除了用lavfi生成纯色、测试图案这种。我见过太多新手拿着 ffmpeg 想生成一个动画这是方向性错误。ffmpeg 的动画能力仅限于滤镜层面的位移、缩放、淡入淡出做不了复杂叙事。它的核心价值在于批量和稳定。一条命令处理一千个文件比任何 GUI 软件都靠谱。所以在这个 video-use 工作流里ffmpeg 扮演的是素材加工车间的角色。几个必须刻进肌肉记忆的命令结构# 转码 缩放 指定编码器最常用的骨架 ffmpeg -i input.mp4 -vf scale1080:-2 -c:v libx264 -crf 23 -preset medium -c:a aac -b:a 128k output.mp4 # 裁剪时间段-ss 放前面更快但可能不准放后面准但慢 ffmpeg -ss 00:00:10 -i input.mp4 -t 30 -c copy output.mp4 # 抽帧成图片序列 ffmpeg -i input.mp4 -vf fps1 frame_%04d.png这里有个关键经验-ss放在-i前面是快速定位靠关键帧跳转速度快但起点可能不准放在-i后面是精确解码定位慢但准。做精确剪辑时我一般先用快速定位粗切再用精确模式微调。2.2 Remotion用 React 写视频适合数据驱动 批量Remotion 的思路非常聪明视频本质上就是时间轴上的函数——给定第 t 帧返回这一帧长什么样。既然 React 擅长给定状态渲染 UI那把它套上时间轴就成了给定帧号渲染画面。它的杀手锏是参数化。比如你要给一万个用户各生成一条年度总结视频用传统剪辑软件得累死用 Remotion 就是写一个组件把用户数据当 props 传进去循环渲染。// Remotion 的核心心智模型帧号驱动 export const MyVideo ({ userName, stats }) { const frame useCurrentFrame(); const opacity interpolate(frame, [0, 30], [0, 1]); // 前30帧淡入 return ( AbsoluteFill style{{ opacity, backgroundColor: #111 }} h1{userName} 的年度报告/h1 p今年你完成了 {stats.count} 件事/p /AbsoluteFill ); };Remotion 的短板也很明显它依赖浏览器渲染引擎Chromium环境重、启动慢、对服务器资源要求高。做单条视频它不如剪辑软件快但做一万条它碾压一切。2.3 Manim数学动画的专业相机学习曲线陡但效果独一档Manim 是 3Blue1Brown 作者写的动画引擎专为数学可视化设计。它的核心抽象是场景Scene和物体Mobject你描述一个圆变成正方形它帮你算中间每一帧的插值。from manim import * class SquareToCircle(Scene): def construct(self): circle Circle() square Square() self.play(Create(square)) self.play(Transform(square, circle)) self.play(FadeOut(square))Manim 的门槛在于你得懂一点 Python还得理解它的坐标系、动画系统、渲染管线。但一旦上手做公式推导、几何变换、函数图像这类内容效率和效果是其他工具比不了的。三者定位总结成一张表工具核心能力适合场景不适合场景学习成本ffmpeg音视频流变换转码、剪辑、批处理、推流复杂动画、叙事生成中参数多Remotion程序化视频合成数据驱动、模板化、批量生成单条快速剪辑、数学动画中高需 ReactManim数学/几何动画科普、教育、公式推导实拍素材处理、批量业务视频高需 Python 数学搞清楚这张表你才知道什么时候该让 Claude Code 调哪个工具。用错工具AI 再强也救不了你。3. 让 Claude Code 当总调度它到底能帮上什么忙Claude Code 这类 AI 编程助手的核心能力不是替你写代码这么简单而是在命令行环境里理解上下文、执行操作、根据反馈迭代。放到 video-use 这个场景里它至少能帮三件事。3.1 把人话翻译成 ffmpeg 命令这是最直接的价值。ffmpeg 的参数组合是组合爆炸的人记不住很正常。你可以直接说把 input.mp4 转成 720p 竖屏码率控制在 2Mbps 左右音频 128kClaude Code 会给你类似这样的命令ffmpeg -i input.mp4 -vf scale-2:1280,crop720:1280 -c:v libx264 -b:v 2M -maxrate 2M -bufsize 4M -c:a aac -b:a 128k output.mp4注意这里scale-2:1280的-2是按比例自动算宽度并保证是偶数H.264 要求宽高是偶数这种细节新手根本不知道但 AI 会帮你补上。但这里有个大坑AI 生成的 ffmpeg 命令不一定能跑通尤其是滤镜链复杂的时候。我的经验是——永远先加-t 5只处理前 5 秒做测试确认没问题再去掉。一条处理两小时视频的命令跑挂了重来一次很痛苦。3.2 生成 Remotion / Manim 的工程骨架从零搭一个 Remotion 工程要装依赖、配remotion.config.ts、写Root.tsx、注册 composition一堆样板代码。让 Claude Code 生成能省掉大量查文档的时间。Manim 同理。你可以描述我想要一个圆逐渐变成正方形然后旋转 90 度它会生成对应的Scene类。但数学逻辑对不对得你自己验算——AI 经常在坐标系、角度、插值上出错。3.3 根据报错自我修正这是 AI 助手相比复制粘贴命令最大的优势。ffmpeg 报错信息往往很晦涩比如[libx264 0x...] height not divisible by 2 (1080x721)新手看到这个一脸懵。但 Claude Code 能读懂高度不能被 2 整除然后自动把scale参数改成scale1080:-2重新执行。这种**执行-报错-修正的闭环**才是它真正的价值。实操建议给 Claude Code 配置好工作目录让它能直接读写你的项目文件。这样它改完代码能立刻跑跑完能看输出形成完整循环。如果只是聊天窗口里复制粘贴效率会大打折扣。4. 一条完整的 video-use 流水线该怎么搭光讲工具没用我拿一个真实场景串一遍把一段 10 分钟的横屏讲座视频自动切成 5 条 60 秒竖屏短视频每条加字幕和片头动画。这个需求里ffmpeg 负责切和转竖屏Manim 或 Remotion 负责片头Claude Code 负责调度。4.1 第一步素材预处理与信息提取先别急着切。第一步是搞清楚素材的实际情况——分辨率、码率、帧率、音轨、时长。这些信息决定了后面所有参数。# 用 ffprobe 看素材信息ffprobe 是 ffmpeg 自带的 ffprobe -v error -show_entries streamcodec_name,width,height,r_frame_rate,duration -of defaultnoprint_wrappers1 input.mp4拿到信息后让 Claude Code 帮你判断如果原视频是 1920x1080 横屏转 1080x1920 竖屏时是裁剪中间区域还是加模糊背景填充这两种方案视觉差异巨大裁剪画面填满但左右内容被切掉适合主体居中的素材模糊填充完整保留画面上下用模糊背景补适合信息密集的素材。# 方案A裁剪中间竖条 ffmpeg -i input.mp4 -vf crop608:1080:(iw-608)/2:0,scale1080:1920 output.mp4 # 方案B模糊背景 居中画面 ffmpeg -i input.mp4 -filter_complex [0:v]scale1080:1920,boxblur20[bg];[0:v]scale1080:-2[fg];[bg][fg]overlay(W-w)/2:(H-h)/2 output.mp4经验之谈方案 B 的boxblur很吃 CPU处理长视频时建议加-preset ultrafast先出草稿确认效果后再用高质量参数重跑。4.2 第二步用 ffmpeg 做批量切片切片的关键是切点选择。纯按时间等分每 60 秒一刀往往切在句子中间体验很差。理想情况是按语音停顿切但这需要语音识别。一个折中方案先按固定间隔粗切再人工或用 AI 微调。批量切片的命令# 从第 0 秒开始每 60 秒切一段共切 5 段 for i in 0 1 2 3 4; do start$((i * 60)) ffmpeg -ss $start -i input.mp4 -t 60 -c copy clip_$i.mp4 done注意-c copy是流复制不重新编码速度极快但切点只能落在关键帧上可能不准。要精确切点就得去掉-c copy重新编码速度慢很多。这是典型的快 vs 准权衡。4.3 第三步片头动画的生成与合成片头用 Manim 还是 Remotion我的判断标准是片头是纯文字/几何动画比如标题淡入、线条生长→ 用 Manim轻量片头需要数据绑定比如显示第 X 期、日期、作者信息→ 用 Remotion参数化方便。Manim 生成片头后是一段 mp4再用 ffmpeg 拼到正片前面# 先统一片头和正片的编码参数再拼接 ffmpeg -i intro.mp4 -i clip_0.mp4 -filter_complex [0:v][0:a][1:v][1:a]concatn2:v1:a1 final_0.mp4这里有个高频坑concat滤镜要求两段视频的分辨率、帧率、像素格式、音频采样率全部一致否则会报错或音画不同步。所以片头生成时就要按正片的参数来别等拼接时才发现对不上。4.4 第四步字幕的烧录字幕有两种软字幕单独的字幕流播放器可开关和硬字幕烧进画面不可关。短视频平台一般要硬字幕。# 硬字幕烧录subtitles 滤镜 ffmpeg -i clip_0.mp4 -vf subtitlessub_0.srt:force_styleFontSize24,PrimaryColourHFFFFFF final_0.mp4force_style里的颜色是ASS 格式的 BGR 十六进制不是 RGB这个反直觉的点坑过无数人。HFFFFFF是白色H0000FF是红色BGR 里红在最后。字幕文件从哪来可以用语音识别工具生成 SRT再让 Claude Code 帮你校对时间轴和断句。AI 校对字幕断句这件事比人工快太多。5. 那些文档里不会写的坑我踩过的真实问题这一节是这篇内容的核心价值。下面每一条都是我或身边朋友真实踩过的网上教程基本不提。5.1 ffmpeg 的参数顺序是有语义的ffmpeg 的参数分输入参数和输出参数位置决定作用对象。-ss、-t、-i这些放错位置行为完全不同。# 错误理解以为 -ss 10 是从第10秒开始 ffmpeg -i input.mp4 -ss 10 output.mp4 # 这是输出参数行为可能不符合预期 # 正确-ss 放 -i 前是输入定位 ffmpeg -ss 10 -i input.mp4 output.mp4记忆口诀紧挨着-i前面的参数作用于输入-i后面的参数作用于输出。多个输入时参数跟着最近的-i走。5.2 Remotion 在服务器上渲染的内存陷阱Remotion 靠 Chromium 渲染每个并发渲染实例都吃内存。默认并发数在本地机器上没问题但放到内存有限的服务器上并发一高就 OOM。# 限制并发数牺牲速度换稳定 npx remotion render MyComp out/video.mp4 --concurrency2我的经验4GB 内存的机器并发别超过 28GB 可以到 4。这个数字不是绝对的取决于视频复杂度但可以作为起点。5.3 Manim 渲染慢到怀疑人生怎么优化Manim 默认渲染质量很高一秒钟动画可能要渲染几十秒。做草稿时一定要降质量# -ql 是低质量480p, 15fps快速预览用 manim -ql scene.py MyScene # -qh 是高质量1080p, 60fps最终输出用 manim -qh scene.py MyScene关键技巧把复杂场景拆成多个小Scene分别渲染再拼接。一个 5 分钟的大场景渲染到一半崩了全部重来拆成 10 个小场景崩了只重渲一个。5.4 Claude Code 生成的命令要先审后跑AI 生成的命令看起来对跑起来错是常态。尤其是涉及文件删除、覆盖的操作一定要先看一遍。# AI 可能生成这种危险命令rm 没有确认 rm -rf output/*.mp4 ffmpeg ... # 你应该先手动确认目录内容 ls output/我的习惯让 Claude Code 生成命令后先让它解释这条命令每一步在做什么确认无误再执行。这个习惯救过我好几次。5.5 编码参数不统一导致的拼接失败前面提过concat要求参数一致这里展开说。最常见的三个不一致参数常见不一致后果解决分辨率1920x1080 vs 1280x720拼接报错或画面拉伸统一 scale帧率30fps vs 25fps音画不同步统一 fps像素格式yuv420p vs yuv444p部分播放器黑屏统一-pix_fmt yuv420p万能预处理命令把所有素材先统一转一遍再拼接。ffmpeg -i input.mp4 -vf scale1920:1080,fps30 -pix_fmt yuv420p -c:v libx264 -c:a aac -ar 48000 -ac 2 normalized.mp46. 把工作流沉淀成可复用的脚本一次性命令解决不了长期问题。真正让 video-use 产生价值的是把常用流程固化成脚本然后让 Claude Code 帮你维护和扩展这些脚本。6.1 用 shell 脚本封装高频操作比如转竖屏 加字幕 压缩这个组合写成脚本#!/bin/bash # verticalize.sh - 横屏转竖屏并加字幕 # 用法: ./verticalize.sh input.mp4 sub.srt output.mp4 INPUT$1 SUB$2 OUTPUT$3 ffmpeg -i $INPUT \ -vf cropih*9/16:ih,scale1080:1920,subtitles$SUB \ -c:v libx264 -crf 23 -preset medium \ -c:a aac -b:a 128k \ $OUTPUTcropih*9/16:ih这个写法很妙——它按输入高度算出 9:16 的宽度自动适配任意分辨率的横屏素材不用手算。6.2 让 Claude Code 帮你写参数校验脚本最容易死在参数没传对。让 AI 帮你加校验逻辑if [ ! -f $INPUT ]; then echo 错误输入文件不存在: $INPUT exit 1 fi if [ ! -f $SUB ]; then echo 警告字幕文件不存在将跳过字幕 SUB fi这种防御性代码AI 写得又快又全比人手写靠谱。6.3 用配置文件管理项目参数当项目变多硬编码参数会失控。用一个config.json管理{ vertical: { width: 1080, height: 1920, crf: 23 }, subtitle: { fontSize: 24, color: HFFFFFF }, intro: { duration: 3, template: manim } }然后脚本读配置。这样改参数不用动脚本Claude Code 也更容易理解你的意图。7. 关于AI 调度视频工具这件事我的真实判断聊了这么多技术细节最后说点掏心窝的话。AI 编程助手在视频工作流里的定位是加速器而不是替代品。它能帮你把查文档、试参数、改报错这些机械劳动压缩掉但它替代不了你对视频本身的理解——什么节奏好看、什么转场自然、什么字幕断句舒服这些是审美和经验的活AI 目前给不了。我见过有人指望一句话生成一条爆款视频这方向就错了。正确的用法是你负责创意和判断AI 负责执行和试错。你把我要什么描述清楚它把怎么实现跑通中间那些繁琐的参数调试交给它。另外别迷信单一工具。ffmpeg、Remotion、Manim 各有各的舒适区硬要用一个工具干所有事只会把自己逼疯。真正的高手是手里有锤子但知道什么时候该用螺丝刀。最后分享一个我自己的习惯每搭好一条流水线就写一份给未来的自己看的 README记录参数含义、踩过的坑、为什么这么选。因为三个月后你一定会忘记当初为什么把crf设成 23 而不是 18。而这份 README恰恰是 Claude Code 下次帮你改脚本时最好的上下文。工具会变AI 会升级但把复杂问题拆解清楚、把经验沉淀下来这件事永远不过时。