爐子換新之前，先把冰箱裡的東西對一遍：ComfyUI 0.43.2 的升級檢查筆記

2026 年 10 月 30 日，ComfyUI 官方標記發布 v0.43.2。依標記前的相關提交可以整理出幾個變動：FLUX Video Upscale 新增 1080p、2K 與 4K 的輸出目標，並調整輸入影片的像素限制；Ideogram 4.5 Precise Edit 加入區域編輯用的 context window 參數；工作流模板套件從 0.11.98 更新到 0.11.100。這些是從提交紀錄整理出來的，官方並沒有逐條列出完整清單，也沒有宣告所有自訂節點都完成了相容驗證。

如果你最近正打算升級，這篇想聊的其實是另一件事：爐子換新的那天，廚房裡其他東西不會跟著自動變好。

一鍋湯壞了，先別急著把整個廚房重裝

先講一個舊案例。2025 年 12 月，一名 Windows 桌面版使用者回報，新安裝後匯入 JSON 或 PNG 工作流，系統顯示成功，畫布卻是空白的；停用自訂節點後問題仍在。這個 Issue #7427 最後以「不在計畫處理」結案，沒有公開修復結果。

還有一個更值得細看的討論串。有使用者回報 ComfyUI 變更使自訂節點失效，於是回退到舊版，結果其他節點又出問題；後來維護者把原本的節點修好了。同一串討論裡，另一位使用者試了多種 Python、pip、虛擬環境與安裝方式都載入不了節點，但在乾淨的 Swarm 安裝中用相同步驟卻能運作，根因到最後沒有確認。

這就像一鍋湯的味道不對。可能是鹽，可能是火，可能是那把放太久的乾香菇。你聞一下、嚐一口，先判斷問題出在哪一層，而不是整鍋倒掉重煮。ComfyUI 的架構也是分層的：核心、前端、自訂節點、模型與 Python 套件各有各的版本與依賴，一個節點出錯，不等於核心版本都有問題。ComfyUI 官方文件也寫得明白，自訂節點由社羣的不同作者建立，可能需要各自的相依套件。

開火前的檢查順序

具體怎麼排查？依錯誤的樣貌分層：

啟動後整個節點介面載入不出來，先記下核心版本、啟動日誌與前端版本。節點顯示得出來，送出任務時才報錯，那就往該節點依賴的 Python 套件、模型檔案格式與輸入條件去查。畫面上出現缺失節點，記下節點類別名稱與所屬套件，確認套件還在不在、有沒有更新、維護者有沒有提供相容版本。

另外有個很家常的坑：依賴裝錯了環境。Portable 版用內附的 Python，自訂環境則要確認套件真的裝進了實際啟動 ComfyUI 的那個環境。這就像鹽明明買了，卻放在另一間廚房的櫃子裡，你站在爐前當然找不到。

這種「更新前先把環境對一遍」的思路，我們先前聊換爐子之前先把菜單對一遍時也提過，檢查的方法可以比照，功能清單仍以本次官方提交為準。若你的工作流涉及影片處理，也可以回頭看爐心沒換、火卻不太一樣的試菜筆記那篇的驗收節奏，確認輸入、節點與輸出的測試點。

這次更新，你的工作流要對什麼

工作流裡有用到 FLUX 影片放大的話，更新後要確認新的節點名稱、解析度選項與輸入縮放設定。有用 Ideogram 4.5 的話，檢查 context window 這個新欄位有沒有出現在節點介面，舊工作流載入後長什麼樣子。

模板套件版本和已儲存的 JSON 工作流要分開核對：先確認新模板版本，再載入舊工作流，看節點、連線和欄位是否都保留。不能推斷模板更新會改寫你既有的檔案，這兩件事是分開的。

廚房裡最實用的老話：先備份，再開火

與前一版對照時，分開看版本標記、核心提交、Partner Node 與模板。這些提交不能代表各種安裝方式、前端、Python 環境與作業系統組合都已驗證。所以升級前，把工作流備份一份，在副本上用代表性的工作流測一輪，確認沒事再動正式環境。就像辦桌前先試菜，總比開了十桌客人才發現湯太鹹來得劃算。

爐子可以換，鍋裡的湯要顧好。今天晚餐前，先把冰箱裡的東西對一遍吧。

#煮飯這件事，從來都是分層的。