大数跨境

9.2 万 Star 的开源剪映

9.2 万 Star 的开源剪映 路过银河AI
2026-10-05
4
导读:9.2 万 star 的开源剪映替代,Web 端首页写着 hello world,编辑器写着即将推出。这篇讲清楚它为什么把能用的版本归档,以及重写的真实进度。

OpenCut 作为 GitHub 上热度极高的开源视频编辑器,近期在主仓库首页展示了一则“劝退”声明:当前可用的稳定版本并不在此。这一反常举动引发了社区关注:为何一个拥有近十万 Star 的项目要主动将用户推开?

GitHub 仓库卡片:定位为开源的剪映替代品

现状反差:高星主库与归档旧版

OpenCut 在 GitHub 主仓库拥有 92,319 个 Star,其核心定位明确为“开源的剪映替代品”。然而,查阅主仓库 README 可知,官方明确指出旧版本已迁移至独立仓库 opencut-classic。该旧版仓库目前处于“已归档”状态,Star 数仅为 264,且不再维护。

这种巨大的数据落差源于一次彻底的代码重构决策。主仓库致力于开发全新架构,而当前实际可运行的版本仍停留在被归档的旧代码库中。

核心数据对比

以下数据基于 GitHub 官方接口实时读取:

项目指标
OpenCut-app/OpenCut
(新架构/主库)
OpenCut-app/opencut-classic
(经典版/旧库)
定位
开源剪映替代品(重构中)
原始 OpenCut 代码库
Star
92,319
264
Fork
9,091
337
开放 Issue
374
0
创建时间
2025-06-22
2026-05-16
最近推送
2026-09-24
2026-05-17
归档状态
未归档
已归档
许可证
MIT
MIT

主仓库于 2025 年 6 月创建,迅速积累大量关注。今年 5 月,原始代码被迁移并归档。目前官方网站 opencut.app 仍运行经典版,而重写版将在临时域名测试成熟后接管。

项目核心价值主张

OpenCut 旨在填补云端剪辑与重型专业软件之间的市场空白,主要解决三大痛点:

隐私安全。 所有视频处理均在浏览器本地完成,无需上传素材至服务器,确保视频、项目及剪辑记录完全保留在用户本机。

免费开源。 针对商业软件将基础功能订阅化的趋势,OpenCut 坚持将常用剪辑功能免费开放,无分层收费。

轻量化体验。 相较于 DaVinci Resolve 和 Premiere Pro 的专业厚重,OpenCut 专注于日常剪辑场景,降低学习门槛。

OpenCut 官方文档站首页配图

重构动因与技术架构升级

官方列举了重写的六大核心目标,揭示了旧版 Next.js Web 应用架构的局限性:

  • 构建统一的编辑器 API
  • 支持一等公民级别的第三方插件(插件优先架构)
  • 基于 Rust 核心实现桌面、移动和浏览器的多端覆盖
  • 集成面向 AI 智能体的 MCP Server
  • 支持无头模式,用于自动化和批量渲染
  • 内置脚本标签页,提升扩展性

新版技术选型将 Rust 置于核心地位,负责 GPU 合成、特效及 WASM 绑定,前端仅负责界面交互。通过编译同一套核心代码,实现 Windows、macOS、Linux 及浏览器的多平台支持。

代码仓库深度解析

通过分析仓库文件结构,可窥见其工程规范与技术栈细节:

工具链锁定:根目录 .prototools 文件严格指定了 moon 2.3.3、bun 1.3.11 和 rust 1.97.0 版本,确保开发环境与 CI 的一致性。

供应链安全:bunfig.toml 配置了 minimumReleaseAge = 604800,强制依赖发布满 7 天后方可安装,以规避早期恶意版本的供应链投毒风险。

核心依赖:Cargo.toml 显示项目采用 Rust 2024 edition,并依赖 Zed 编辑器的界面框架 GPUI (0.2.2) 进行原生桌面端开发。

应用层结构概览

目录
技术栈
说明
apps/web
Vite 8 + React 19 + TanStack Router/Start + Tailwind 4
Web 前端,部署于 Cloudflare
apps/api
Elysia + Cloudflare Workers
服务端接口
apps/desktop
Rust + GPUI
原生桌面端,目前为 Cargo 工作区唯一成员

值得注意的是,宣传中的“Rust 核心”模块(crates/*)目前在工作区中处于注释状态,业务逻辑从 TypeScript 向 Rust 的迁移仍处于早期阶段。因此,GitHub 语言统计仍显示为 TypeScript 为主。

当前使用指南

针对不同用户需求,官方给出了明确建议:

日常剪辑用户: 请使用经典版。访问 opencut.app 或使用归档仓库代码,功能完整但不再更新。

架构关注者: 可通过官方临时域名查看重写版进度,但不建议用于生产环境。

代码贡献者: 架构设计期间暂不接收外部贡献,建议通过社区频道或 Issue 跟进。

自部署用户: 经典版基于 Next.js,需配套数据库和 Redis,支持 Docker 一键启动;新版需搭建 Bun 和 Rust 工具链。

本地构建实测

官方推荐通过 proto 管理工具链,使用 moon 编排开发任务。在 Windows 环境下实测 Web 端构建:

Bun 1.3.11 环境下,bun install 成功解析 784 个包,包含 Tailwind 4 原生模块及 Cloudflare Vite 插件。服务端采用 Elysia 框架,独立运行。

桌面端构建成本较高,需从源码编译 GPUI,耗时较长。目前桌面端成品仅为一个基础窗口,印证了项目仍处于重构初期。

新版界面现状

启动开发服务器后,Web 端默认绑定 IPv6 回环地址(需使用 localhost 访问)。页面内容极具象征意义:

hello world!

编辑器路由 /editor 显示:

Editor Coming soon.

服务端接口虽已打通健康检查(/health),但具体业务接口尚未定义。这表明尽管骨架完备,但实质功能开发尚需时日。

媒体评价与市场反馈

海外科技媒体普遍将其视为“免费剪映替代品”,赞赏其简化日常剪辑流程的能力。部分评测指出,对于非工作室用户,OpenCut 可有效替代 Premiere Pro 的基础工序。

中文社区则更直观地称其为“免费开源版剪映”,并关注其技术栈中 Bun 的双重角色(运行时与包管理器)。随着 Star 数突破 9.2 万,其关注度持续攀升,但用户需清晰区分“关注度”与“可用性”。

总结与建议

OpenCut 将可用版本归档并重启重构,从工程视角看是剥离历史包袱、追求长远架构优化的必要之举。然而,插件沙箱、AI 接口及无头渲染等核心承诺的兑现仍存在不确定性。

最终建议:当前急需视频剪辑工具的用户,请继续使用经典版;看好其未来潜力的开发者或早期 adopter 可关注新版进展,但现阶段切勿将核心工作流迁移至尚未成熟的重写版本。

【声明】内容源于网络
0
0
路过银河AI
1234
内容 1085
粉丝 1
路过银河AI 1234
总阅读39.5k
粉丝1
内容1.1k