floatboat
打开导航菜单

OpenCut

OpenCut 是开源时间线视频编辑器。官网 Beta 运行 Classic 版本，团队正在开发基于 Rust 的新版。

为 OpenCut 整理带时间码的剪辑清单

把逐字稿或素材目录变成可交接的时间线方案，记录片段起止点和导出前需要核对的细节。

提供素材名、时间码、目标时长及面向的观众。

复制请求，在 Floatboat 新对话中粘贴，并提供所需资料。

下载 Floatboat

带入 Floatboat 的请求

请求可预览和复制，不会从此处自动发送。

参考来源: OpenCut
https://github.com/OpenCut-app/OpenCut

先阅读原始说明并核对当前环境与依赖。需要安装或连接新工具时，先提出方案。

我的任务:
参考 OpenCut README 区分 Classic 和新版计划。根据我带时间码的访谈逐字稿，拟一份 45 秒剪辑清单，列出素材区间、衔接检查点和每处剪辑要确认的问题。标出不确定的时间码，先交我审阅。

期望交付:
一份剪辑清单、审阅检查点和手动时间线剪辑的目标导出规格。

OpenCut 的 Classic 版本与 Rust 重写

OpenCut 是面向时间线剪辑的开源编辑器，可作为 CapCut 的替代方案之一。官网提供基于原始代码的浏览器 Beta。团队已单独归档 Classic 仓库，在主仓库开发下一版。

新版计划在不同平台之间复用 Rust 内核，并提供插件、编辑器 API 与无界面运行能力。MCP 也在上游路线图中。工作流要依赖某个接口时，应先核对它所在的实际发行版。

如果用 Floatboat 准备剪辑工作，可以先整理源文件、时间码、目标时长与验收项，再用浏览器编辑器手动组装和检查。保留素材与剪辑决定，下一轮修改时就能回溯每处调整。

评估 OpenCut 时可以看什么

Classic 网页版可用于验证素材导入和时间线编辑；新版接口的设计与开发在主仓库。需要评估自动化时，先确认相关能力在哪一版实际可用。

  • 时间线剪辑

    将素材排进时间线，移除多余片段，观察短片的预览和衔接是否符合交付要求。

  • 浏览器 Beta

    从官网早期 Beta 开始，验证实际素材能否导入，以及导出结果能否用于当前任务。

  • Rust 编辑器架构

    在主仓库跟进共享内核和插件接口。准备依赖某个新接口前，先查看对应版本的实际发布状态。

OpenCut 的使用场景

用一段目标明确的短素材试剪。清单记录每个片段为什么保留、从哪里剪起，导出后再按时间码检查衔接、字幕和画面是否符合交付要求。

从访谈逐字稿剪出精彩片段

在逐字稿上为开场、核心引语和结尾标记时间码。把选中的区间排进时间线，再检查衔接有没有改变受访者的原意。

整理一段产品操作演示

围绕一个任务排序录屏，删掉等待和重复导航。分享前核对关键界面文字是否可见，前后操作是否连贯。

把修订版交给同事审阅

记录每次替换涉及的源文件、起止点和调整理由。将新版视频与改动清单一并交付，让同事可以按实际播放结果核对。

评估网页剪辑能否满足交付

挑有代表性的素材建一个小项目，在日常使用的浏览器和设备上实际检查导入、时间线编辑及导出，再根据交付要求判断。

试剪前准备什么

首轮用一份短素材副本，在自己的浏览器里跑通导入、预览和导出。核对文件格式、目标分辨率和播放结果后，再决定是否用于长片或正式任务。

  • 浏览器与授权素材

    打开官方 Beta，准备一组有权编辑和分享的短素材。

  • 导出验收项

    先记下目标时长、画面构图和播放检查点，试剪后逐项确认。

相关软件项目

比较这些项目的用途、运行条件和源码许可。

OpenCut 常见问题

OpenCut 官网现在运行哪一版？
主仓库指向 opencut.app 的 Classic 浏览器 Beta，新版代码仍在主仓库开发。
为什么 OpenCut Classic 仓库已归档？
它保存的是原始代码。团队将重写工作转到主仓库，Classic 的源代码仍可只读查阅。
现在可以用 MCP 调用 OpenCut 吗？
上游把 MCP 服务列入新版计划。接入前需核对实际发行版和可调用工具。
可以依赖自动批量导出吗？
无界面运行和批量渲染是新版目标。交付前可以先用代表性素材验证浏览器版的手动导出。
在哪里查看自部署说明？
Classic 归档仓库的 README 记录了 Bun 与 Docker 的配置，新版主仓库另有开发环境说明。
OpenCut 用的是什么许可证？
OpenCut 主仓库采用 MIT。用于剪辑的视频、音频及其他素材仍按各自授权处理。