Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
OpenCut 開源影片剪輯器：在瀏覽器就能剪片的免費 CapCut 替代
OpenCut 是衝上 7.6 萬顆星的開源影片剪輯器，MIT 授權、瀏覽器就能剪片、主打素材留本機。但 opencut.app 上能用的 Classic 版已歸檔停更，從頭重寫的新版多數功能還在路線圖。這篇拆解它現在能做什麼、跟 CapCut 差在哪、誰該再等等。
用 AI 摘要這篇文章：
OpenCut 是一款打著「開源 CapCut 替代」旗號的影片剪輯器，2025 年 6 月出現在 GitHub 上，一年內衝到超過 7.6 萬顆星。它 MIT 授權、能在瀏覽器裡直接打開時間軸剪片，也標榜素材留在使用者裝置上處理。這幾個標籤疊在一起，剛好踩在 CapCut 與剪映把越來越多 AI 功能、雲端協作與素材庫挪進付費牆的時間點，於是很快變成開源圈會轉發的焦點。對於不想再把剪片流程綁在單一廠商訂閱方案上的人，這類開源工具本來就有吸引力，OpenCut 只是最近聲量最大的一個。
同樣把「素材留本機」掛在嘴邊的，還有 AI YouTube Transcript 這類網頁工具——它免註冊就能抓 YouTube 字幕，但伺服器端仍會記錄連線資料，實際隱私邊界一樣值得拆開看。
不過 7.6 萬顆星，並不等於 7.6 萬個能拿來出片的人。OpenCut 目前正處在一個尷尬的過渡期：你在官網 opencut.app 點開就能用的那個版本，是已經停止維護的舊版；真正在開發、也最常被轉發討論的新版，多數功能還停在路上。下面要拆開的就是這層落差，看它現在到底能做什麼、離 CapCut 還有多遠、誰該現在裝來玩、誰再等一輪 Release 比較實在。
先分清楚：opencut.app 上能用的，是已經歸檔的 Classic 版
OpenCut 旗下其實有兩套程式碼，這是理解整個專案的第一步。舊版代號 Classic，官網 opencut.app 至今跑的就是它；新版是同一個團隊從頭重寫，放在主倉庫裡繼續開發。兩者的維護狀態與成熟度差很大，混在一起看會誤判它「現在」能做什麼。
Classic 版本質上是一個用 Next.js 寫的瀏覽器剪輯器，打開 opencut.app 就能進編輯介面、拉素材到時間軸、做基礎剪接，不必裝桌面軟體。它背後還掛著帳號系統與一套需要資料庫、Redis 的後端，網路上常見的 Docker Compose 自架教學，對應的幾乎都是這個 Classic 版。
實際能做的事，大概落在「輕量剪輯器」這個檔位：匯入影片素材、在時間軸上排序裁切、做一些基礎的剪接與轉場，這部分是可以體驗的。但字幕自動生成、豐富模板、貼紙素材庫、AI 輔助這幾塊 CapCut 用戶視為標配的能力，Classic 並沒有跟上。把它當備用工具或體驗開源剪輯器的入口很合適，要扛起日常交片就會吃力。
這套你今天實際能用的程式碼，官方已經在 2026 年 5 月把它搬進 opencut-classic 倉庫並標註為 archived（歸檔），不再維護。也就是說，最能代表 OpenCut「現在樣貌」的那個版本，官方自己的態度是留著給大家體驗與過渡，但不要把它當長期生產工具。這也是為什麼單看星數會失真：多數人按星的瞬間，心裡想的可能是新版藍圖裡那個更完整的 OpenCut，與這個已經停更的 Classic 其實是兩回事。
改寫中的新版想做什麼（以及為什麼現在還碰不到）
新版才是讓 OpenCut 拿到大量關注的原因。主倉庫的 README 開宗明義寫著「OpenCut is being rewritten from the ground up」，並列出一張路線圖：統一的 Rust 核心、原生支援的第三方外掛、Editor API、給 AI 代理人用的 MCP Server、無頭模式（headless）做批次渲染，以及直接內建在編輯器裡的腳本頁。
這張路線圖之所以讓開發者興奮，是因為每一項都把 OpenCut 往「可程式化的影片處理平台」推。Editor API 代表你可以用程式控制剪輯流程，把重複的剪接工作寫成腳本；MCP Server 讓 AI 代理人能操作編輯器，把影片處理接進自動化工作流；無頭模式則解鎖批次渲染與伺服器端自動產片；統一 Rust 核心的目標，是讓瀏覽器、桌面、行動版共用同一套底層，不再各自維護。這些能力任何一項落地，OpenCut 的長期價值就會遠超過一款單純的剪輯器。
但路線圖上的東西，就是還在路上。新版目前是 TypeScript 寫的 Web（跑在 Cloudflare 上、對應網域是 new.opencut.app）、一個還很薄的 API 服務，再加上一個用 Rust 搭配 gpui 框架打造的桌面端。所謂統一 Rust 核心目前只體現在桌面端那一層，瀏覽器版仍是 TypeScript；而 new.opencut.app 目前內容相當有限，新版離能接手經營還有距離。README 也寫明，架構還在設計階段，現階段並不開放外部貢獻。
這個「不開放貢獻」不是客套話。倉庫的 issue 裡有人反映缺少 CONTRIBUTING.md 檔，也有人指出網站上「開始貢獻」按鈕連到 404，甚至有人直接開 issue 追問改寫進度與 Alpha、Beta 時間表。這些訊號一致指向同一件事：OpenCut 現在是核心團隊閉門重寫的階段，星數與社群熱度跑在程式碼成熟度前面。再加上整個專案到目前為止只發過三個版本（v0.1.0 到 v0.3.0，最新一版停在 2026 年 4 月），距離 1.0 還有一段路。倉庫同時掛著三百多個未關閉的 issue，看得出關注度很高，也看得出離完工還有大量待辦要消化。
跟 CapCut、剪映比，OpenCut 現在的位置
把 OpenCut 拿去跟它想取代的對象擺在一起，會看得更清楚它「現在」的位置。下面的比較以 2026 年 7 月的狀態為準，重點不是誰規格強，而是哪一端已經是成品、哪一端還在蓋。
| 比較維度 | OpenCut（Classic ／ 新版） | CapCut、剪映 |
|---|---|---|
| 成熟度 | Classic 已歸檔停更；新版 pre-1.0 改寫中 | 成品，持續迭代 |
| 字幕與模板 | 基礎剪輯為主，缺自動字幕、模板與素材庫 | 自動字幕、貼紙、轉場、模板、素材庫成熟 |
| AI 功能 | 路線圖規劃中，現階段沒有 | 已落地，部分進付費方案 |
| 平台覆蓋 | 瀏覽器（Classic）；桌面、行動版為藍圖 | 桌面、行動、網頁多端齊全 |
| 資料處理 | 標榜素材留本機；自架 Classic 需後端與資料庫 | 部分功能需連雲端 |
| 授權 | MIT，可自架、可改 | 商業閉源軟體 |
從這張表可以看出，OpenCut 真正的差異化不在規格上贏過 CapCut（短期內也很難贏），而在兩件事：MIT 授權讓它可自架、可改、不被單一廠商綁架；以及新版那張可程式化的路線圖。如果只論「今天能不能做出一支跟 CapCut 一樣熱鬧的短影片」，答案現在還是否定的。對已經習慣成熟剪輯流程的人，可以先把它定位成「值得追蹤的開源引擎」，這也跟同樣走開源路線的 YumCut 自架短影片工作流 或 Jellyfish AI 短劇工作流 各自佔據不同位置是一樣的道理。
「素材留在本機」這句話要拆開看
OpenCut 把「素材留本機」當成核心賣點之一，這個方向對在意隱私的人確實有吸引力，但要誠實拆開來看。hosted 的 opencut.app 本質上是個網頁應用，素材在你的瀏覽器裡處理、不必上傳到對方伺服器，目前也未在前端觀察到明顯的分析或遙測 SDK；但如果你是自己架 Classic 版，那就牽涉到後端、資料庫與帳號系統，所謂「本機」指的是你自己的伺服器，並不是零基礎設施。
素材留本機，也不代表零網路請求或通過完整的資安審計。若你手上的素材還不能外流（例如客戶委製專案、公司內部預覽），與其因為「開源」「本機」這兩個詞就安心，不如實際打開 DevTools 看它連了哪些外部端點，自架時也一併檢查資料庫與日誌會記錄哪些欄位。同一把尺也適用於其他主打本機處理的工具，例如強調檔案不上雲的 FreeCut 本機影片處理 或 CursorLens 螢幕錄影加剪輯。
想實際動手試，從哪裡開始
如果看完前面還是想親自試試，最快的路是直接打開 opencut.app，用 Classic 版匯入幾段素材、在時間軸上排排看，體驗一下瀏覽器剪輯器的操作邏輯。這個過程不必註冊、不必安裝，門檻很低。但要先把期待放對位置：自動字幕、模板、AI 這些 CapCut 用習慣的功能不要期待在 Classic 上找到，穩定的高品質匯出也不是它現在的強項。
想自架的人要特別留意，網路上流傳的 Docker Compose 教學幾乎都對應已經歸檔的 Classic 版，而且還需要自己準備資料庫與 Redis，比較適合對容器化部署熟練的人；新版因為部署方式還沒穩定，現階段不建議照舊版流程硬架。開發者想跟進的話，從主倉庫的 README Status 段落和 issue 列表觀察改寫進度最準，也請接受目前不收外部 PR 的現實，等架構定下來再說。
誰現在適合打開 OpenCut，誰該再等等
把前面的落差綜合起來，OpenCut 現在的定位其實很明確。現在適合打開來用的，主要是開發者與早期使用者，尤其是想親手摸一下「開源瀏覽器剪輯器長什麼樣」、在意素材不上雲的那一群，拿 Classic 版做個輕量剪接、理解它的編輯邏輯是沒問題的；至於想長期追蹤可程式化影片工具發展的人，把 OpenCut 放進觀察名單、定期看 Release 就好。和一條龍的成片流水線相比，OpenCut 走的是更底層的編輯器引擎位置，聚焦在剪輯本身，沒有要把劇本到成片全部包辦。
反之，如果你剪片是為了交件，需要穩定匯出、自動字幕、大量模板與素材庫，那 OpenCut 現在還接不住，留在 CapCut、剪映的既有流程裡會順得多，把主倉庫的 Release 列表當成每個月回頭看一次的追蹤清單就好。等到專案真的走到 1.0、桌面端能日常使用，再加上外掛與自動化陸續就位，再回頭思考要不要換跑道。附帶一提，OpenCut 的贊助名單裡出現了 fal.ai 這類 AI 媒體生成服務，是個值得留意的發展訊號，但這還只是方向、離落地有距離，現階段不必為了還沒成形的 AI 功能提早押注。
常見問題
OpenCut 現在能完全取代 CapCut 嗎？ 不能。opencut.app 上能用的 Classic 版已歸檔停更，只適合基礎剪輯；新版多數功能（自動字幕、模板、AI、外掛、MCP）還在路線圖。需要這些功能的話，目前還是以成熟工具為主。
OpenCut 是免費的嗎？授權是什麼？ 是，MIT 授權，可以免費使用、自架、修改。但開源不等於開放貢獻，新版目前處於架構設計階段，官方暫不收外部貢獻。
opencut.app 上跑的是哪個版本？ 是 Classic 版，也就是已經歸檔、不再維護的舊版。從頭重寫的新版會先放在 new.opencut.app，等準備好才會接手。
素材真的不會上傳嗎？ hosted 的 opencut.app 在瀏覽器裡處理素材，目前未觀察到明顯的遙測 SDK。實際連線行為仍依版本而異，處理敏感素材時建議自行檢查網路請求；自架 Classic 版則需要後端與資料庫。
我可以自己架 OpenCut 嗎？ 可以，但網路上常見的 Docker Compose 教學主要對應已歸檔的 Classic 版，需要資料庫與 Redis；新版部署方式還沒穩定，現階段不建議把舊版自架當成主力方案。
改寫中的新版大概什麼時候能正式上線？ 官方目前沒有給出公開的發布時間表，倉庫裡已經有人開 issue 追問改寫進度與測試時程，但還沒有明確答案。想掌握最新狀態，定期看主倉庫 README 的 Status 段落與 Release 列表最準；在新型號準備好之前，opencut.app 上的 Classic 版仍會是實際能用的版本。
