ARTICLE · 1116003
AI 视频剪辑工具别乱装 四个开源项目,同一周,四个团队在抢同一件事
文 / 太阳鸟 · 约 4000 字，读完需要 10 分钟
大家好，我是太阳鸟。
上周我整理自己的 GitHub 日榜档案，翻到 2026-09-21 那天的记录，发现一件怪事：同一天，四个视频相关的项目一起上榜。
第一名写着：「开源剪映替代，90,052 Star，正在从零重写。」
"正在重写"四个字让我起了疑心，于是我点进了它的仓库首页。README 第一句话是：
OpenCut is being rewritten from the ground up.
（OpenCut 正在从底层完全重写。）
这句话后面跟着六个"即将到来"的功能。也就是说——一个 9 万星的项目，你今天装下来的，是一个还没写完的仓库。
我把这四个项目从头到尾扒了一遍：README、提交记录、许可证、路线图。这篇文章就是这份清单。
一、为什么是这四个
不是因为它们都在做视频。视频工具一抓一大把，不值一提。
是因为它们在同一天上榜，而且彼此完全不重叠——四个项目凑在一起，恰好是一条完整流水线的四个工位：
autoclip 从长视频里找出能用的片段 —— 找素材
OpenCreator 把成片翻译配音，发到 101 种语言 —— 出海
OpenCut 通用剪辑器，占的是剪映那个位置 —— 编辑
diffusionstudio/editor 让 Agent 直接剪，人只审片 —— 编排
按这个思路，这篇文章本来会写成"四个工具的介绍"——四段并列，谁的星多谁排前面，读完你什么都记不住。
直到我翻开第四个项目的 README，看到一行命令：
npx skills add diffusionstudio/skills
它把自己打包成了一个 Agent 技能。
那一刻这篇文章的形状就变了。它不再是"四个视频工具"，而是四家公司在同一个星期里，做出了同一个选择。
二、我拿什么查的
先把丑话说在前面：这四个我没有全装。我扒的是每个仓库的 README 全文、commit 时间线、license 提交记录，核对日 2026-09-30。
光说"我查了"没有意义。直接给你四条只有扒了仓库才看得到的东西——每一条，后面的正文都会用到：
① OpenCreator 的开源协议，上线刚满 9 天
它的 LICENSE 文件是 2026-09-21 才提交进仓库的，提交信息写着 docs: add Apache license and refresh contributors。一个 11,954 星、已经跑了几个老版本的项目，开源协议到写稿这天刚满 9 天。这条先记着，第三节讲它的时候会再出现。
② OpenCut 的重写进度，藏在 commit 里
7 月 10 日搭桌面端脚手架，7 月 24 日建 Rust 的 crates/ 目录，8 月 1 日铺 GPUI 基础组件，到了 9 月 24 日——还在给 FFmpeg 做全平台构建流水线。三个月，底层还没铺完。这解释了它的 README 为什么敢开门见山写"正在从底层重写"：不是谦虚，是字面意思。
③ 我自己 9 月 21 日的档案，已经过时了一条
我 9 月 21 日的日榜档案里，记着 OpenCreator「后端是 Go 1.22」。9 月 30 日再扒仓库，看到的是 React 18 + Fastify + Node 22，README 通篇没有 Go 这个词。要么是重写换了栈，要么当时记的就是旧版——不管哪种，你现在能搜到的 Go 环境部署教程，全部作废。中文二手教程的更新速度，跟不上这类项目改名的节奏。这篇里每个数字我都标了日期，就是防这个。
④ autoclip 最容易坏的地方，不是 AI 那层
它的 Docker 基础镜像专门从 python:3.9 升到了 3.11，原因写在仓库里：yt-dlp 不再支持 Python 3.9。听着是小事，但它暴露了这类工具的共同命门：真正会坏掉的往往不是 AI 那一层，是 yt-dlp、FFmpeg 这些不起眼的"管道件"。等下第三节讲 OpenCreator 最大的坑，根子也是这个。
四个里只有 diffusionstudio/editor 我准备真装——它有现成的 macOS / Windows 安装包，是四个里唯一"今天点两下就能打开"的。[[补一句你的实测进度：装到哪一步了 / 卡在哪 / 或者"下一篇出它的实测截图"。]]
我知道"没装就没发言权"。所以这篇给你的是判断，不是体验。每一个判断后面我都标了出处和时间，你可以自己核。
三、先说它们不行的
这一节我只做一件事：把厂商自己在 README 里承认的短板，全部念出来。不加工，不替它圆。
① OpenCut：90,052 星
六个"即将到来"：编辑器 API、第三方插件架构（插件优先）、Rust 内核一套代码跑三端、MCP server（给 AI Agent）、headless 批量渲染、编辑器内置脚本标签。
这一节最该记住的一句
90,052 星 ≠ 今天能用。这两件事在 2026 年已经彻底脱钩了。
② autoclip：能干，但 AI 分析那一步要花钱
7,894 星，七步流水线，全程 WebSocket 回报进度。
B 站自动上传、移动端、字幕可视化编辑 —— 官方标注「开发中」；导出预设只给了抖音、小红书、YouTube Shorts、B 站四个；"排这一周"的发布排期仅用于海外平台，不包含 B 站。
另一件要说清的：它默认走通义千问（阿里云 DashScope）。虽然现在也支持 Ollama / LM Studio 本地模型，但长视频分析是个吃上下文的活——本地 7B 模型做这事的耗时和质量，是另一回事。别指望它既免费又一样快。
③ OpenCreator：最大的坑在"启动之前"
11,954 星（2026-09-21 日榜），原名 KrillinAI——这次改名本身就是个信号：改名、换栈，连 Apache-2.0 协议都是 9 天前才补进仓库的（第二节说过）。它是四个里能力最"重"的：10 个创作者工具、101 种目标语言、46 分钟的视频一次跑完转写＋断句＋翻译＋配音。官方说星标来自至少 99 个国家和地区，累计 858 次提交。
但它最容易翻车的地方，是它还没开始干活的时候：
后端启动时做依赖检查，FFmpeg / yt-dlp 缺任意一个就直接退出，日志里只留一句「依赖环境准备失败」。
再加上源码跑要求 Node.js 22+、pnpm 9.15.0、一个已登录的 Codex CLI。这几样缺一样，你连界面都看不到。
④ diffusionstudio/editor：星最少，但它已经能装
2,984 星（2026-09-21 日榜）——不到 OpenCut 的三十分之一。只按星数排，它该排最后。
但它是四个里唯一一个现在就能下载安装包用的。它的短板不在能不能用，在年轻：2,984 星意味着社区小、教程少、踩了坑没人陪。另外它的许可证是 MPL-2.0，注意品牌资产不在这份许可证的覆盖范围内。
三个"不行"说完了。但正是这三个"不行"，指向了同一件事——
四、真正值钱的地方
这四个项目在做同一件事：把视频剪辑的"第一用户"，从人换成 Agent。
四条证据，各自独立，指向同一个答案。
证据一 · diffusionstudio/editor 把自己做成了一条命令
就是开头那句 npx skills add diffusionstudio/skills。它不是"支持 AI"，它是把自己注册成 AI 的一个技能。它的产品定义写得很直白：
Edits become code, code becomes video.（编辑变成代码，代码变成视频。）
它的机制是：用 SolidJS 的模块当"文档源"——你可以理解成一个 IDE，只不过它渲染的不是文字，是视频画布。改画布，代码跟着变；改代码，画布跟着重画。所以 Agent 拿到的永远是最新版本，不会对着过期画面干活。
证据二 · OpenCut 把"给 Agent 用"写进了重写路线图
那六个"即将到来"里，MCP server（for AI agents）是明确列出来的。注意这个位置——它不在功能列表里，在路线图里。也就是说，它不是想加一个 AI 功能，它是在改底层架构。
证据三 · OpenCreator 干脆不写 Agent
它的设计是：不重新实现 Agent loop，直接把 Codex CLI 当执行引擎（它管这叫 Codex Native）。自己只做本地 Runtime＋可视化工作台＋桌面宿主。
这是最省力的一条路，也是最诚实的一条：通用 Agent 那一层我打不过，我不打，我站在上面。
证据四 · autoclip 留了 CLI 和 MCP 入口
七步流水线可以被脚本编排，也可以通过 MCP 被调用。它甚至把自己也打包成了技能。
四条证据摆完，第二件事就顺下来了——
Star 数已经不是"能不能用"的指标了。
这不是说 OpenCut 不行。它的路线图如果真做出来，天花板是这四个里最高的。但你现在需要的是工具，不是路线图。
第三件事，是直接给你用的：选开源工具的方法该改了。
过去看星数是合理的，因为星数约等于"多少人在用、坑被踩平了没有"。但现在，星数越来越像一个注意力指标——一个项目可能因为路线图、因为"平替"这个词、因为一条爆款视频涨到 9 万星，而它的代码还没写完。
我现在的筛选顺序，就三条，按顺序过：
1. 有没有能装的 release？没有 → 丢进观察名单，不管多少星
2. 最近 30 天有没有提交？没有 → 大概率已经弃坑
3. 有没有 CLI 或 MCP 入口？没有 → 它还不是这个时代的工具
第 3 条是我这次新加的。判断标准很简单：一个工具如果只能靠人点鼠标用，它就没法被 Agent 编排，也就进不了自动化流水线。
五、怎么跑起来
四个都给入口，复制就能用。装不上大概率是依赖问题，我把最常见的坑标出来了。
autoclip（Python 3.10+，建议 3.11）
git clone https://github.com/zhouxiaoka/autoclip
# 想全本地跑，不上云
ollama pull qwen2.5:7b
python -m pip install faster-whisper
前提：PATH 里要有 FFmpeg。已经有字幕文件的话，直接 --srt talk.srt 传进去，跳过转写那一步，快很多。
OpenCreator
# 桌面版：release 页直接下，不用装 Node 和 pnpm
# 源码跑：
pnpm install && pnpm web:dev
桌面版包里自带 Codex CLI，但真实跑模型需要 Codex 登录或 API key。装之前先把 FFmpeg 和 yt-dlp 确认好——这是它退出最常见的原因。
OpenCut
今天要用的版本在 opencut-app/opencut-classic 仓库，官网 opencut.app 跑的也是它。重写版先放观察名单，等它自己的 release。
diffusionstudio/editor
npx skills add diffusionstudio/skills
也可以直接从官网下 macOS / Windows 安装包。配 Codex、Claude Code、OpenCode 都能驱动它。
六、适合谁，谁别折腾
反过来说：如果你想做的事，只是在电脑上剪一条普通视频——手上没有长素材，也不涉及多语言——那这一篇跟你没关系，用你现在的工具就行。
这四个项目加起来十一万星，不能让你少剪一分钟。
七、我的判断
这四个项目放在一起，我看到的是一个更大的信号：
做视频工具的人，不再争"谁的界面更好用"了。他们在争"谁的接口会被 Agent 调用"。
这件事在别的赛道已经发生过一轮。每个做 AI 产品的团队都得回答一个问题：如果将来活都是 Agent 干的，我的产品以什么形式存在？
这四个项目给了三种答案：
把软件做成 Skill — diffusionstudio
把软件做成 MCP server — OpenCut 的路线图
把软件做成 Agent 的一个工具 — OpenCreator 寄生 Codex
三条路，同一个方向。视频编辑正在从"一个软件"，变成"Agent 的一个技能"。
对你的实际影响是：以后选工具，你可能不再问"这个软件好不好用"，而是问——我的 Agent 能不能调用它。
写在最后
我一开始以为这是个"开源替代收费软件"的故事。扒完之后发现不是——它是一个正在重写自己的项目，而它给新版本定的第一个目标，是"被 Agent 调用"。
它的赌注是：下一个五年，剪辑软件的第一用户不是人。
这个赌注可能对，也可能错。但它值得被记下来——因为如果它对了，那今天所有还在比"谁的界面更像剪映"的产品，都在答一道已经作废的题。