為什麼生成需要時間

簡單說：從按下按鈕到拿到影片，中間卡著三件事。你的帳號同時能跑的任務數是固定的——超出的會排隊等，不會失敗。模型服務有全站共用的上限，所以前面可能有其他人的任務在跑。再來，模型本身生成就要幾分鐘，不是幾秒。畫面上的預估時間是最近完成任務的平均值，不是保證。

這裡講的每件事，都能在真實的一集裡看到：打開已完成的範例集看時間軸——上面每一張卡片，都走過一次排隊流程。

你自己的上限是「同時跑幾個」，不是「跑多快」

你的帳號同時只能跑固定數量的生成任務。開了超過這個數量，多出來的就會暫停排隊：進入等待狀態，只要你有一個正在跑的任務完成，下一個就會自動遞補進空出來的位置，你不用回來按任何東西。

排隊不是失敗。不會報錯、不會丟失，排隊中任務的點數也已經先預留——是凍結，不是扣除。如果你在它開始前取消，點數會全數退回。

你有幾個並行額度，取決於你的方案。付費方案會提高同時可執行的任務數，最高階方案還會把你的任務放進優先佇列，排在其他人前面。但沒有任何方案能改變單次生成要跑多久——那部分是模型決定的，不論什麼方案用的都是同一個模型。

有三個短的互動步驟刻意永遠不會排隊：用 AI 寫劇本、推薦風格、比對角色聲音。就算你的額度滿了它們還是會跑——它們是幾秒就完成的文字呼叫，要它們排在你十分鐘影片後面等太不合理了。不過它們執行時還是會占一個額度，所以如果你已經到上限才啟動其中一個，可能會讓你接下來送出的任務短暫排隊。

在你的個人額度後面，還有第二道上限：整個網站同一時間在單一模型服務上能跑的任務總數。這個計數是跨我們所有機器共用的，是真正的全站上限——網站忙碌時，你的任務就得排在其他人後面等。

這就是為什麼同一個片段，有時候立刻開始、有時候要等，你的專案本身根本沒有變動。

預估時間是算術，不是預測。我們會算同一個模型服務上、優先級等於或高於你的排隊任務有多少，除以那邊的 worker 能同時跑的數量，再乘上該服務最近五十個成功任務的花費時間。然後我們會再加一個固定的安全係數，因為任務還沒跑完預估就先到的那種錯，是最糟的錯。

所以它本質上是看過去的數字。狀況異常的時候，它就會最不準——而那通常也正是你最會盯著它看的時候。

幾乎全部都花在模型上。我們自己的部分——組裝提示詞、決定要附上哪幾張參考圖、把結果寫回來——最多也就幾秒。

給你一個粗略的規模感：2026 年 8 月的內部測量顯示，生成一張設定圖平均大約一分半，一段影片片段大約九分半，合成完整一集大約十三分鐘。這些數字僅供參考，不是服務等級承諾：那只是一次測量結果，會隨你選的方案等級和當下負載變動，也沒有機制保證它永遠最新。

你唯一能控制的變數是方案等級。比較便宜、解析度較低的等級通常也比較快，所以想確認一個鏡頭行不行，最快的方法就是先用便宜的等級試，確定可以再用好的等級花點數下去跑。

真的出錯的任務不會默默掛著——它會結束。如果模型根本沒收到請求，或是回覆說忙碌、被限流，點數就會退回給你。如果呼叫逾時，或是跑到一半連線中斷，我們沒辦法判斷模型到底有沒有跑、有沒有向我們收費，所以點數會維持凍結，既不扣款也不退還，之後會由人工手動處理。

對你來說這代表：出錯後看起來變少的餘額，通常只是被預留，不是不見了。頂欄的點數面板有明細，每一筆凍結、扣款、退還都有一條記錄。

會提高你同時能跑的任務數、給你每月的點數額度，最高階方案還會把你的任務放進優先佇列。但它不會改變單次生成的執行時間——那是模型的跑動時間，不論什麼方案用的都是同一個模型。

點數是凍結狀態，也就是先預留下來，還沒扣除。如果任務順利跑完就會扣款；如果你在它開始前取消，點數會全數退回。

它是用該模型服務的排隊任務數，除以 worker 能同時跑的任務數，再乘上最近五十個任務的花費時間，最後加安全係數算出來的。輸入的都是最近的實測值，所以狀況在變動的時候，預估就最不可靠。

不是每支影片都要等。高階方案確實包含優先佇列，會讓你的任務排在共用佇列裡其他使用者前面；除此之外，你拿到的是更多屬於自己的任務槽。比較便宜的方案通常也會比較早跑完。

全部開始就好。超過你任務槽數量的任務會先排隊，只要有槽空出來就會立刻遞補，絕對比你自己注意到再手動按按鈕更快。

想知道你的專案實際要跑多久，最省錢的方法就是先用低階方案跑一個片段觀察。新帳號會拿到免費 credits，就是拿來做這件事的。

更新於 2026 年 9 月 21 日