OpenCut：用 Rust 核心重写的开源 CapCut 替代品
一个开源视频编辑器，给想做跨端和 AI 自动化的团队用，区别是 Rust 核心加插件架构。
GitHub OpenCut-app/OpenCut 更新 2026-09-04 分支 main 星标 88.3K 分叉 8.7K
Rust 视频编辑 MCP server Web/桌面/移动端

🧭 决策指南

为什么现在热： 无法从材料判断

适合，如果你

  • 你要研究 Web、桌面和移动端共用 Rust core 的视频编辑器架构
    README 的 Status 章节列出“Desktop, mobile, and browser from one codebase (Rust core)”
  • 你需要 Editor API、third party plugins 或编辑器内 scripting tab 的方向
    README 的 Status 章节将 Editor API、First-class third party plugins 和 scripting tab 列为重写版计划
  • 你的自动化场景需要 MCP server 或 Headless mode
    README 的 Status 章节明确列出“MCP server (for AI agents)”和“Headless mode (automation, batch rendering)”

不适合，如果你

  • 你今天需要可交付的 OpenCut 视频编辑器，而不是重写中的版本
    README 的 Status 章节写明“OpenCut is being rewritten from the ground up”，并建议今天使用 opencut-classic
  • 你的团队需要立即提交外部代码贡献
    README 的 Contributing 章节写明“We're not set up to take outside contributions yet”
  • 你要求已有稳定版本和正式发布物
    项目数据写明版本发布为 0 个、最新版本为“No releases”

前置条件

  • 需要安装 proto；README 要求“Install proto if you haven't already”
  • Linux、macOS、WSL 可执行 bash <(curl -fsSL https://moonrepo.dev/install/proto.sh)
  • Windows PowerShell 可执行 irm https://moonrepo.dev/install/proto.ps1 | iex
  • 仓库根目录需要执行 proto use，以安装 .prototools 中固定的工具

第一步命令（README 原文）

proto use    # installs the tools pinned in .prototools

要注意

  • new.opencut.app 只是重写版准备接管前的运行地址
    README 的 Status 章节写明重写版将在接管前运行于 new.opencut.app
  • web:dev 默认说明运行在 localhost:5173，api:dev 运行在 localhost:8787
    README 的 Development 章节命令注释
  • desktop:dev 的进一步说明位于 apps/desktop/README.md
    README 的 Development 章节写明“see apps/desktop/README.md”
  • Windows 若 shims 运行失败，需要设置 CurrentUser 的 RemoteSigned
    README 的 Development 章节提供 Set-ExecutionPolicy -Scope CurrentUser RemoteSigned

替代方案

  • opencut-app/opencut-classic：需要今天使用 OpenCut，或需要当前可运行的经典版本时更合适
    README 的 Status 章节

材料未说明

  • README 没有说明重写版的当前可用功能、完成度和发布时间
  • README 没有说明支持的视频格式、编解码器和导出规格
  • README 没有说明 Rust core、Web、桌面和移动端分别使用的具体框架与版本
  • README 没有说明 Editor API、插件 API 和 MCP server 的接口文档
  • README 没有说明 Headless mode 的具体命令、批量渲染能力和性能
  • README 没有说明 fal.ai 集成的调用方式、模型范围、费用和凭据配置
  • README 没有说明测试覆盖率、CI 状态、运行时依赖和生产部署方式
  • 项目元数据中的最近更新时间为 Unknown，无法据此判断维护节奏

💡 深度解析

6
不适合 我正在设计一个依赖 Editor API、Headless 模式和批量渲染的视频自动化流水线；当前 OpenCut 重写仓库适合直接作为后端依赖吗？
适合读者： 想把视频编辑接入自动化流水线、依赖 Headless 批量渲染和 Editor API 的开发者

不适合直接作为后端依赖，因为 Editor API 和 Headless 批量渲染目前只是 README 中的规划能力，且仓库仍在从头重写。

  • README 将“An Editor API”和“Headless mode (automation, batch rendering)”列在“What’s coming”下，而不是已发布功能列表中。
  • README 同时说明架构仍在设计阶段，外部贡献也尚未开放；这意味着接口边界和实现方式可能继续变化。
  • 项目没有正式 release，项目数据的 release_count 为 0，不适合据此承诺版本稳定性或长期兼容性。
  • 仓库确实提供 web、api 和 desktop 的 moon 任务，因此可以用于观察开发入口，但不能据此推断 API 已具备可集成的批处理协议。
  • README「Status」："An Editor API"
  • README「Status」："Headless mode (automation, batch rendering)"
  • README「Contributing」："We're not set up to take outside contributions yet while the architecture is being designed."
  • 项目数据：release_count 为 0
  • README「Development」："moon run api:dev # localhost:8787"
proto use    # installs the tools pinned in .prototools
材料未说明：Editor API 的接口、认证方式、项目格式和版本策略；Headless 模式是否已经可运行，以及输入、输出和失败重试行为；批量渲染是否支持并发、队列或无 GPU 环境
不适合 我正在做一个 AI 代理驱动的视频工作流，需要 OpenCut 提供 MCP server，并希望代理能和脚本标签页或编辑 API 协同；当前仓库能直接满足吗？
适合读者： 正在构建 AI 代理视频工作流、希望通过 MCP server 控制编辑器的自动化开发者

不适合直接满足，因为 MCP server、脚本标签页和 Editor API 都是重写版规划中的能力，而不是 README 已确认可用的接口。

  • README 在“What’s coming”中列出“MCP server (for AI agents)”，说明产品方向确实面向 AI 代理。
  • 同一列表还包括“ A scripting tab directly in the editor”和“An Editor API”，理论上可以形成代理、脚本和编辑器之间的组合，但 README 没有说明三者已经连通。
  • 项目目前从头重写，且架构设计阶段暂不接受外部贡献；依赖这些能力的集成可能遇到接口未完成或变化。
  • 项目没有 release，release_count 为 0，因此不能把规划条目视作可承诺的 AI 自动化运行时。
  • README「Status」："MCP server (for AI agents)"
  • README「Status」："A scripting tab directly in the editor"
  • README「Status」："An Editor API"
  • README「Contributing」："We're not set up to take outside contributions yet"
  • 项目数据：release_count 为 0
材料未说明：MCP server 是否已有实现、传输协议和工具清单；AI 代理可执行的编辑操作、权限模型和错误返回格式；脚本标签页使用的语言、运行环境以及与 Editor API 的关系
不适合 我需要今天完成短视频剪辑，并希望在浏览器或桌面端使用一个免费、开源、类似 CapCut 的工具；当前 OpenCut 重写版适合直接投入使用吗？
适合读者： 需要今天完成基础或中等复杂度剪辑、并希望在浏览器和桌面端使用免费开源工具的内容创作者

不适合，因为 README 明确表示重写版还没有准备好接替旧版，当前应使用 opencut-classic。

  • 项目定位虽然覆盖 web、desktop 和 mobile，但 README 将这些能力描述为重写方向，并未证明三端已经具备一致、完整的剪辑流程。
  • README 没有列出已实现的媒体格式、导出能力、性能指标或平台兼容矩阵，无法确认它能满足今天的生产需求。
  • 项目数据中的 release_count 为 0，说明没有可据此判断稳定性的正式发布版本。
  • 如果只是评估未来方向，可以查看新版本；如果要立即剪辑，应先转向 README 指向的 opencut-classic，而不是把重写仓库当作成品。
  • README「Status」："The rewrite will live at new.opencut.app until it's ready to take over."
  • README「Status」："opencut-classic ... is the one to reach for today."
  • README「Status」："Desktop, mobile, and browser from one codebase (Rust core)"
  • 项目数据：release_count 为 0
材料未说明：重写版当前实际支持哪些剪辑操作、媒体格式和导出格式；opencut-classic 与重写版之间是否兼容项目文件或素材工程；Web、桌面和移动端各自的可用状态与平台范围
不适合 我想参与 OpenCut 重写版的 Rust、Web 或桌面开发，并需要可复现的本地工具链；现在可以按成熟开源项目的方式提交贡献吗？
适合读者： 想参与项目架构、但需要明确外部贡献入口和可复现本地开发环境的开源贡献者

不适合按成熟开源项目的方式直接提交，因为 README 明确说当前尚未准备好接受外部贡献；不过本地开发入口已经有一定说明。

  • README「Contributing」要求想跟进、提问或交流的人加入 Discord 或开启 issue，而不是直接承诺外部代码贡献流程。
  • README「Development」指定使用 proto，并通过 proto use 安装 .prototools 中锁定的工具，具备可复现工具链的入口。
  • Web、API 和桌面端分别通过 moon 任务启动，其中桌面端还要求查看 apps/desktop/README.md，说明开发路径按应用拆分。
  • 因此可以先建立环境、阅读架构并通过 issue 或 Discord 沟通，但不能假设已有稳定的分支策略、代码审查规则或贡献者协议。
  • README「Contributing」："We're not set up to take outside contributions yet"
  • README「Contributing」："join the Discord ... or open an issue"
  • README「Development」："proto use # installs the tools pinned in .prototools"
  • README「Development」："moon run web:dev"、"moon run api:dev"、"moon run desktop:dev"
proto use    # installs the tools pinned in .prototools
材料未说明：当前允许外部贡献的具体时间和审核流程；Rust 核心、Web、API 和桌面端各自的测试命令与代码规范；贡献代码是否需要签署额外协议或遵循未写入 README 的规则
视情况 我想围绕插件优先架构开发第三方视频编辑插件，并把代码放在 MIT 许可项目之上；现在加入 OpenCut 重写版是否合适？
适合读者： 希望通过插件机制扩展视频编辑器、并需要 MIT 许可进行二次开发的开源工具开发者

视情况：MIT 许可适合二次开发，规划中的插件优先架构也符合目标，但现在不适合押注稳定的第三方插件接口。

  • 项目数据明确标注 MIT License，README 也在 License 章节链接了 MIT 许可证，授权层面较宽松。
  • README 规划“First-class third party plugins”，并说明这是由 plugin-first architecture 支持的，方向上直接满足插件扩展需求。
  • 但这些内容位于重写版的“What’s coming”中，且架构仍在设计，README 没有给出插件 API、生命周期、隔离方式、版本兼容策略或示例插件。
  • 因此可以围绕项目方向做探索性设计，却不能把未公布的插件契约当作当前可依赖的扩展平台。
  • README「Status」："First-class third party plugins (made possible by a plugin-first architecture)"
  • README「Status」："OpenCut is being rewritten from the ground up."
  • README「License」："MIT"
  • 项目数据：license 为 MIT License
  • README「Contributing」："the architecture is being designed"
材料未说明：插件 API 和插件清单格式是否已经存在；插件运行时的权限、隔离、沙箱和崩溃处理机制；插件版本兼容策略以及 classic 到重写版的迁移关系
视情况 我需要用一套 Rust 核心同时支撑 Web、桌面和移动端，并在本地按项目锁定工具开发；OpenCut 重写仓库适合作为架构参考吗？
适合读者： 维护 Rust 跨平台基础设施、需要同时服务 Web、桌面和移动端的工程师

视情况：它适合作为目标架构和开发流程的参考，但不适合作为已验证的跨端基础设施样板。

  • README 明确提出“Desktop, mobile, and browser from one codebase (Rust core)”，与读者的一套核心、多端复用约束高度匹配。
  • 项目使用 proto 管理锁定工具，并通过 moon 执行 web、api 和 desktop 任务，这为统一开发入口提供了可观察的工程结构。
  • 但 README 只说明这是从头重写中的目标，未证明 Rust 核心已经覆盖三端，也没有平台兼容矩阵、构建时长或运行性能数据。
  • 因此，若目的是研究组织方式和工具链，可以看；若要直接复用其跨端实现，则信息不足。
  • README「Status」："Desktop, mobile, and browser from one codebase (Rust core)"
  • README「Development」："proto use # installs the tools pinned in .prototools"
  • README「Development」："moon run web:dev"、"moon run api:dev"、"moon run desktop:dev"
  • README「Status」："OpenCut is being rewritten from the ground up."
proto use    # installs the tools pinned in .prototools
材料未说明：Rust 核心当前已实现的模块及其在三端的实际覆盖范围；桌面、移动端和浏览器的构建系统、最低版本与 CI 状态；三端之间项目文件、渲染结果和功能行为是否一致

✨ 核心亮点

  • Rust 核心计划统一 Web、桌面和移动端
  • MCP server 面向 AI agents，支持编辑器自动化
  • Headless mode 计划支持批量渲染
  • README 明确说明项目正在从零重写

🔧 工程化

  • OpenCut 是面向 Web、桌面和移动端的开源视频编辑器
  • 规划 Editor API、插件架构与编辑器内 scripting tab
  • 开发命令覆盖 web:dev、api:dev 和 desktop:dev

⚠️ 风险

  • README 建议今天使用 opencut-classic，重写版尚未接管
  • 项目暂未接受外部贡献，架构仍处于设计阶段
  • 元数据显示 No releases、0 位贡献者且技术栈 Mixed/Unknown

👥 适合谁？

  • 需要 Web、桌面、移动端统一视频编辑代码库的团队
  • 探索 MCP server、Headless mode 或插件 API 的开发者
  • 使用 proto 和 Moon 构建开发环境的工程师