ComfyUI 在 10 月 8 日介紹了 ComfyStreamerH3：以一張 RTX 5090 32GB 嘗試即時生成影片，目標畫面尺寸為 448×256。這是值得研究的低解析度實驗，不代表原版 MiniMax H3 已能在消費級單卡上即時輸出 768p 或 2K 成片。
實驗做了哪些取捨？
作者使用 FastH3 V2 四步生成，搭配稀疏注意力、較小的文字編碼器、剪枝 INT8 權重、低精度融合運算，以及重疊進行的解碼與影片編碼。報告指出顯示記憶體用量低於 30GB，目標是在 15 秒內產生 15 秒影片；展示畫面仍看得到瑕疵。這些是作者公布的條件，並非本站實測。
請分清楚官方 H3 基礎權重、社群加速模型，以及 fal 的 H3 Max、H3 Max Turbo 託管服務。它們的安裝方式、硬體需求與品質不能直接套用。
建議的安裝與驗證順序
- 依照專案 README建立獨立 ComfyUI 環境，避免自訂節點影響既有工作。
- 核對該版本要求的作業系統、驅動程式、CUDA、PyTorch 及 GPU 架構，記下 commit。
- 使用上游指定的模型、編碼器與解碼器版本，分別確認授權條款。
- 先原樣載入範例工作流程，跑通後才調整尺寸或採樣設定。
- 分開量測模型載入與熱啟動生成時間，記錄最高記憶體用量、音訊設定及失敗案例。
不要把不同教學的元件湊在一起，就假設能重現同樣結果。專案程式碼的授權也不會自動涵蓋所有模型。
放進動畫流程，適合做哪一段？
它較適合先看角色走位、鏡頭節奏與畫面銜接。細微表情、文字、對嘴及最終細節，仍需要較高品質的輸出驗證。超解析度處理也無法保證修復角色變臉或動作邏輯。
可以先做三種短鏡頭：安靜的反應、走路、兩人交接物品。對照設定圖檢查頭尾與中段，再連續播放，記下重做次數。不要只保存最好看的一段。
遇到記憶體不足，先比對載入元件及其他程式占用；缺少節點或核心編譯失敗，就回到上游支援環境排查。畫面雖快卻不可用時，恢復範例設定，再一次改一項。真正要衡量的是每個採用鏡頭的生成、審片與重做總成本。
延伸閱讀：H3 API 與開放權重指南、劇本轉分鏡流程。
來源：ComfyUI 工程文章、專案原始碼；查核日期：2026 年 10 月 21 日。