剪片就是写 JSON，比"AI 剪视频"有嚼头多了

速评：FableCut 把一条视频的整个工程——素材、轨道、关键帧、转场、标记——全塞进一个 project.json。这个设计，比"AI 能剪视频了"这句话有嚼头多了。文章七月九号发的，作者也没藏着掖着，明说 Claude 帮写了 README 和大半代码。

AI 圈现在最卷的方向，是给 agent 造接口——MCP server、专属 API、一堆协议。FableCut 反着来：写完 project.json 等于剪完片子。agent 会写 JSON，就会剪视频。Python 脚本行，jq 行，文本编辑器也行。工具链折腾一整圈，回到"一切皆文件"。文件是给任何会读文件的东西用的接口，就这一点，API 比不了。

挑一个细节说：并发控制就是一个 revision 计数器，每次写入必须 bump 一下，没 bump 就返回 409。agent 收到 409，自己重读文件，在最新状态上重放改动——409 里故意连新状态都不带，逼 agent 重读。

没上 CRDT，没有锁文件，更没堆什么分布式同步。两个 agent 同时改一条片子的冲突本来就极少发生，真撞上了，重读重放的成本比维护那套重家伙低两个数量级。这比那种动不动给玩具项目塞个图数据库的方案，诚实多了。

毛病当然不是没有：导出得开着浏览器，headless 没做，Chromium-first，一个人加 Claude 的项目。这些都不洗。真拿它剪商业片，够呛。

但产品成熟度不是它最该看的部分。它最好玩的地方，是顺手回答了一个问题：当 AI 变成真正的使用者，接口该长什么样。

现在全网爱喊"AI 全自动剪片"，作者自己倒说得实在：AI 干体力活，人做审美。这个分工，比"全自动"三个字值钱多了。

**这里立个 flag：半年之内，会有更多工具把"可被 agent 直接读写的工作文件"当一等公民来设计，API 反而不是主角。**到时候回来收。