📌 项目地址OpenCut-app/OpenCut | ⭐ 52,054 颗星 | 🔧 TypeScript | 📜 MIT

仓库现状:经典版能用,重写版在规划

OpenCut-app/OpenCut 有 52,054 颗星,MIT 协议,用 TypeScript 描述。但当前这个仓库不是用来下载使用的——它在重写中。README 第一句就说:“OpenCut is being rewritten from the ground up。”

你能马上用起来的版本叫 classic,在 opencut-app/opencut-classic 仓库。它是 TypeScript 写的,用 Electron 打包桌面端,网站 opencut.app 跑的就是它。

重写版的预览在 new.opencut.app。我点进去看了下,界面很简单:一条时间线,一个预览窗口,大部分按钮灰色不可点击。不是 Bug,是团队还在设计架构,没到功能实现阶段。

这不是那种“功能对标 Premiere 但免费”的开源项目。它想做一个平台,不是工具。

重写计划的六个目标

README 列出了六个具体目标。每一项都指向同一个方向:把视频编辑器改造成可编程、可扩展、多端统一的基础设施。

Editor API:官方定义的后端接口。所有功能通过这个 API 暴露给外部。

插件优先架构:内置功能和第三方插件用同一套 API。插件不是附加功能,是架构的一等公民。说明书写的是 “first-class third party plugins (made possible by a plugin-first architecture)”,意思是第三方插件和自带功能在系统内没有区别。

Rust 核心,统一三端:桌面(原生)、浏览器(WebAssembly)、移动端(原生绑定)共享同一个 Rust 核心。UI 层各自独立适配。

MCP 服务器:Model Context Protocol 的缩写。这是一个标准接口,外部程序(包括 AI 代理)可以通过协议控制 OpenCut 做剪辑、渲染、导出。AI 集成点在这里,不在“GPT 插件”这类套壳方案。

无头模式:纯命令行/API 操作,不启动 GUI。适合深度学习服务器上的自动化流水线、批量渲染、CI/CD 集成。

脚本标签页:编辑器界面里直接写脚本,通过 Editor API 控制所有操作。类似 Blender 的 Python 控制台,但底层是 Rust 核心。

插件优先架构的实际含义

多数软件把插件当“开孔”,预留几个接口,内部功能走私有 API。OpenCut 的做法是反过来:把自身所有功能都通过 Editor API 实现。插件和内置功能在调用权限、性能路径上没有区别。

这意味着几个具体的结果:

  • 插件可以修改时间线数据结构,不是只能做“滤镜叠加”
  • 插件能注册新的渲染器、导出格式、特效管线
  • 插件可以接管快捷键、菜单栏、右键菜单
  • 插件之间可以互相调用 API

如果社区跑起来,OpenCut 的扩展性会超过大多数闭源视频编辑软件。因为闭源软件不敢让插件接近核心数据结构的完整权限——改坏了也修复不了。OpenCut 是开源的,代码都在 GitHub 上,插件写坏了用户可以直接看源码调预期。

Rust 核心解决的实际问题

视频编辑器的性能瓶颈在编解码、帧缓冲区操作、滤镜渲染管道。TypeScript 做这些,要走 WebAssembly 或原生模块桥接,每次数据传递都有性能开销。

换个角度:Figma 用 Rust 重写核心后,在浏览器上能流畅渲染复杂矢量文档,同样的逻辑也可以编译到原生端。OpenCut 用的策略类似。把编解码器、帧缓冲管理、GPU 管线调度写在 Rust 里,一个核心编译出三个平台的二进制。

Rust 的零成本抽象在视频处理上有直接收益:解码一帧 H.264 视频,不需要 JavaScript 参与中间格式传输。Rust 直接操作解码器输出的原始帧,做色彩转换、缩放、合成,再送编码器。整条管道在原生层运行,桥接成本降到最低。

脚本 + MCP + 无头 = 可编程视频引擎

这三条放一起看,逻辑很清晰:

脚本标签页 给人类用:在编辑器里写自动化脚本,批量添加片头、统一字幕样式、调整时间线结构。

MCP 服务器 给 AI 用:外部代理通过协议控制编辑器。典型场景:输入一段文字描述场景,AI 自动创建时间线、添加字幕、选配乐、渲染导出。或者写一个 AI 助手,在编辑时监听用户操作,提供实时建议。

无头模式 给服务器用:把视频编辑部署到云端,接收 HTTP 请求返回视频文件。对接自动剪辑平台、广告合成工具、UGC 内容管道。

这三者共享同一个 Editor API。写到这你大概能猜到团队在做的事:编辑器界面只是这个引擎的一个交互式前端。引擎本身可以以无头模式跑在服务器上,也可以以 GUI 模式跑在用户电脑上。

风险提示

重写项目常见的死法:方向走不通,原地解散,或者做到一半热情耗尽改成“有生之年”。OpenCut 有 52k 星,但这不代表重写一定能完成。

我觉得值得关注是因为架构设计的清晰度。团队知道要解决什么问题:让视频编辑变成可编程的。也知道用什么技术堆栈:Rust 核心 + 插件优先架构 + MCP 协议。现在缺的是执行和时间。

MIT 许可证让我更放心。就算项目停止,你也能 fork 当前代码做自己的分支。

现在能做的事

团队在 README 里明确写了:“We‘re not set up to take outside contributions yet while the architecture is being designed.” 架构设计阶段不接受代码贡献,但你可以:

  • 加入 Discord 讨论设计方向、提问题和跟进进展
  • 在 GitHub Issues 提交 bug 或功能想法
  • 关注 new.opencut.app 看预览版变化

赞助商是 fal.ai,提供生成式图像、视频、音频模型 API。如果你想用 AI 生成素材配合 OpenCut 做自动化编辑,可以了解一下。

如果你现在就需要一个开源视频编辑器,去 opencut-classic 仓库下载经典版。

===

开源视频编辑器,Rust重写,AI视频编辑,插件架构

这篇文章对你有帮助吗?

发表回复