TechMoon 科技月球
WordPress、SEO 與 AI 工具實測指南
TechMoon 科技月球
WordPress、SEO 與 AI 工具實測指南

OpenCut 是衝上 7.6 萬顆星的開源影片剪輯器,MIT 授權、瀏覽器就能剪片、主打素材留本機。但 opencut.app 上能用的 Classic 版已歸檔停更,從頭重寫的新版多數功能還在路線圖。這篇拆解它現在能做什麼、跟 CapCut 差在哪、誰該再等等。
用 AI 摘要這篇文章:
OpenCut 是一款打著「開源 CapCut 替代」旗號的影片剪輯器,2025 年 6 月出現在 GitHub 上,一年內衝到超過 7.6 萬顆星。它 MIT 授權、能在瀏覽器裡直接打開時間軸剪片,也標榜素材留在使用者裝置上處理。這幾個標籤疊在一起,剛好踩在 CapCut 與剪映把越來越多 AI 功能、雲端協作與素材庫挪進付費牆的時間點,於是很快變成開源圈會轉發的焦點。對於不想再把剪片流程綁在單一廠商訂閱方案上的人,這類開源工具本來就有吸引力,OpenCut 只是最近聲量最大的一個。
錄製端若需要 Screen Studio 式的光標縮放演示手感,Capptivo 開源錄屏工具是另一個可搭配的開源起點,錄完的素材能交給瀏覽器剪輯器接手。
除了剪輯之外,開源社群也有把外部影片源聚合起來播放的方案,例如 KVideo 走的就是多源搜尋與 HLS 播放路線,差別在於它不附任何影片源,是外殼而非內容。
如果你著重在「把剪輯動作交給本地 Runtime、判斷交給 Agent」的設計,成風口播剪輯這款 Codex 外掛走的是另一條路:它不像 OpenCut 把編輯介面整個搬進瀏覽器,而是把口播影片剪輯拆成 Agent 下指令、本地 Runtime 確定性執行,兩條路各有適合的剪輯場景。
進剪輯前若需要 BGM 靈感,Samplette 把 YouTube 變成隨機唱片店,可用 BPM、調性、年代與播放量篩選挖出冷門曲,是 OpenCut 工作流前段的好幫手。
評估「原始碼公開但非標準開源」的工具時,可一併參考 Refly 與其 ReflyAI License 的商用限制條款。
在瀏覽器剪片之外,若需要把劇本到分鏡的產線整串自動化,可參考 Toonflow 開源 AI 短劇產生器。
同樣把「素材留本機」掛在嘴邊的,還有 AI YouTube Transcript 這類網頁工具——它免註冊就能抓 YouTube 字幕,但伺服器端仍會記錄連線資料,實際隱私邊界一樣值得拆開看。
不過 7.6 萬顆星,並不等於 7.6 萬個能拿來出片的人。OpenCut 目前正處在一個尷尬的過渡期:你在官網 opencut.app 點開就能用的那個版本,是已經停止維護的舊版;真正在開發、也最常被轉發討論的新版,多數功能還停在路上。下面要拆開的就是這層落差,看它現在到底能做什麼、離 CapCut 還有多遠、誰該現在裝來玩、誰再等一輪 Release 比較實在。
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,看得出關注度很高,也看得出離完工還有大量待辦要消化。
把 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 現在的定位其實很明確。現在適合打開來用的,主要是開發者與早期使用者,尤其是想親手摸一下「開源瀏覽器剪輯器長什麼樣」、在意素材不上雲的那一群,拿 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 版仍會是實際能用的版本。