OpenCut：剪视频别被锁住

剪视频这件事，表面上门槛越来越低，实际越来越容易被工具卡住。

很多人只是想剪一段教程、产品演示、短视频素材，最后却要在订阅、导出限制、水印、云端处理和素材管理之间来回绕。工具越顺手，迁移成本越高；项目文件、字体、模板和工作流都绑在一个生态里，哪天基础功能变成付费项，选择就没那么自由了。

OpenCut 火起来，抓住的就是这个情绪。它想做一个开源的视频编辑器，方向很直接：隐私优先，视频尽量留在本机；基础能力免费；界面要像普通人愿意打开的剪辑工具，而不是专业软件那种一上来就劝退的控制台。

但这篇不能把 OpenCut 写成“已经可以完全替代剪映/CapCut”。按当前公开信息看，主仓库正在从头重写。新版计划加入 Editor API、插件优先架构、Rust core、MCP server、headless mode 和编辑器里的 scripting tab；今天真正要伸手试的版本，还是 classic。

这也是 OpenCut 这波关注里更有意思的部分。

它不只是想复刻一个网页剪辑器，而是在重新设计“视频编辑器该怎么被扩展”。如果插件、脚本、headless 渲染和 MCP 都能走通，OpenCut 就不只是给人手动剪视频，也可能变成自动化视频工作流里的一个节点：批量生成片段，套模板，跑字幕，导出版本，让 Agent 参与一部分重复劳动。

对普通创作者来说，最先能感知到的价值还是自由度。

视频保存在本地，项目不必天然绑定某个云端账号；基础能力不靠订阅解锁；没有水印这件事，对小团队和个人账号尤其实际。很多人不是要做电影工业级后期，只是想稳定地剪掉废话、拼接画面、加字幕、导出一个干净版本。OpenCut 如果把这条路做顺，就会很有吸引力。

它现在的产品形态也说明了这个定位。基础编辑能力还在补，桌面端也还没到可以直接依赖的阶段。也就是说，它现在更像“开源剪辑器的早期基地”，不是一个可以放心交付所有商业项目的成熟工具。

开发者会看到另一层东西。主仓库现在的路线是 Web 先行，后面把跨平台核心、渲染和部分业务逻辑往 Rust 里迁。OPFS、IndexedDB、FFmpeg.js、背景移除、转写服务这些线索，也说明它想解决的不是“页面上多几个按钮”，而是浏览器、桌面、移动端和本地媒体处理之间怎么协作。

这个方向不轻。视频编辑器最麻烦的地方往往不在 UI，而在预览、时间线、素材存储、导出、性能和格式兼容。OpenCut 提到 headless mode 和 MCP server，很可能也是因为创作者工具最后都会接上自动化：批量渲染、模板化生成、从脚本到时间线、从素材库到成片。

所以现在看 OpenCut，最好带一点耐心。

如果你只是想马上找一个稳定、全功能、能交付客户项目的剪辑软件，它可能还不是答案。classic 可以试，新版先观察，但不要把计划中的功能当成已经完成的功能。尤其是导出、移动端、桌面端、插件生态和 AI Agent 接入，都还需要等后续版本验证。

但如果你关心的是“创作者工具能不能少一点锁定”，OpenCut 可以放进观察列表。它把视频编辑器这件事重新拉回开源世界：项目文件、渲染核心、插件接口、自动化入口，都有机会不再完全被商业软件定义。

这不一定会立刻改变你明天剪视频的方式。可一旦它走通，视频创作会多一个选择：不靠订阅解锁基础能力，不默认把素材交给云端，也不把自动化剪辑关在黑盒里。