こんにちは。プロンプト画伯です。
画像生成AIを触り倒しながら、AIで作る表現の限界を毎日試しています。
「AIが動画を編集する」と聞くと、CapCutやRunwayのような「AIがクリップを自動で切り貼りしてくれるSaaS」を思い浮かべる人が多いはずです。
FableCutはその常識をひっくり返します。
UIを操作するのでもコードから動画を生成するのでもない。
タイムラインそのものをJSONデータとして公開し、AIがその値を直接書き換える設計です。
「AIが動画を編集する」の意味が変わり始めている
これまでの「AI動画編集」は2つの流派で語られてきました。
1つ目はDaVinci Resolveなどにスクリプトを噛ませてAIがボタンを押す「UI自動操作型」。
2つ目はRemotionのReactコードをAIに書かせる「コード生成型」です。
FableCutはそのどちらでもない3つ目の道です。
作者いわく「the project file is the interface(プロジェクトファイルそのものが編集画面)」。
タイムライン全体を1枚のJSONにして、AIに直接書き換えさせる設計です。
FableCutとは——「project.jsonがそのまま編集インターフェース」という設計
ronak-createさんが個人で開発しているブラウザ動画エディタです。
MITライセンス、スターは記事執筆時点で379、最新はv1.3.0(2026年7月9日リリース)と、動き始めたばかりのオープンソース。
特筆すべきは「Zero npm dependencies」の一文です。
Node 18以上さえあれば、node server.js を実行して http://localhost:7777 を開くだけで起動します。
タイムライン全体がJSONドキュメントという構造
READMEには「project.json describes media, clips, tracks, effects, keyframes and transitions」とあります。
動画を構成するあらゆる要素が1つのJSONに集約されている、ということです。
人間がUIをクリックしても、AIがコマンドを送っても、行き着く先は同じファイル。
この一元化が設計の芯です。
編集機能はSaaSに引けを取らない
4本のビデオトラックと3本のオーディオトラック、17種のトランジション、キネティックキャプション、SVGアニメーションが揃っています。
書き出しはffmpegがあれば高速に、なければMediaRecorderフォールバックで動く二段構えです。
なぜ「JSONを書き換える」発想が効くのか——AI動画編集ツールとの根本的な違い
ここが記事の核です。
既存の「AI×動画編集」を3つの型で並べてみます。
- Remotion型:コードから動画を生成する。素材ゼロから作る用途に強いが、既存素材を整えるには遠回り
- DaVinci Resolve自動操作型:重量級ソフトにスクリプトを後付けする。プロには相性が良いが学習コストが前提
- FableCut型:タイムラインのデータをそのままAIに渡す。エージェント前提で軽量に設計
優劣ではなく前提が違うので用途で選ぶ話です。
「素材はもうある。あとは並べて整えたい」ならFableCut型が刺さります。
Claude CodeからFableCutを操作する仕組み——MCP+REST+JSON直書きの3経路
FableCutがAIエージェントに開けている入り口は3つあります。
1つ目はMCP。
claude mcp add -s user fablecut -- node "/mcp-server.js" の一行でClaude Codeに登録できます。
使えるツールは fablecut_status、fablecut_get_project、fablecut_set_project、fablecut_patch_project、fablecut_import_media、fablecut_analyze_reference など。
READMEには「token-efficient by design: agents patch the timeline with small ops」とあり、全体を書き直させず必要な差分だけ送らせる設計です。
2つ目はRESTで /api/project やアップロード、Server-Sent Eventsで変更通知。
3つ目はJSON直書きで、project.json を任意のスクリプトから編集できます。
面白いのはrevisionカウンタです。
人間とAIが同時にタイムラインを触っても、revisionが合わない書き込みは409で弾かれる。
「AIが勝手に上書きして人間の変更が消えた」を構造で防ぐ発想です。
画像生成AIで作った素材をFableCutに載せるワークフローの可能性
画像生成AIで大量の静止画を作った後、それらをどう動画に仕上げるかは常に悩みどころです。
手作業で並べてトランジションを付けるのは楽しい反面、量が増えると疲れます。
FableCutの設計なら、生成した静止画を fablecut_import_media で読み込ませて、Claudeに「BGMのビートに合わせて8枚を切り替えて、最後だけズームアウト」とJSON構造の指示を書かせる使い方が考えられます。
さらに fablecut_analyze_reference で好きな映像のshot boundaryとBPMを抽出し、そのedit blueprintを自分の生成画像に適用する試みも可能です。
AIが「監督」の役割まで持ち始める方向ですね。
あくまで設計上の可能性ですが、生成AIで素材を作る人にとって次の候補になる設計であることは確かです。
導入前に知っておくべきこと——「完全ブラウザ完結」ではない
正直に補足します。
FableCutは「ブラウザで動く」と表現されがちですが、正確には「ローカルでNodeサーバーを起動し、そのサーバーにブラウザからアクセスする」形態です。
git cloneしてターミナルで node server.js を叩く工程が入るので、コマンドラインに慣れていない方には一段ハードルがあります。
書き出しはffmpegがあれば高速、無ければMediaRecorderフォールバックで品質や対応形式に差が出ます。
加えてFableCutはまだスター379・v1.3.0の個人開発OSS。
実運用でどこまで通用するかは触ってみないと分からない領域が残ります。
「タイムラインがデータになる」という発想がAI動画編集の次を決める
FableCutを1ツールの評価で終わらせるのはもったいない話です。
大事なのは「タイムラインがデータになる」という発想そのものが、AI動画編集の次のフェーズを暗示している点です。
UIを自動操作する時代、コードから生成する時代を経て、いま「編集の中身をデータとしてAIに渡す時代」が始まりかけている。
この物差しを一度手にすれば、これから登場する他のAI動画ツールも「どのレイヤーに開けているか」で評価できるようになります。
まずは node server.js で起動し、project.json の中身を眺めてみるだけでも発見があるはずです。



💬 コメント
ログイン か 会員登録 するとコメントできます