本文作者:泊舟(@bozhou_ai)。版权归作者所有,未经授权禁止转载。
最近这三款 AI 剪辑工具都挺火:Pireel、OpenChatCut、ChatCut。
它们都在尝试做同一件事:丢进去一段口播,让 AI 帮你转写、删废话、加字幕、做一点包装,最后吐出一条可以发布的视频。
听起来差不多,实际用起来差别很大。字幕有没有错,时间线能不能继续改,撤销是否真的生效,最后导出的文件是不是当前工程,都会影响你能不能把它交出去。
我把三款工具放在同一场测试里,先把结论给你。
先说结论
按四轮测试、每轮 25 分相加,最终排名是:
- ChatCut:90/100,综合第一。 从转写、字幕、时间线修改到最终导出,整条流程最完整。本次测试里,它最接近一款可以直接进入日常工作的商业剪辑产品。
- Pireel:83/100,口播内容理解和压缩最强。 它能快速抓住一段口播里的观点,整理成信息卡、列表和更紧凑的成片。想快速得到一版结构完整的知识口播,可以先试它。
- OpenChatCut:77/100,开源和可扩展性最强。 本地项目、BYOK、MCP、插件和代码级修改都给了很大空间,不过当前版本还需要自己处理配置、模型服务和交付一致性。
如果你只想尽快把一段口播剪成能发布的成片,我会先选 ChatCut。
如果你最在意内容压缩,不太想研究复杂的时间线操作,Pireel 更省心。
如果你愿意自己配模型、改代码,把视频剪辑接进一套本地工作流,OpenChatCut 值得继续关注,但我暂时不会把它当成最稳的交付工具。
我怎么测的
我用的是同一段约 5 分钟的原始口播视频,分辨率 960×544,24fps,带双声道音频。
三款工具使用同一份素材、同一组要求。前三轮分别从同等状态开始,第 4 轮继续使用第 3 轮已经完成的项目,测试它们能不能从已有工程继续做出一条最终发布版。
提示词我就不把全文贴出来了。四轮要求可以概括成四件事:
- 生成文字稿,清理口癖、重复和无意义停顿。
- 添加中文字幕,调整安全区,并做一次轻微局部放大。
- 修改字幕位置和字号,缩短局部放大,再只撤销其中一项修改,最后导出 MP4 和 SRT。
- 自主把素材剪成一条 3 到 4 分钟的知识口播视频,加入字幕、章节和少量重点动效。
我还检查了文字稿、字幕轨、时间线、导出规格和工程文件是否对应。
四轮评分总览
四轮分数按原始测试结果汇总。评分顺序固定为:第 1 轮转写与口播清理,第 2 轮字幕与构图,第 3 轮修改、撤销与导出,第 4 轮自由剪辑与最终发布。

这里有一个需要提前说清楚的评分边界:Pireel 和 OpenChatCut 在第一轮都使用了本地转写兜底,不能把兜底结果直接当作原生 ASR 得分。OpenChatCut 第 4 轮的导出文件也没有算作有效独立交付,这也是它这一轮只有 12 分的主要原因。
第一轮:转写和口播清理
这一轮测的是最基础的能力:能不能把视频听懂,能不能在不改写原意的情况下删掉口癖、重录和无意义停顿。
这段素材本身比较干净,三款工具都没有为了制造效果而乱删内容。所以这一轮可以看出转写链路和工程是否完整,但还不足以判断它们处理复杂口误、重复重录的精度。
ChatCut 拿到 23 分。它的原生转录链路跑通了,文字稿可以直接接到后续剪辑里,最终时间线和成片也保持完整。问题是术语仍然会出现大小写错误,比如 fde,导出规格还被改成了 1920×1080、30fps。
OpenChatCut 和 Pireel 都遇到了原生转写问题,最后使用了本地转写结果兜底。这个结果可以帮助完成测试,但不能完全算作产品自己的原生能力。两款工具都没有误删内容,OpenChatCut 还提供了词级时间戳 JSON,Pireel 则成功把外部文字稿注册回工程。
第一轮评分明细

第二轮:字幕和画面构图
第二轮只做字幕和一次轻微放大,主要看字幕是否同步、位置是否安全,以及构图调整能不能继续编辑。
三款工具的差异很直观。
ChatCut 的字幕断句最接近日常成片,放大进入和退出也比较柔和。不过字幕面积偏大,距离人物嘴部有些近。
Pireel 的字幕最克制,画面主体比较清爽,放大幅度也控制得住,人物头部和下巴没有被裁掉。它的问题依旧来自转写,字幕准确度受第一轮本地文字稿影响。
OpenChatCut 的字幕位置安全,时间同步也正常,缩放关键帧是真实可编辑结构。但它把字幕拆成了 245 个短页面,切换频率偏高,F DE、FD/FDE 这类术语问题也还在。


这一轮的评分是 ChatCut 23 分,Pireel 23 分,OpenChatCut 22 分。
第二轮评分明细

顺便说一句,原测试标题里写了动态图形,但这一轮实际只测了字幕和缩放,所以不能拿这一轮的结果代表三款工具的完整 Motion Graphics 能力。
第三轮:修改、撤销和导出
这一轮更接近日常工作。AI 先生成一版不难,难的是你发现字幕太低、某一段放大太长,改完之后还要保留其他修改。
Pireel 是三款里最明确调用了原生 Undo 的工具,单项撤销最干净。但它没有完成只调整第一条字幕字号的要求,也不支持 SRT 导出。
ChatCut 完成了字幕上移、第一条字幕放大和局部放大恢复。它的 Agent 接口没有暴露通用 Undo,所以最后是通过精确反向修改恢复放大时长,效果对了,机制上不算原生撤销。第一条字幕放大也借助了额外的可编辑 Motion Graphic。
OpenChatCut 的字幕上移、首条字幕放大和放大时长恢复都完成了,最终导出保持了原素材的 960×544、24fps,这一点是三款里最稳的。不过它为了单独放大第一条字幕,增加了第二条字幕轨,再隐藏其他大量词条,工程做法比较绕。SRT 虽然成功导出,但有 245 条,后续人工整理会比较费时间。

这一轮 ChatCut 22 分,OpenChatCut 23 分,Pireel 21 分

第三轮评分明细

三款最终导出的 MP4 都通过了独立检查,音视频可以正常解码,开头、中段、结尾没有明显黑帧和长静音,恢复后的局部放大也确实存在。
第四轮:能不能做出一条最终发布版
前面三轮偏功能测试,第 4 轮直接把任务交给工具自己发挥:从已经完成的项目出发,剪成一条 3 到 4 分钟的知识口播,只能使用原始视频和产品自带的字幕、文字、图形、缩放与 Motion Graphics。
ChatCut 最终拿到 22 分。它用了 B-roll、章节动效、提示条、背景音乐和动态字幕,整体完成度最高。最终 MP4 和工程对应得上,字幕、图形、音乐和素材都还能继续编辑。
它也有明显短板。包装主要集中在前半段,后半段又回到了比较长的纯口播。章节卡还有一点英文商务模板的味道,和中文 FDE 主题没有完全融合。成片约 272 秒,内容压缩幅度也不如 Pireel。
Pireel 把 304 秒的素材压缩到约 251 秒,拿到 19 分。它的内容取舍最好,做了 5 张重点信息卡和 3 次 Punch-in,重点表达很清楚。红、黑、白的信息卡风格统一,比较适合商务知识口播。
不过 Pireel 没有加入外部图片、B-roll、音乐或音效,成片的观赏性主要靠信息卡支撑。黄色字幕放在浅色信息卡上时,对比度也不太够。还有一个交付问题,最终成片被保存在旧的第 2 轮项目中,第 4 轮项目仍然是原片,项目管理有点乱。
OpenChatCut 这一轮只有 12 分。它做了一个简洁的开场标题卡,黄色逐词字幕也有短视频感,但标题之后基本就是人物加字幕,没有 B-roll、音乐、音效、缩放或重点动效。
更麻烦的是,目录里的 MP4 和 SRT 与 ChatCut 的文件逐字节相同,不能算 OpenChatCut 独立导出。实际工程仍然是 960×544、24fps 的原始项目,这个交付问题直接影响了它的最终得分。
第四轮评分明细

三款工具分别适合谁
ChatCut:想把视频交出去的人
ChatCut 的优势在于整条链路跑得最顺:素材进入项目,生成文字稿,处理字幕,继续改时间线,添加包装,最后导出文件。
它有多轨、XML、透明 Motion Graphics 等能力,工程结构也更接近专业剪辑软件。你需要反复修改,或者成片要交给客户、团队和平台,ChatCut 的稳定性会更有价值。
代价也很明确。它是闭源产品,Agent 对话和各种生成会消耗 Credits,云端导出还要求素材能被云端读取。原素材涉及隐私,或者文件很大时,这些都要提前考虑。
Pireel:想快速把口播讲明白的人
Pireel 对口播内容的理解和压缩是三款里最突出的。它会主动把一段连续表达整理成列表、流程和信息卡,剪辑基础不强的人也比较容易拿到一版结构完整的内容。
它不太像一款全能后期软件。复杂多轨、外部素材、音乐音效、SRT 和专业工程交换都不是它的强项。你如果做的是知识口播、产品介绍、观点分享,它的优势比较容易发挥出来。
OpenChatCut:想自己搭一套视频工作流的人
OpenChatCut 是三款里唯一完整开源的产品。本地项目、BYOK、MCP、插件、Shader、Motion Graphics 和资源库都给了扩展空间,愿意自己配模型和服务的人,可以把它改成更符合自己工作流的样子。
但它仍然处在早期阶段。模型密钥、服务配置、版本更新和故障排查都需要自己处理,官网列出的功能也比本次真实生成表现更丰富。它适合拿来搭底层能力和做实验,暂时还不适合作为一键交付工具。
综合对比
前面的四轮分数回答的是“这次实际跑出来怎么样”,下面这张表回答的是“这三款产品整体上有什么区别”。我把产品定位、开源状态、数据与部署、时间线、文字稿、Agent、字幕、素材、导出、工程可编辑性、成本和适用人群都放进去了。
这张表中的四轮成绩与正文评分表保持一致:ChatCut 90/100,OpenChatCut 77/100,Pireel 83/100。
这次横测留下的三个判断
一、AI 剪辑的差距出现在后半程。
第一版能不能生成,三款都能做到一定程度。拉开效率差距的是字幕能不能单独改,撤销能不能只撤销一项,导出的 MP4、SRT 和当前工程能不能对上。你要把视频交出去,这些细节比开场效果更重要。
二、产品原生能力和本地兜底结果要分开看。
Pireel 和 OpenChatCut 在本次测试里都使用了本地转写兜底。最后的文字稿能用,不代表它们的原生 ASR 已经跑通。做横向测评时把这两件事混在一起,结论会偏乐观。
三、导出规格和文件来源也属于产品能力。
ChatCut 和 Pireel 多次把 24fps 素材导出成 30fps,Pireel 还把 960×544 放大到接近 1080p,文件体积明显增加。OpenChatCut 在规格保持上做得最好,但第 4 轮没有交付独立成片。
这些看起来像小问题,真到发布和返工时都会变成时间成本。
写在最后
这三款工具没有谁能把所有事情都包圆。
我自己的选择很明确:日常做一条需要反复修改、最终要交付的口播视频,先用 ChatCut。只想快速把口播内容压紧、整理出一版结构清楚的视频,试 Pireel。想研究开源视频 Agent、自己搭一套本地工作流,OpenChatCut 值得继续跟,但现在要给它留出调试和返工的时间。
如果你只看第一眼的炫酷效果,三款工具都能让你觉得挺神奇。用一段时间之后,最后留下来的问题还是那几个:能不能改,能不能导出,文件对不对,下一次还能不能接着做。