WAN 2.5 ComfyUI 工作流：最佳節點圖表 + 穩定結果設置

嘿，夥計！我是 Dora。那天，我在為演示縫製短產品循環，我常用的設置不斷漂移，角色袖子在變化，背景在脈動，邊緣的動作在晃動。不是很糟，只是分散注意力。我想要一個表現得像穩定之手的視頻工作流程，而不是猜謎遊戲。

這個月（2026年1月）我花了幾個晚上在 ComfyUI 中讓 WAN 2.5 乾淨地運行。沒有什麼花哨的。我讓圖表保持最少，鎖定了幾個設置，並測試了不同的方法來保持動作穩定，同時不會磨掉有趣的部分。以下是最終確定的內容，以及未確定的地方。如果你搜索「WAN 2.5 ComfyUI」是因為你想要可行的東西，而不是表面文章，這就是我會在咖啡上遞給你的版本。

最小節點圖

我一開始嘗試了幾個廣泛的圖表。它們在畫布上看起來很強大，但在實踐中感覺很脆弱。至少在我的機器（RTX 4090，24 GB VRAM）上，WAN 2.5 最可靠的設置是有意無聊的。

我最後得到的是：

WAN 2.5 的模型加載器（官方權重 + 配置：在啟動時加載一次）
文字編碼器（一個提示詞，一個負面提示詞）
種子節點（單一種子，不是每幀）
視頻採樣器（WAN 的採樣器或 ComfyUI 中的相容視頻採樣器）
VAE（在最後解碼：沒有中途重新編碼）
保存視頻

就這樣。沒有額外的放大器、沒有指導適配器、沒有去噪分支。不是因為這些不好，而是因為我想看看 WAN 2.5 在沒有幫助的情況下做什麼。優勢很明顯：移動部件更少，意外更少。當某些東西閃爍時，我知道這不是外部節點。

如果你從零開始，我會全新安裝 ComfyUI，添加 ComfyUI Manager 以便更輕鬆地管理節點，然後從官方來源添加 WAN 2.5 節點包。之後，抵制裝飾圖表的衝動。先用適度的分辨率獲得一個 3-4 秒的乾淨片段渲染。然後，如果你仍然需要，添加複雜性。

設置基準

我測試了一些基線，並將其上下調整，直到片段停止晃動。

我穩定的起點：

分辨率：896×504（16:9）。能被 16 整除，對 VRAM 輕鬆，足以判斷運動。
時長：12 fps 下 48 幀（～4 秒）。足夠長以發現漂移，足夠短以迭代。
步數：28-32。低於 24 傾向於模糊運動：高於～36 沒有給我太多。
CFG 指導：4.0-6.0。我主要坐在 5.0。更高的值推動風格，但增加了微閃爍。
採樣器：Euler 或 DPM++ 2M SDE（視頻相容構建）。DPM++ 在逐幀上感覺穩定一點。
去噪強度：文字到視頻為 0.85-0.9。如果以圖像為條件，我降到 0.7-0.8。
種子：固定。整個片段使用相同的種子。

在 4090 上，這個基線渲染了～4 秒，大約需要 2-3 分鐘。在我一個下午借來的 4080 Super 上，大約是 3-4 分鐘。當我升級到 1024×576 時，渲染時間增加了～20-30%，VRAM 使用超過了 17 GB。

小提示：如果你追求更高的播放幀率（比如 24），我發現以 12 fps 生成並在後期插幀比直接以 24 fps 渲染有更好的結果。採樣器有更容易的時間保持一致。

一致性策略

保持外觀一致基本上是三個槓桿：種子、條件和你推動提示詞的激進程度。

對我有效的：

鎖定種子，不要碰它。在一次運行中，我不小心啟用了每幀種子，立即出現衣櫃混亂。
保持提示詞簡短。WAN 2.5 似乎對清晰的名詞和溫和的風格提示比堆疊的形容詞更滿意。「一艘紙船在下雨的街道上，柔和的光線，柔和的顏色」比一段落效果更好。
只在需要時使用參考圖像。圖像條件幫助錨定角色設計（頭髮、服裝），但有時過度限制運動。當我使用它時，我降低了去噪強度和 CFG 約 0.5。
負面提示詞可以平靜閃爍：「刺眼的光線、閃爍的亮點、鏡頭扭曲。」只是不要鏟入你不喜歡的一切：3-6 項就足夠了。

我也嘗試了一個 IP-Adapter 分支來鎖定整個幀上的姿勢。它幫助了「靜物與小運動」場景（蒸汽、漣漪），但對角色運動，它有時會夾住手勢。好工具，情況性收益。

運動穩定性

這是最棘手的部分。平滑運動，而不是把一切都變成果凍。

重要的小調整：

指導約束。將 CFG 保持在 5.0 附近減少了幀之間的微小照明彈出。
步數上限。超過～36 步給我更清晰的靜止畫面，但在一段時間內產生更多微抖動。
採樣器選擇。DPM++ 2M SDE 在平移和緩慢變焦中始終更平靜：Euler 感覺更靈敏，但在高對比度邊緣上閃爍。
提示詞動詞。「抖動、手持、混亂」之類的詞就是這樣做的。我避免使用它們，除非我想要那種外觀。
光源。硬點光和高光鼓勵了閃爍。「陰天」或「柔光箱照明」保持了表面穩定。

當我需要更多掌握時，我在渲染後添加了兩件事，而不是在圖表內：

輕度強度的消閃過程（DaVinci Resolve 的消閃或 FFmpeg 過濾器）。
運動補償插幀 12→24 fps。它平滑了感知的運動，而不會在生成過程中迷惑模型。

一個驚喜：攝影機推進（緩慢的向前推動）比橫向平移保持得更好。如果左到右的平移在標誌上不斷撕裂，我會將提示詞改為「攝影機輕輕向前移動」，並獲得具有相似感覺的更清潔結果。

批量渲染

我沒有期望批量處理有幫助，但它確實有幫助，主要是用於決策。連續運行 4-8 個種子揭示了哪些提示詞有真正的優勢。

我使用的：

一個簡單的「Seed (batch)」節點饋入相同的圖表。
隊列長度 4-6 個工作。超過那個，我開始為沒有好理由而照顧溫度。
整個批次的相同基線設置：只有種子不同。

經過幾晚運行的提示：

在批次中保持時間短（2-3 秒）。你會在一秒內知道種子是否有前景。
使用信息豐富的文件名保存：提示詞 slug + 種子 + 分辨率 + fps。我也將種子添加到視頻元數據中，未來的我會感謝現在的我。
如果 VRAM 尖刺，將批量大小減少到 1，但保留種子列表。它在精神上仍然是批次。

我嘗試在一次運行中批量處理不同的 CFG 值。它有效，但它混淆了比較。通過隔離每個批次的一個變數，我得到了更清潔的讀數。

常見錯誤

幾個常見的違規者出現了。沒有一個是戲劇性的，但它們確實吃掉時間，直到我將它們寫下來。

CUDA 記憶體不足。通常是一個跡象，表明我已將分辨率輕輕推過懸崖。修復方法：將寬度/高度降低 64 像素，減少 4-6 步，或關閉任何啃噬 VRAM 的東西（瀏覽器標籤計算）。半精度（fp16）有幫助。
不匹配的模型/配置。如果 WAN 2.5 加載器及其配置不同意，你會收到形狀或 dtype 錯誤。重新安裝節點包並重新選擇確切的配置固定了它。
不可整除的尺寸。視頻解碼器更挑剔。我堅持寬度和高度的 16 的倍數。
不支援的編解碼器。Save Video 節點有時默認為我的系統 FFmpeg 不喜歡的編解碼器。我明確設置 H.264 與 yuv420p 以避免綠色幀。
損壞的提示詞。過度指定的負面使面部崩潰。刪除「變形、毀容、醜陋」（通常的樣板）實際上改善了幾個片段的穩定性。

當日誌變得嘈雜時，我首先檢查了兩件事：ComfyUI 版本（如果你落後幾周，請更新）和 NVIDIA 驅動程式。我的三分之二怪異現象住在那裡。如果你卡住了，ComfyUI GitHub 問題對錯誤模式的說明令人驚訝地直接。如果你寧願專注於提示詞和運動，而不是驅動程式和 VRAM 限制，那是我們構建 WaveSpeed 的原因之一。我們通過穩定的 API 層提供對 WAN 2.5 等模型的託管訪問——所以你可以在不維護本地堆棧的情況下生成。