OpenCut 重写中：一个以插件优先架构重新定义浏览器视频编辑器的尝试
OpenCut 是一个基于浏览器的视频编辑器，具有多轨时间轴、媒体导入、预览和导出工具。
秒懂
- 它是什么？
- OpenCut 正在从头重写，目标是用 Rust 核心统一桌面、移动和浏览器，并引入插件优先架构和 MCP 服务器。本文基于当前仓库状态，分析其设计方向、开发方式与适用边界。
- 适合谁用？
- OpenCut 适合那些愿意参与早期架构讨论、需要可定制视频编辑流程的开发者，尤其是对插件系统和 AI 代理集成感兴趣的人。不适合需要稳定生产工具的用户，因为当前版本仍在重写，且明确不接受外部贡献。
- 能商用吗？
- 可以。MIT 是宽松许可证：你可以使用、修改并销售基于它的软件，只需保留版权和许可证声明。
- 还在维护吗？
- 在维护。仓库最近一次提交在 36 天前。
- 用什么语言写的？
- 主要是 TypeScript（依据 GitHub 的语言统计）。
以上回答依据项目的 GitHub 数据（最近同步于 2026年9月15日）和我们的分析，不构成法律意见。
开源项目深度解析
重写背后的真实动机
OpenCut 的 README 第一句话就点明了现状：项目正在从零重写。这不是一次小修小补，而是架构级别的替换。旧版本被移到 opencut-classic 仓库，opencut.app 仍在运行旧版，新版则放在 new.opencut.app。重写的目标列表里出现了 Editor API、第三方插件、Rust 核心、MCP 服务器、无头模式和脚本标签页。这些关键词指向一个方向：OpenCut 不想再做单纯的网页剪辑器，而是想成为可编程的视频处理平台。对工程师来说，这意味着你要评估的不是一个成品，而是一个正在成形的设计草案。
架构蓝图：Rust 核心与插件优先
从 README 的规划看，OpenCut 的核心思路是用 Rust 写底层，再通过一套 Editor API 暴露给上层。桌面、移动和浏览器三种客户端共享同一个 Rust 核心，这避免了为每个平台单独维护逻辑。插件优先架构是另一个关键决策，它意味着插件不是附加功能，而是系统的基本单元。这种设计在开源视频编辑器中并不常见，大多数项目（如 Shotcut 或 Olive）采用原生插件系统，但很少把插件作为第一公民。OpenCut 的做法可能带来更灵活的扩展性，但也增加了架构复杂度，因为插件需要定义清晰的接口和权限边界。
MCP 服务器与无头模式：面向 AI 和自动化的野心
OpenCut 计划提供 MCP 服务器，用于让 AI 代理与编辑器交互。MCP（Model Context Protocol）是一种让大语言模型调用外部工具的协议，这里被用来控制视频编辑操作。无头模式则意味着可以在没有图形界面的情况下批量渲染或自动化任务。这两个特性结合起来，指向一个典型的自动化场景：AI 根据脚本生成剪辑，然后通过无头模式批量导出。但 README 没有给出具体 API 或示例，所以这些能力目前只是规划。如果你依赖这些功能，需要等待实现，或者自行从仓库源码中推断设计意图。
开发环境：proto 与 moon 工具链
OpenCut 使用 proto 作为版本管理器，配合 moon 作为构建工具。安装 proto 的命令在 Linux、macOS、WSL 和 Windows 上都有提供，Windows 用户可能需要调整 PowerShell 执行策略。仓库根目录下运行 proto use 会安装 .prototools 文件中固定的工具版本，这保证了开发环境的一致性。然后可以用 moon run web:dev 启动前端（端口 5173），moon run api:dev 启动后端（端口 8787），桌面端则需要单独查看 apps/desktop/README.md。这套流程对熟悉 moon 的开发者很友好，但如果你从未接触过 proto 或 moon，学习曲线会比直接用 npm 或 pnpm 更陡。
当前版本的硬限制：不接受外部贡献
README 明确写着“我们还没有准备好接受外部贡献”，原因是架构仍在设计阶段。这意味着你无法通过 pull request 参与改进，只能通过 Discord 或 issue 提问。这对想立即上手使用的用户是个坏消息，因为代码库可能不稳定，API 会频繁变动。更实际的问题是，OpenCut 目前没有提供任何安装包或发行版，所有功能都需要从源码构建。如果你只是想试一下编辑器，应该去 opencut.app 使用经典版，而不是折腾这个重写版。
替代方案：经典版与其它开源编辑器
OpenCut 自己的经典版（opencut-classic）是当前唯一可用的版本，它运行在 opencut.app 上，具备多轨时间线和导出功能。经典版和重写版最大的区别在于架构：经典版可能没有 Rust 核心或插件系统，但它是稳定的。如果你需要的是浏览器内的快速剪辑，经典版比重写版更实际。另一个替代方向是使用原生桌面编辑器，比如 Shotcut（基于 MLT 框架）或 Kdenlive（基于 KDE 技术），它们都提供多轨编辑和导出，但缺少 OpenCut 规划的 MCP 和无头模式。选择哪个取决于你是否需要自动化能力，以及你能否接受重写版的不确定性。
许可证与维护成本
OpenCut 使用 MIT 许可证，这意味着你可以自由使用、修改和分发代码，甚至用于商业项目，只要保留版权声明。MIT 许可证对开发者很友好，没有 copyleft 义务。但维护成本方面，重写版处于早期阶段，代码库结构可能频繁变化，这会导致你跟随上游更新时需要不断调整自己的代码。此外，项目不接受外部贡献，意味着修复 bug 或添加功能只能依赖核心团队，社区力量无法介入。如果你计划基于 OpenCut 构建产品，需要评估这种依赖风险，并做好长期维护自己分支的准备。
编辑结论
OpenCut 适合那些愿意参与早期架构讨论、需要可定制视频编辑流程的开发者，尤其是对插件系统和 AI 代理集成感兴趣的人。不适合需要稳定生产工具的用户，因为当前版本仍在重写，且明确不接受外部贡献。采用前应先验证其 Rust 核心在目标平台上的编译与运行表现，并确认 MCP 服务器和脚本接口是否满足你的自动化需求。如果你现在就要一个可用的开源视频编辑器，应转向 opencut-classic 或其它成熟项目。最终判断：OpenCut 的价值在于其架构愿景，而非当前功能，因此只适合作为技术预研对象，而非生产依赖。
社区笔记