大家好，我是AIMPC

开场再短半秒。

第三个镜头挪到音乐鼓点上。

字幕往上移一点。这段改成慢动作，其他地方别动。

这些要求人很容易听的懂。但交给 AI 视频工具时，事情常常变成重新生成一条视频，或者回到剪辑软件里手动修改。

FableCut 给 AI 开放了另一种入口：直接修改视频时间线。

它是一个在浏览器里运行的开源视频剪辑器。界面接近常见的非线性剪辑软件，有 4 条视频轨和 3 条音频轨，可以拖动、裁剪、分割、调速、加字幕、上滤镜、加转场和设置关键帧。

横版、竖版、方形画布都支持。

项目代码于 2026 年 7 月 7 日公开，7 月 9 日发布 v1.3.0，当前仍处在很初期的版本阶段。

FableCut 处理已有的视频、音频和图片素材。它不负责凭空生成视频，重点放在镜头怎么排、字幕放哪里、音乐怎么进、参数如何调整。

整条时间线是一份 JSON

FableCut 的工程围绕 project.json 展开。

素材、轨道、每个镜头的开始时间和持续时长，以及字幕、转场、滤镜、关键帧、音量和速度，都记录在这份文件里。

“一条镜头从第 4 秒开始，持续 3 秒，放在 V1 轨道”，在工程里就是一段结构化数据。

AI 很适合读取和修改这种数据。它不必模拟鼠标在界面上反复点击，可以读取工程、提交局部 patch，再把结果写回文件。

浏览器会监听工程变化。智能体调整镜头顺序后，页面里的时间线也会更新；人在界面里改过字幕位置，智能体下次读取时同样能看到。

工程还带有 revision 版本号。智能体读完工程后，如果人又做了修改，旧版本写入会被拒绝，避免刚调好的内容被悄悄覆盖。

FableCut 给智能体留了三种入口：MCP、REST，以及直接修改 project.json 。

它还提供参考视频分析，可以提取切点、节拍、BPM、响度、镜头能量和高潮位置，再把这些信息整理成剪辑结构。这里得到的是节奏和结构数据，人物关系、故事取舍和镜头含义仍要由模型与人继续判断。

官方示例主要使用 Claude

FableCut 的官方说明明显以 Claude Code 为主。

项目里的智能体操作手册就叫 CLAUDE.md ，README 给出的 MCP 注册命令也使用 Claude。官方演示视频展示的同样是 Claude Code 规划并修改剪辑工程。

项目没有提供 Codex 专用适配文档。

不过，README 同时写明，Claude Code、Claude Desktop，以及任何支持 MCP 或 REST 的智能体都可以操作编辑器。项目自带的 stdio MCP server 使用的是通用协议。

Codex CLI 也支持注册 stdio MCP server，所以我决定在自己的电脑上实际接一次。

把 FableCut 接给 Codex

要在自己的电脑上运行，先得装好 Node.js。FFmpeg 不是启动编辑器的硬条件，但快速导出和参考视频分析提议安装。

下载并启动项目：

浏览器打开：

再把项目自带的 MCP server 注册给 Codex：

检查注册结果：

我第一次在非交互任务里调用 fablecut_status 时，MCP 授权无法弹出，调用连续两次被撤销。注册成功后，Codex 的权限模式还要允许它调用 MCP 并修改本地工程。

明确放开本次测试目录所需的写入权限后，Codex 成功连接 FableCut。

第一条视频导出了，画面没有通过

测试素材来自 FableCut 的官方演示视频。这条视频约 53.5 秒，尺寸为 1280×720。

第一轮我把它拆成 5 段画面和一条 20 秒音频，让 Codex 导入素材、写入时间线，并生成两段文字。

MCP 调用全部成功。Codex 完成了状态检查、6 次素材导入、文档读取、局部 patch 和工程回读。最终工程有 6 个素材、8 个片段，总时长 20 秒。

FableCut 也顺利导出了带声音的 MP4。

可我打开视频一看，完整的编辑器界面被裁掉了左右两边。代码、预览窗口和时间线，到了视频里像被拆成了几块。

缘由很具体：官方素材是 1280×720 横屏，我却要求一张 1080×1920 的竖屏画布，还把 5 个视频全部设成 fit: cover 。

cover 会填满画布，超出的部分直接裁掉。把 16:9 的完整界面塞进 9:16 画布，左右自然会丢掉一大截。

第五段素材实际只有 0.967 秒，而任务要求每段占 4 秒。Codex 把速度降到约 0.24 倍，让它撑满最后四秒。时间对上了，观感却很差。

我给错了参数，Codex 照单全收。它没有主动质疑横屏界面是否适合强裁成竖屏。

这条视频技术上可以播放，视觉验收没有通过。

第二次保留完整界面

第二轮我重新截取了 5 段素材，每段都是完整的 4 秒，尺寸统一为 1280×720。

这次给 Codex 的要求也改了：

• 画布使用 1280×720，30fps

• 5 个视频按 0、4、8、12、16 秒依次排列

• 所有画面使用 fit: contain

• 删除全部裁切和视频调速参数

• 两段文字缩小到 36px，移到左上角

• 背景音频覆盖 20 秒，最后两秒淡出

Codex 通过 MCP 重新导入 6 个素材，读取旧工程，再用 fablecut_set_project 替换完整时间线。

新工程是 revision 15，包含 6 个素材、8 个片段，总时长 20 秒。5 段视频都没有 speed ，也没有 cropL 、 cropR 、 cropT 、 cropB 等裁切参数。

浏览器里的节目监视器终于能看到完整页面，代码区、预览窗口和时间线都留在同一张画面里。

重新导出的 MP4 为 1280×720、30fps，视频编码 H.264，音频 AAC，文件约 6.7MB。

第二条依然没有官方演示做得好。镜头只是按指定顺序排列，节奏、叙事和视觉设计都比较基础。它解决了画面裁切、文字遮挡和极端慢放，达到了这次功能验证的要求。

它目前能帮你省下哪些操作

两轮测试确认，Codex 可以通过 FableCut 的通用 MCP server 导入素材、读取工程、修改时间线，再把结果交回浏览器继续编辑。

做内容时，可以先把它当作一个可编辑的粗剪入口。让 Codex 把素材按顺序放到 V1，把音乐放到 A1，统一调整字幕、音量、速度、转场和画幅，然后回到浏览器逐个镜头检查。

遇到“把所有字幕上移一点”“把五段素材重新排顺序”“给结尾加两秒淡出”这类重复修改，不必再一处一处手动点。Codex 改完的是原来的时间线，人还能接着拖、删、换镜头。

已经在用 Codex 的人，还可以把这个项目当作一套能照着复现的 MCP 接入样本：怎么把一个有界面、有工程状态的工具交给智能体，怎么用 patch 减少整份 JSON 的来回传输，又怎么用 revision 防止覆盖人的修改。

对我来说，它适合放在短视频的前半程：镜头初排、批量改参数和统一样式先交给 Codex，再由我看画面、调节奏和决定最终版本。

它能省下重复操作，审美判断依旧留在人手里。

第一轮也提醒了一件具体的事：JSON 写对、文件成功导出，只代表技术链路能工作。画幅是否合适、镜头有没有被裁坏、文字是否挡住主体，依旧需要实际观看。Codex 没有主动发现第一轮里的视觉问题，第二轮修正依赖我明确给出画幅、适配方式和文字位置。

这次 5 段画面都来自同一条官方演示视频，没有覆盖杂乱素材里的自动选片、人物识别和故事编排。当前版本也还很早，正式交付前仍要由人预览、取舍并触发最终导出。

项目代码采用 MIT License，不代表官方演示视频中的全部画面、音乐和第三方内容都能随意再发布。

完成粗剪后，时间线仍留在浏览器里。我可以继续拖、删、换镜头，直到自己愿意点击导出。