版號跳到 0.40.0，說明頁卻是空的：ComfyUI 影片工作流的升級前檢查，為什麼被當成顯學

2026 年 10 月 13 日，一篇標題為「ComfyUI 影片工作流完整指南：0.40.0 升級檢查」的長文在 AI 創作圈流傳。它談的不是新功能多神，而是相反的事：這次更新幾乎什麼都沒說。

先把最反直覺的事實擺上桌

可核對的官方資料顯示，ComfyUI v0.40.0 的發布頁目前只顯示版本標籤，沒有列出任何發布說明；標籤提交的內容也僅止於把 comfyui_version.py 與 pyproject.toml 裡的版本號從 0.39.0 改成 0.40.0。

換句話說，「新版出了」是事實，「新版改了什麼」目前沒有官方答案。這正是那篇指南被反覆轉傳的原因：當發布資訊是空的，相容性風險就得由每個使用者自己扛。指南開宗明義提醒，版本號不能代替相容性測試，官方頁面確認有新版本，不等於所有舊工作流都已被驗證，也不同於每種安裝方式會同步取得相同版本。ComfyUI Desktop、便攜版與自行部署環境的更新節奏各自不同，升級前得先確認自己的安裝來源。

這種「工具還沒說清楚，社羣先自己列清單」的場景，其實和先前 開發者跟著指南替說明書瘦身 的集體大掃除有幾分像：文件一出，眾人跟著逐項比對自己的環境。

變更會沿著一條鏈傳遞，故障表象常指向別處

指南的核心觀念是：影片工作流不是一個東西，是一串互相依賴的環節。至少要分開看五個位置：核心節點、自訂節點與前端介面、模型與 VAE、執行環境，以及從影格到影片檔的輸出鏈。

幾個容易誤判的地方，指南講得很白。工作流載入時出現缺失節點，除了核心版本，也要檢查自訂節點是否安裝成功、依賴套件有沒有變動。自訂節點還可能同時包含瀏覽器端介面程式與伺服器端的 Python 程式，只查其中一側不算查完。

介面能正常顯示，不代表生成端正常；節點看得到，也不代表它讀的模型名稱、輸入型別與參數還符合舊設定。ComfyUI 官方對 Nodes 2.0 的說明也提過，部分自訂節點可能需要更新才能完整支援，並提供測試與切回舊介面的方法。指南特別註明，這是一般性的檢查依據，不能當作 0.40.0 已造成特定問題的證據。

模型端則牽涉檔案格式、載入位置、版本與記憶體需求；影片工作流還會設定影格數、影格率、尺寸與分段方式，輸出端再交由影片編碼器合成。生成中途停住、影格數不符、尺寸不一致、輸出檔無法播放，分屬不同檢查點。指南提醒，不能只看見「更新後影片失敗」，就把帳算到 ComfyUI 頭上。

先定位階段，再動手改

那篇文章給出的排查順序也很節制：先判斷流程在哪個階段失敗，再比對該階段依賴的程式、節點、模型與參數。這樣做是為了避免一次改動多個元件，最後仍不知道是哪一項造成差異。

閱讀未來的發布說明時，可以把變更類型與測試位置配對：核心影片節點或影格處理有變，就優先載入使用該節點的流程；前端介面有變，就觀察自訂節點的控制項與連線；依賴套件或模型支援有變，就測模型載入與生成能否跑完；輸出端有變，就查檔案格式與播放器相容性。

如果工作流目前承擔交件、排程或團隊共用的任務，指南的態度更保守：任何改版都應先被視為環境變更，在副本中驗證，並規劃好回復方式，再判斷是否跟進。

空白的發布說明，逼出一門顯學

把這件事放回社羣脈絡看，味道就出來了。生成式工具的迭代速度，早就超過一般使用者逐版驗證的能力，但影片工作流偏偏是整個生態裡最脆的那一環：節點多、依賴雜、模型檔巨大，任何一處斷裂都會讓整條鏈停擺。這種檢查清單會被當成完整指南轉傳，反映的不是 0.40.0 有多重大，而是使用者已經預設「升級本身就是風險事件」。

同樣把升級前的不確定性寫成清單的，還有 那篇把接入工程拆成清單的 Jev 指南。兩者走的是同一條路：官方文件留白之處，社羣就把經驗補成流程。

目前 v0.40.0 的官方發布資料仍未列出影片工作流改動，後續若補上說明，這份清單裡的每一項檢查才有可能對號入座。在那之前，版號跳了一級，工作照跑，檢查照做。