YumCut 自託管 AI 短影片工作流：PolyForm 非商業授權（不是開源），預設語言不含中文

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

YumCut 把 AI 短影片製作串成一條線：輸入提示詞或腳本，自動走完文案、配音、字幕，直接輸出 9:16 豎屏成片，主打自託管、取代封閉的短影片 SaaS。它看起來是個積極維護的開源專案，2026 年 7 月還在持續更新，但授權其實是 PolyForm 非商業條款，並不符合開源定義，拿來做商業服務得另行購買許可。語言也是一道門檻：它預設支援的腳本與配音語言以歐洲語系為主，沒有中文。

TL;DR：YumCut（GitHub：IgorShadurin/app.yumcut.com，817★，Next.js，2026-07 活躍）是 prompt 轉豎屏短影片的自託管工作流，自動產出腳本、配音、動態字幕與成片，主打取代封閉短影片 SaaS。它的授權是 PolyForm 非商業（source-available、不是開源，商業用需購許可），渲染在本機、模型走 BYOK 雲端 API；預設語言以歐洲語系為主、未含中文。

它是 PolyForm 非商業授權，不是真正的開源

這是使用前最該停下來看清楚的一點。YumCut 的 GitHub 介紹和不少轉介文章都把它稱為「開源」「免費」的自託管方案，但它倉庫裡的授權檔是 PolyForm Noncommercial 1.0.0。這份條款容許你個人使用、研究、修改，卻禁止商業用途；它屬於「原始碼可見（source-available）」，並不是開源倡議組織（OSI）認可的開源授權。兩者在法律上的差別很實際：開源授權通常允許商業使用，PolyForm 非商業則直接把商業路堵掉。

README 也寫得明白：如果你要幫客戶託管、出售存取權限，或把它當成一項商業服務來經營，就得向官方購買商業授權。所以對想拿它做副業、做代客產片服務或架站收費的人，這不是「裝了就能商用」的工具，而是一個要先談授權的底座。個人玩、團隊內部用通常落在非商業範圍內，但只要牽到對外收費，就務必先確認商業授權的條件。這條授權界線，比一般 AGPL 專案還要直接，因為它不是「改了要開源」，而是「商用要付費」。

這種「原始碼公開但限制商業」的模式，這兩年在 AI 工具圈越來越常見，背後多半是作者想讓人免費試用、又保留把產品商業化的空間。對使用者來說，要緊的是別把 source-available 直接當成開源：前者的權利由作者自訂，YumCut 這裡是禁商業；後者有公認的權利底線，包含商業使用在內。裝之前花一分鐘讀完授權檔的前幾條，比事後踩到紅線划算得多，尤其當你打算把它包進自己要收費的服務時。

Pin

從 prompt 到 9:16 豎片一次跑完

把授權擺一邊，先看它實際做什麼。YumCut 要你給一個提示詞或腳本，剩下的由它自動接手：合成語音、把動態字幕燒到畫面上，最後吐出一支適合 TikTok、Reels、YouTube Shorts 的 9:16 豎片。從點子到一支能直發的成片，理論上不用你在五六個工具之間手動搬來搬去。

Pin

它還主打兩個對短影片團隊很實際的能力。一是 faceless 角色一致性（官方稱 Hero Consistency），能在無人出鏡的影片裡維持角色形象，適合做不露臉的品牌垂直帳號；二是同一腳本快速產出多個版本，給投放團隊做 A/B 測試。不過無人出鏡的角色生成本質上踩在 deepfake 的灰色地帶，拿來做自己品牌 IP 沒問題，拿來仿冒他人就是另一回事，這條底線要自己守。同樣在做 AI 影片流程的，可以對照 MioSub 把字幕的轉錄、翻譯、壓制打包進同一個流程。

預設語言以歐洲語系為主，做中文要自己接

語言支援是另一個要先確認的門檻，尤其是要做中文內容的話。依 YumCut 官網功能文件目前公開的清單，它支援的腳本語言以俄語、英語、德語、西班牙語、葡萄牙語、法語、義大利語這類歐洲語系為主，並沒有把中文列在預設支援範圍內。我在原始碼裡也沒翻到中文相關的語言設定，這和官方文件的描述一致。

這不代表完全做不了中文內容，因為它是 BYOK 架構，你可以自己接支援中文的語音與文字模型去擴充；但這意味著「裝好就能產中文短影片」不是預設體驗，你得自己花力氣調模型、對配音與字幕做中文化。語言清單也可能隨官方調整，動手前最好先到官網確認當前支援的語言組合。如果你的目標市場本來就是歐美或俄語圈，這個工具的語言預設反而對得上；做中文內容，預設值就要先打折扣。

具體一點，要把 YumCut 改成能產中文，你大致得在語音與文字這兩端各接一個支援中文的模型：語音端找支援國語或粵語的 TTS，文字端確保劇本生成模型能穩定輸出繁體中文，再處理字幕的字體與排版。這些都不在預設範圍內，等於你要為中文場景另起一套整合，工程量不算小，把它當成「裝好就能用」會失望。

自託管不等於零成本：渲染在本機，模型走雲端 API

YumCut 標榜「local-first pipeline」，但這個詞要拆開看。它真正在本機跑的是渲染與編排這一層，靠 FFmpeg 做影片處理，所以成片的剪輯、字幕燒入、格式轉換確實留在你自己的機器上。可是文案、語音、字幕辨識這些環節，背後靠的是大模型，而 YumCut 本身不包模型，你得自備 API Key，把這些工作交給雲端的語言、語音、ASR 服務去算。

真正吃錢的是模型 API 的按量計費，產越多燒得越兇；本機渲染另吃一份算力（要順建議配 GPU），加上成片與素材的儲存開銷。「自託管」省下的是付給封閉 SaaS 的訂閱費，不是省下模型本身的費用。把 local-first 理解成「渲染層本機、模型層雲端」會更接近實情，這點和 FreeCut 那種連 AI 推論都跑在本機的工具 是不同等級的 local-first。

實際把它跑起來會碰到幾個技術環節。它是 Next.js 應用，搭配 Prisma 處理資料、FFmpeg 負責影片渲染、Whisper 這類模型做字幕的語音辨識；要跑得順，伺服器最好配 GPU，純 CPU 雖然能動但渲染會明顯慢一截。字幕對齊的品質很吃 ASR 鏈路的穩定度，正式上線前建議先人工抽查校對，別全自動產出就直接發出去。倉庫裡還附了批次渲染與 API 介接的鉤子，給想把它接進自動化流程的團隊用。

和 Jellyfish 的差別：短影片量產，還是短劇分鏡

連續看到 Jellyfish 和 YumCut，很容易覺得它們是同一種東西，畢竟都是「AI 影片工作流、自託管、BYOK」。但兩者的重心其實不同。YumCut 偏向臉書、TikTok 那種 faceless 短影片的一條龍：一個 prompt 進去，配音、字幕、成片一次到位，重視的是量產速度與多版本投放。Jellyfish 則偏向短劇製作，更在意分鏡、角色資產的長期複用、跨鏡頭的人物一致性，適合做有連續劇情、角色會重複出現的內容。

兩者的成熟度與授權也走不同方向。YumCut 維護得很積極，2026 年 7 月還在更新，但用 PolyForm 非商業授權，商用要付費；Jellyfish 星數更高，開發卻停在 2026 年 4 月，授權是 Apache-2.0、商用相對自由。換句話說，一個是「活躍但不能免費商用」，一個是「能商用但已停滯」。做短影片量產選 YumCut，做有劇情的短劇選 Jellyfish，想找人聲影片處理的另類流程還可以看 deep-printfilm 把劇本、角色定妝、關鍵幀收進同一個專案，以及 Violin 把 AI 影片翻譯拆成四段逐段挑模型。

適合誰，以及先想清楚再投入

把上面這些條件合起來看，YumCut 最順手的場景是：目標市場在歐美或俄語圈、做 faceless 短影片量產、有自己的 API 預算與 GPU 算力，而且願意為了商用先談授權的團隊或獨立創作者。對這群人，它把分散的短影片工具收進一條流程，量產與多版本投放的效率是實在的賣點。

舉個情境：一個做歐美市場的內容團隊，每週要產五十條短影片衝不同帳號，過去得在腳本工具、配音工具、剪輯軟體之間來回切，光重複勞動就吃掉大半人力。YumCut 把這條鏈路收進一個地方，再靠同一腳本的多版本批次產出做投放測試，對這種量產導向的團隊，省下的時間才是它真正的價值所在。但這個價值成立的前提，是授權與語言這兩關先過：商用要談許可、中文要自己接，否則量產的效率增益再高，也會卡在這兩道門外。

如果你的主力是中文內容、沒有自己的模型 API 預算、或你需要的是可以直接商用的開源底座，YumCut 現階段都不太對口。語言要自己接、模型要自己付、商用要再買授權，這三道門檻疊起來，入場成本比表面看到的「自託管、免費」要高得多。把它當成給技術團隊評估的非商業起點很合適，當成裝了就能量產收費的現成方案就要三思。

常見問題

YumCut 是開源的嗎？可以商用嗎？

原始碼公開，但授權是 PolyForm 非商業，屬於 source-available、不是 OSI 認可的開源。個人與內部使用通常沒問題，要對外收費、幫客戶託管或當商業服務，得另行購買商業授權。

它支援中文嗎？

依官網目前公開的語言清單與原始碼，預設以歐洲語系為主，未含中文。你可以靠 BYOK 自己接中文的語音與文字模型擴充，但這不是預設體驗，動手前建議先到官網確認當前支援組合。

自託管就不用付錢了嗎？

你要為 API 用量付費，渲染還吃本機 GPU 算力。自託管主要省下的是封閉 SaaS 的訂閱費，模型 API 仍依用量計費，產越多越貴。

它和 Jellyfish 差在哪？

YumCut 偏 faceless 短影片量產，重視多版本投放；Jellyfish 偏短劇分鏡與角色資產複用。授權上 YumCut 是非商業、商用要付費，Jellyfish 是 Apache-2.0、商用較自由但開發已停滯。

需要什麼技術背景？

要會自架 Next.js 服務、設定 FFmpeg 與 ASR 鏈路、準備 GPU 算力，還要能自己接各家模型 API。對有前後端與運維經驗的人是可操作的，對純創作者就是一道門檻，現階段更適合有技術底子的團隊。

它和封閉的短影片 SaaS 比，優劣在哪？

優點是自託管、資料與流程自己掌控、沒有廠商綁定，長期量產的訂閱成本較低。缺點是入場門檻高，要會部署、接 API、備算力，語言與商用授權也有限制，而且穩定度要你自己扛，沒有廠商幫你兜底，適合有技術力且想長期掌控流程的團隊。

如果你做的是歐美或俄語圈的 faceless 短影片量產，有自己的 API 與算力，也願意為商用先談授權，YumCut 是值得評估的自託管底座。但它的 PolyForm 非商業授權意味著商用要另買許可，預設也沒有中文，這兩點先確認，再決定要不要投入。