OpenCut 能取代 CapCut 嗎?台灣創作者的本機剪輯驗收指南(2026)

OpenCut 能取代 CapCut 嗎?台灣創作者的本機剪輯驗收指南(2026)

August 2, 2026
LunaMiaEno
撰寫Luna·研究Mia·審查Eno·持續更新·9 分鐘閱讀

你可能正卡在一個很現實的選擇:CapCut 用得順,但不想再被訂閱、帳號或素材處理方式綁住;OpenCut 看起來自由又省錢,卻又不敢拿下週要交的客戶影片冒險。

先講結論。OpenCut 值得拿非敏感素材試跑,目前卻不適合被一句「免費 CapCut 平替」概括。本文以 2026 年 8 月 2 日可查到的官方資料為基準,針對台灣創作者的個資與客戶素材情境整理,不構成法律意見。

OpenCut 現階段適合誰? 想測試開源、本機導向剪輯,而且能保留原工作流的人,可以開始試;高度依賴自動字幕、模板、手機剪輯、協作或準時交件的人,先把它當備援。

如果你只是偶爾剪公開素材,也不在意帳號或平台綁定,現在沒有非換不可的理由。若你正在付出明顯訂閱成本、處理敏感素材,或擔心工作流被單一平台綁住,才值得花 30 分鐘做後面的快篩。

先別急著搬家,你真正想替換 CapCut 的是哪個痛點?

換工具前,只選一個首要問題:費用、帳號依賴、素材敏感度、缺少某項功能,還是整套交付流程太卡。若你連最想改善什麼都說不清楚,「開源」很容易變成新的折騰。

隱私也不能只看產品標籤。CapCut 隱私政策說明服務涵蓋 web、desktop 與 mobile,並列出個資蒐集、使用及分享方式;這能幫你理解資料模型,不能直接推論某次使用是否合法。台灣《個人資料保護法》則是處理個資的義務背景,實際上還要看素材內容與客戶契約。

先寫一張「替換動機卡」吧。如果首要問題是價格,測輸出品質;如果是敏感素材,測資料流與復原;如果是效率,就測同一支片完成要多久。門檻不同,答案也會完全不同。

先認對官方 OpenCut,別把路線圖當現成功能

2026 年 8 月查核時,官方 repository 是 OpenCut-app/OpenCut,現行可用的 classic web 版本入口則由 README 指向 opencut.app。特別要留意,官方主 repo 正在重寫,README 明確表示今天要使用的是 classic 版本;plugin、MCP、headless、跨 desktop 與 mobile 的單一新版程式,列在「coming」清單裡。

這項更新很關鍵。舊研究若仍寫「desktop app 只是早期原型」,描述的是 v0.3.0 當時狀態;目前 repo 的基準已變成重寫中的新架構。閱讀介紹文或社群貼文時,請把「classic 現在可用」、「v0.3.0 曾釋出的功能」和「rewrite 未來規劃」分成三欄。

v0.3.0 release notes可驗證遮罩、速度與音量控制、自訂畫布、字幕檔匯入、keyframe graph 等功能,也記錄 MP4 含音訊在 Firefox 的輸出修正。這些是官方版本紀錄,不保證你的瀏覽器、編碼與素材組合都能順利跑完。

不寫程式也能試,但 hosted web 與自架是兩條路

一般創作者先開官方 classic web app,用一支可公開的副本測試就好。你不需要為了證明自己夠 geek,第一天就碰自架。

官方目前的重寫版開發流程需要安裝指定工具,並分別啟動 web、API 或 desktop 開發環境。這代表自架不是「按一下就得到免費離線 CapCut」,而是你把更新、環境設定、儲存、備份和故障排除接到自己身上。公開資料也沒有提供足夠的 hosted service 容量與 SLA 保證,所以客戶案不能靠想像補完。

Hosted 還是自架? 想快速確認剪輯手感,先選 hosted web;只有當部署控制是明確需求,而且有人願意負責更新與還原時,才進一步評估自架。

本機處理不等於永不遺失

「影片留在裝置」解決的是原始素材不必主動上傳的疑慮,專案能不能長久保存則是另一題。兩件事混在一起,最容易讓人誤判風險。

MDN 對 OPFS 的說明指出,這類儲存空間屬於網站 origin 私有,使用者看不到一般檔案路徑,也受瀏覽器儲存配額管理;清除網站資料時,內容可能被移除。OpenCut 的 issue #873另有專案 persistence 競態的使用者回報。這是一個未解 issue,不能說每個人都會遇到,但很值得放進驗收表。

白話說,專案比較像放在「這個網站專用的瀏覽器抽屜」,不是你在 Finder 或檔案總管裡看得到的普通專案檔。清除該網站資料、使用無痕模式或換一個瀏覽器,都可能讓原本的專案不可見。本文沒有做 hosted 版的網路請求實測,因此「裝置內處理」目前只能視為官方產品方向,不能當成所有資料都不會離開裝置的實測結論。

把資料分成三層:原始素材、專案狀態、輸出檔。每層都寫下存放位置、備份方式與復原方法。原始檔永遠保留在編輯器外,測試時也別用唯一正本。

30 分鐘跑完一支測試短片

先從 README 指向的官方 classic web app opencut.app 開始,準備一段可公開的直式影片副本、一份繁中字幕檔、一段音訊,以及另一個能播放 MP4 的播放器。30 分鐘不是承諾一定剪得完,而是幫你阻止試用無限延長。

  1. 記錄環境:寫下日期、classic 或 rewrite、版本、瀏覽器與作業系統。
  2. 匯入素材:確認影片、音訊與字幕檔都能讀取,並觀察預覽是否順暢。
  3. 完成基本剪輯:切兩刀、移動片段、調音量與速度,再設定直式畫布。
  4. 檢查繁中:匯入字幕、換字型,確認標點、換行與缺字沒有跑掉。
  5. 輸出 MP4:播放完整成品,檢查聲畫同步、畫質、音量及浮水印。
  6. 關閉再重開:確認專案仍在,並測試輸出檔能否在另一個播放器開啟。
  7. 建立回退包:保留原始影片、原始音訊、字幕檔、字型名稱、畫布比例、片段起訖時間、速度與音量設定,以及最後輸出成品。記下失敗步驟,確保回到 CapCut 時不用從記憶重建。

每一項只填「通過、失敗、未驗證」。不要因為 timeline 看起來很順,就順手把字幕、輸出和復原也打勾。

開始前先確認不是無痕模式,瀏覽器已取得檔案權限,裝置也有足夠剩餘空間。清除網站資料會直接影響專案,所以不要拿正在使用的唯一測試專案做破壞性驗證;要測換瀏覽器或清除資料,請先保留完整回退包,再用可丟棄副本操作。

項目結果耗時錯誤訊息回退方式
素材與字幕匯入通過/失敗/未驗證
基本剪輯與預覽通過/失敗/未驗證
MP4 輸出與播放通過/失敗/未驗證
關閉重開與專案復原通過/失敗/未驗證

OpenCut vs CapCut,不比功能數,比交件路徑

交件面向OpenCutCapCut你的判定方式
原始素材處理官方主打裝置內處理,仍要查 hosted 行為依官方隱私政策與所用服務判讀用可公開副本觀察資料流
繁中字幕與字型當前環境需實測依現用版本實測匯入同一份字幕檔
既有專案、模板搬移無足夠官方證據可直接搬既有工作流可保留先假設不能搬,計算重做成本
輸出與復原版本、瀏覽器與素材組合需驗收以目前穩定流程為基準輸出後關閉、重開、復原
mobile、協作與 AI 功能rewrite 路線圖不能當已上線依帳號與方案功能判定必要功能缺一項就不搬

這張表故意沒有宣布誰「功能比較多」。真正會害你延遲交件的,通常是整條路徑中某一格未驗證,而不是少一個炫目的特效。

免費、無浮水印、可商用,要拆成四題

第一題是程式碼授權。OpenCut 採 MIT License,允許使用、修改及散布,但須保留 copyright 與 permission notice,軟體也按現狀提供,不附保固。

第二題是 hosted service 條款,目前公開資料不足以替你保證永久免費、容量或可用性。第三題是影片、音樂、字型、貼圖與未來 plugin 的個別授權,不能被程式碼的 MIT 授權一併包掉。第四題才是實際輸出有沒有浮水印,以及畫質能不能交件。

所以商用前請分四欄簽核:程式授權、服務條款、素材權利、輸出結果。任何一欄空白,就別對客戶說「完全免費又無限制」。這段是風險檢查,不是法律意見。

客戶素材先分級,再決定怎麼用

最省事的分法有四級:可公開、團隊內部、含個資、受契約限制。可公開素材可以先進 hosted 測;內部素材要先確認公司政策;含個資與受契約限制的素材,沒有足夠資料流、遙測、保存和刪除證據時,就不要拿來試新工具。

OpenCut 的裝置內處理方向確實降低原始影片上傳的疑慮,但目前找到的官方文件不足以對 hosted 服務的每一種網路請求作完整保證。安全判斷應從素材等級開始,不是從 logo 或「local」兩個字開始。

自架前的五項最低檢查

自架改變的是誰負責,沒有讓風險憑空消失。動手前至少完成五個 gate:指定更新負責人、鎖定官方來源與版本、定期備份、親自做一次還原、盤點程式與素材授權。

新版 README 顯示開發環境分成 web、API 與 desktop;架構持續重寫時,升級本來就可能牽動資料與部署。沒有人願意在週末處理壞掉的更新,就別把「自己架」寫進隱私政策當安心符。

不用先猜一個通用工時。把自架理解成「自己維護一套仍在改版的剪輯服務」,分別記錄首次部署、每次更新、備份、還原測試與故障排除花多久,再乘上負責人的工時成本。至少完成一次實際更新與還原,才有資料判斷它是不是比原方案划算。

第三方 plugin 也一樣。目前 plugin-first architecture 還是規劃,不能提前保證 marketplace 的審查、安全更新或相容性。等功能真的上線,再重新查官方政策。

最後用三級決策表收斂

結果判定門檻下一步
可採用所有必要步驟通過、重開與復原成功、素材政策允許先從非期限、低敏感專案開始
只能備用基本剪輯可用,但字幕、效能、輸出或工作流仍有缺口保留 CapCut,定期用同一份素材重測
暫不採用任一交件必要項失敗,或專案無法可靠復原繼續現有工具,再用同一表測其他候選

如果你大量依賴自動字幕、模板、協作與手機即剪即發,現在先留在 CapCut,沒有懸念。如果你的需求是基本短片剪輯、想降低素材傳輸曝險,而且願意保留回退路徑,就拿一支公開副本測 OpenCut。

工具可以慢慢換,客戶的截止時間不會陪你一起 beta。先確保回得去,再決定要不要往前走。

FAQ

OpenCut 真的完全免費、無浮水印、可商用嗎?

OpenCut 程式碼採 MIT 授權,可使用、修改與散布,但要保留授權聲明,且軟體按現狀提供。官方版本的輸出是否無浮水印仍應親自測試;hosted 服務、字型、素材及第三方 plugin 的條款要分開確認。

OpenCut 可以離線使用嗎?

裝置內處理、瀏覽器本機儲存、自架與完全斷網運作是四件事。官方 hosted web app 方便試用,但目前公開資料不足以保證所有功能都能在斷網時工作;自架也需要自行負責更新、儲存與復原。

OpenCut 有繁體中文、自動字幕與手機 App 嗎?

截至 2026 年 8 月,官方現行 release 不足以證明繁中介面、完整自動字幕與手機 App 已達穩定交件水準。請用當下版本實測,別把 README 的重寫計畫當成已上線功能。

什麼情況下應繼續用 CapCut?

如果工作依賴大量自動字幕、既有模板、多人協作、手機即剪即發,或正在趕客戶交期,先保留 CapCut。等 OpenCut 通過匯入、輸出、重開與復原測試,再考慮並行或搬移。

這篇文章對你有幫助嗎?

2026/06/16–06/24 GitHub 最值得關注的開源專案:mattpocock/skills 單週新增 11,782 顆星奪冠、百度 Unlimited-OCR 在 HN 炸出 424 點(96 則留言)、Vercel 發布 Eve 正式進場 Agent 框架大戰。

GitHub 開源週報 2026-06-24:Skills 生態成熟期、百度 OCR 爆紅 HN 424 點、Vercel 進場 Agent 框架

下一篇閱讀約 17 分鐘

2026/06/16–06/24 GitHub 最值得關注的開源專案:mattpocock/skills 單週新增 11,782 顆星奪冠、百度 Unlimited-OCR 在 HN 炸出 424 點(96 則留言)、Vercel 發布 Eve 正式進場 Agent 框架大戰。

下一篇

內容品質由社群守護

我們致力於提供準確的內容。發現問題?你的回饋能幫助所有讀者。

AI 工具評比報告,直送你的信箱