CapCut 代替 OSS に OpenCut が選ばれる理由｜Shotcut など競合との違い

CapCut の代替となるオープンソースの動画エディタを探していて、「OpenCut」という名前にたどり着いたエンジニアの方は多いのではないでしょうか。GitHub で 60,000 スターを超える勢いで注目を集めており、ブラウザだけで完結する動画編集を掲げる本リポジトリは、CapCut 依存リスクを避けたい開発組織にとって魅力的な選択肢に見えます。

一方で、OpenCut は現在「ground up からの書き直し」の最中にあり、公開されている opencut.app は旧バージョン（classic 版）が動いている、というやや複雑な状況にあります。情報が断片的に流通しているため、「いま使えるのか」「Shotcut や Kdenlive など老舗 OSS と何が違うのか」「自社プロジェクトに採用してよいのか」といった判断材料がそろっていないと感じる方も少なくないはずです。

採用判断を誤ると、機能不足で開発が止まる、あるいはメンテナンス停止リスクを抱え込む、といった事態を招きかねません。動画編集のような重い処理を扱う領域では、技術選定の手戻りコストは特に大きくなります。

本記事では、公式リポジトリ・README・公開されているアーキテクチャ解説記事を一次ソースとして、OpenCut の現在地・rewrite 版の技術構成・競合 OSS との具体的な差分・採用判断のチェックポイントを整理します。動作検証は行わず、ドキュメントベースで「いま採用すべきか／待つべきか」を判断するための材料を提示します。

OpenCut とは｜CapCut 代替 OSS の現在地

OpenCut は、OpenCut-app/OpenCut で公開されている、ブラウザで動作する無料・オープンソースの動画エディタです。リポジトリの説明には「The open-source CapCut alternative」と明記されており、CapCut の代替を明確に掲げています。

基本スペック

GitHub API から取得した本記事執筆時点（2026-06-30）のメタデータは次の通りです。

archived と fork がいずれも false、disabled も false であり、アーカイブされたプロジェクトでも他リポジトリの fork でもありません。最終 push が本記事執筆時点から約 9 日前であり、現時点ではメンテナンスが継続している独立した OSS と判断できます。スター数 60,623 は OSS 動画エディタとしては突出した水準で、後述する Shotcut（約 14,000 スター）と比較しても 4 倍以上の規模です。

ライセンスは MIT であり、商用利用・改変・再配布が広く認められています。動画編集機能を自社プロダクトに組み込みたい場合の法的ハードルは低い部類です。

「CapCut 代替」と呼ばれる理由

OpenCut が CapCut の代替として扱われる理由は、複数の紹介記事で共通して以下の点が挙げられています。

• ブラウザ完結: インストール不要で、ブラウザだけで動画編集が可能
• ローカル処理: 動画はブラウザ内で処理され、サーバーへアップロードされない（OpenCut: Building a Privacy-First Video Editor（Medium） で詳述）
• ウォーターマークなし・アカウント登録不要・サブスクリプション不要

CapCut は中国 ByteDance 傘下の動画編集ツールで、利用規約・データ取り扱いの懸念や、企業利用時のコンプライアンスリスクが議論されてきました。OpenCut は「ローカル処理」を中核に据えることで、これらの懸念を構造的に回避する設計を採っています。

現状理解の前提｜classic 版と rewrite 版の関係

OpenCut を評価するうえで最も重要なのが、「classic 版」と「rewrite 版」が並走しているという現状です。これを理解せずに採用判断を進めると、「公開されている機能と GitHub のソースコードが噛み合わない」「ロードマップ機能を classic 版で探してしまう」といった混乱を招きます。

公式 README の Status セクション（OpenCut README）では、本リポジトリが現在「ground up から書き直し中」であることが明示されています。整理すると以下のような構造です。

つまり、GitHub Trending や Hacker News で話題になっている本リポジトリは、現時点では「将来の本体」となる予定の rewrite 版を指しています。実際にブラウザで動画編集を試せるのは classic 版で、こちらは Remotion + Next.js の単一構成で構築されたバージョンです（出典: OpenCut 深度拆解（Text Matrix））。

この前提を踏まえると、初見のエンジニアが採用判断をする際には次の問いを切り分ける必要があります。

• いますぐブラウザで動画編集機能を使いたい → classic 版を確認する
• 動画編集機能を自社プロダクトに埋め込みたい・将来の plugin / MCP 連携を視野に入れたい → rewrite 版（本リポジトリ）の進捗を追う

次の章では、後者の rewrite 版が何を目指しているのかを、技術構成の観点から整理します。

rewrite 版の技術アーキテクチャ｜plugin-first 設計の狙い

rewrite 版は、classic 版の Remotion + Next.js という比較的シンプルな構成から、複数の新しい技術スタックを組み合わせたモノレポ構成へ大きく方針を転換しています。詳細は第三者による技術解説記事（OpenCut 深度拆解（Text Matrix）、OpenCut Rewrite（explainx.ai））でも分析されています。

新版スタック概観

rewrite 版の主要コンポーネントは次の通りです。

README に記載されている開発コマンドからも、これらのスタックが組み合わさっていることが確認できます（出典: OpenCut README）。

moon run web:dev   # http://localhost:5173 でフロントエンド起動
moon run api:dev   # http://localhost:8787 で API サーバー起動

このコマンド体系は moonrepo の標準的な書き方で、apps/web と apps/api を別々に起動する構成になっています。将来的には crates/* に Rust core を追加する計画も解説記事で示されています。

plugin-first アーキテクチャと Editor API

README の Status セクションでは、rewrite 版で実装予定の機能として次の項目が挙げられています。

• Editor API: 編集機能を API として外部に公開する
• first-class third party plugins: サードパーティ製プラグインを一等市民として扱う設計
• Desktop、mobile、browser を 1 コードベースで: Rust core により全プラットフォーム対応
• MCP server: AI エージェントから編集機能を呼び出せるサーバー
• Headless mode: UI なしでの自動化・バッチレンダリング
• エディタ内の Scripting タブ: ユーザー自身がスクリプトで機能拡張できる仕組み

技術解説記事では、この設計思想を「動画編集の Linux カーネル」と表現しています。つまり、Rust core を「プログラマブルな下層」として位置づけ、UI（Web / Desktop / Mobile）は複数の "シェル" のひとつにすぎないという発想です。第三者プラグインを一等市民として扱う方針は、既存の動画編集 OSS（後述の Shotcut・Kdenlive 等）には見られない特徴です。

ただし、Plugin SDK は本記事執筆時点で未公開であり、設計フェーズの段階にあります。

MCP server・Headless mode・Scripting タブの位置づけ

rewrite 版のロードマップで特に新しい方向性として注目されるのが、MCP server と Headless mode です。

• MCP server: Claude Code・Cursor・Cline などの AI エージェントから OpenCut の編集能力を直接呼び出せるようにする構想。スポンサーである fal.ai の生成 AI モデルとの連携が背景にあると解説記事では分析されています
• Headless mode: UI なしで動画編集処理を実行する仕組み。サーバーサイドでのバッチレンダリングや、CI/CD パイプラインへの組み込みを想定
• Scripting タブ: エディタ内で利用者自身がスクリプトを書いて編集処理を自動化できる機能

これらは「動画編集を API として組み込みたい」「AI エージェントから動画を生成・編集させたい」という近年の需要に応える設計であり、本記事執筆時点では他の OSS 動画エディタが正面から取り組んでいない領域です。

競合 OSS との比較｜Shotcut・Kdenlive・OpenShot・LosslessCut

OpenCut の独自性を理解するには、既存の OSS 動画エディタとの横並び比較が有効です。ここでは技術選定で候補に挙がりやすい 5 つのプロジェクトと比較します。

横並び比較表

各プロジェクトの位置づけを補足します。

• Shotcut: 最も人気のあるオープンソースのデスクトップ動画エディタ。数百のフォーマットをネイティブサポートし、マルチフォーマットタイムラインを備えるプロ志向のツール
• Kdenlive: KDE フレームワーク上のプロフェッショナル NLE。色補正や高度なエフェクトを備え、本格編集向け
• OpenShot: 初心者向けの直感的 NLE。ドラッグ&ドロップ操作で扱いやすい
• Olive Video Editor: ノンリニア編集を志向する OSS。2025 年時点で alpha 段階と紹介されている
• LosslessCut: FFmpeg ベースで再エンコードなしのカット処理に特化した OSS

OpenCut を選ぶべき場面・他を選ぶべき場面

横並び比較から導かれる選定の指針は次の通りです。

OpenCut が向いている場面

• インストール不要で動画編集機能を提供したい（社内ツール・SaaS の埋め込み機能）
• 動画データを外部にアップロードできない（機密性の高い素材を扱う組織、教育機関等）
• 将来的にプラグインや AI エージェント連携で機能を拡張する構想がある
• MIT ライセンスでの商用利用・改変が必要

他の OSS を選ぶべき場面

• 本格的なプロ編集が必要（色補正・高度なエフェクト・マルチフォーマット対応）→ Shotcut / Kdenlive
• 直感的なデスクトップアプリで素早く動画を編集したい → OpenShot
• 動画の切り出し・結合を再エンコードなしで行いたい → LosslessCut
• ノンリニア編集を志向する別 OSS を試したい → Olive Video Editor

OpenCut の独自ポジションは「ブラウザ動作 × ローカル処理 × プラグイン拡張性（rewrite 版）× MIT ライセンス」の組み合わせにあります。プロ向けの編集機能の網羅性で Shotcut や Kdenlive に勝つ設計ではなく、「動画編集を構成可能な部品として組み込む」方向に振っているのが特徴です。

採用判断のチェックポイント｜現時点での向き不向き

ここまでの整理を踏まえ、本記事執筆時点で OpenCut を採用してよい用途・見送るべき用途を整理します。

採用してよい用途

• ライト編集機能の提供: コンテンツクリエイター向けの軽量な編集機能を、インストール不要で提供したいケース。classic 版が現に稼働しており、タイムラインベースの編集・マルチトラック・MP4 エクスポートといった基本機能はすでに利用可能です（出典: OpenCut: Privacy-First Video Editor（Medium））
• プライバシー優先のユースケース: 動画素材をサーバーに送信できない（機密性の高い素材・教育機関・ジャーナリストの取材素材等）
• 長期的な技術投資: rewrite 版の完成を待てる長期視点で、プラグイン設計・MCP server・Rust core といった先進的な方向性に投資する意思がある場合
• MIT ライセンスでの組み込み: 商用プロダクトに動画編集機能を組み込みたい（GPL の競合 OSS は派生物のライセンス継承が問題になり得ます）

採用を見送るべき用途

• プロ編集ワークフロー: 色補正・高度なエフェクト・トランジション等を要する案件。classic 版ではこれらの機能は未実装または限定的です
• 大容量動画の処理: ブラウザ依存（メモリ・WebCodecs サポート）の制約があり、長尺・高解像度素材の処理は安定性に懸念があります
• 本番ワークフローに即組み込みたいケース: rewrite 版は production-ready ではないと README に明示されています。SLA や安定運用が求められる用途には現時点で適しません
• コミュニティへの貢献を前提とした採用: README で明示されている通り、現在は外部からのコントリビューションを受け付けていません（アーキテクチャ設計中のため、Discord / Issue 経由のフォローのみが想定されています）。修正・機能追加を社外に出す前提の採用計画は困難です

採用判断のチェックリスト形式で整理すると、次のようになります。

• 用途は「ライト編集」「埋め込み機能」「将来の拡張基盤」のいずれかに該当する
• プロ向けの高度なエフェクトや色補正は必須要件ではない
• 短期的に classic 版を使い、中長期的に rewrite 版を追えるロードマップが社内で組める
• MIT ライセンスで運用できる（GPL の縛りを避けたい場合は OpenCut が有利）
• 大容量動画を扱う場合の制約（ブラウザメモリ・WebCodecs）を事前に検証できる

すべてに該当するなら、classic 版を実験導入しつつ rewrite 版の進捗を追う、というスタンスが有力です。1 つでも引っかかる項目があれば、Shotcut・Kdenlive など成熟した OSS の方が実務上のリスクは低くなります。

まとめ｜OpenCut が描く動画編集 OSS の未来

本記事では、CapCut 代替 OSS として注目される OpenCut について、初見のエンジニアが採用判断を下すための観点を整理しました。要点は次の 3 点です。

• classic 版と rewrite 版が並走している: 公開稼働しているのは classic 版（opencut.app、Remotion + Next.js 構成）。GitHub の本リポジトリは rewrite 版（new.opencut.app、TanStack Start + Elysia + Moon + Rust core）の開発拠点であり、両者を区別して評価する必要があります
• rewrite 版は plugin-first 設計を志向: Editor API・サードパーティプラグイン・MCP server・Headless mode・Scripting タブといったロードマップは、既存の OSS 動画エディタにはない方向性です。「動画編集を構成可能な部品として組み込む」発想が独自ポジションを形成しています
• 競合 OSS との使い分けが明確: プロ編集は Shotcut / Kdenlive、初心者向けデスクトップは OpenShot、無劣化カットは LosslessCut が依然有力です。OpenCut は「ブラウザ × ローカル処理 × プラグイン拡張性 × MIT」の組み合わせで独自の選択肢を提示しています

採用の最終判断としては、本記事執筆時点では「classic 版で実用要件を満たせるなら実験導入、rewrite 版は完成まで継続観察」が現実的な落としどころです。スター数 60,623・最終 push が 9 日前という活発さは健全なプロジェクトの兆候ですが、rewrite 版は production-ready ではないと公式に明示されており、本番ワークフローへの組み込みには慎重さが求められます。

最新情報は公式チャンネルで継続的に追うのが確実です。

• 公式リポジトリ: OpenCut-app/OpenCut
• README（Status セクションで rewrite 進捗を確認）: OpenCut README
• Discord（フォローと議論の場）: OpenCut Discord

なお、ドメイン名が似ている opencut.net や opencut.pro 等は本記事の対象である GitHub の OpenCut-app/OpenCut とは別プロジェクトです。本記事の内容は GitHub 上の OpenCut-app/OpenCut リポジトリ（OpenCut-app/OpenCut）のみを対象としていますので、評価時に取り違えないようご注意ください。