AI代理会剪视频了，评论区先问它会不会剪错

npx ffmpeg-skill。这个命令给Claude Code、Cursor、Codex或任何MCP客户端加42个视频编辑工具。编辑走本地FFmpeg，跑完还能检查自己的输出。项目地址：https://github.com/kajisho5/ffmpeg-skill 。原推文：https://x.com/tom_doerr/status/2115405924646985924 。

FFmpeg是视频处理里的老工具，转码、裁剪、合并、抽音频都靠它。问题是命令行参数又多又细，filter graph写错一个顺序，输出就可能悄悄坏掉。很多人对它的记忆是，每次用都去搜flag。有网友在回复里说，ffmpeg flags是他多年来每次都要谷歌的东西。把常见流程包装成有名字的工具，让agent先选工具再填参数，方向不奇怪。

项目说明里列了42个工具，覆盖切割、合并、降噪、适配时长和纵横比、加标题和卡拉OK歌词、叠加层和动态图形、HDR到SDR、音频清理、响度、交付检查、完整项目渲染、批处理文件夹。所有工具也能作为MCP工具调用，默认只广告12个，目的是别把客户端上下文撑爆。

评论区比README更值得看。有人问verify步骤是否真的会拒绝坏导出。有人嫌42个工具太多，说5个始终能用的就够。PuneetSingh提醒，把agent指向素材文件夹的副本，别指向原片，因为agent跑ffmpeg时可能一步覆盖同名文件。他还问42个工具是否每次请求都加载，那会吃掉模型留给实际编辑的上下文。scanner的判断更具体，模型知道CLI，但filter graph和flag顺序是它容易悄悄出错的地方，他关心长渲染时agent能不能拿到进度和退出码，还是只拿到最终文件。Ricardo Dias盯住trim的默认值，用-c copy时FFmpeg只能按关键帧切，片段开头可能偏一两秒；重编码才帧精确，但慢。他想知道agent只说trim时工具选哪种。Guillermo则说，FFmpeg早就不是最难的部分，选哪条take才是剪辑。这些反馈把问题从工具数量拉回默认值、验证和安全边界。

42个工具是能力，也是选择负担。对agent来说，菜单越长，选错的表面积越大。真正值得看的是它有没有把FFmpeg的坑写进工具契约，默认参数是否安全，验证是否能拒绝坏输出，渲染过程是否可观测，上下文预算是否控制。把这些做好，42个不算多；做不好，5个也能让agent剪错片。对普通用户，先记住一件事，让agent处理素材副本。对开发者，先读SKILL.md和工具定义，再看它怎么验证导出。项目已经开源，MIT许可，剩下的交给实际跑一遍。