RLR-0023 ・ 更新 2026/10/15
ComfyUI v0.40.0で何が変わった?標準LoRAスタックとMiniMax H3画像デコード改善を解説
2026年10月13日公開のComfyUI v0.40.0では、複数LoRAをまとめて扱う標準ノードとMiniMax H3の単一画像デコード改善が入りました。初心者向けに使いどころ、注意点、Assets機能の起動条件を整理します。
ComfyUI v0.40.0が2026年10月13日に公開されました。 今回は新しい画像生成モデルの登場というより、普段のワークフローを組みやすくする改良が目立つ更新です。
個人PCでComfyUIを使う人にとって、特に気になるのは次の2点です。
- 複数のLoRAを1つの標準ノードで管理できるようになった
- MiniMax H3の単一画像をデコードするときの処理が改善された
さらに、Assets機能の有効・無効は起動方法によって違うため、アップデート前に確認しておきたいポイントです。以下は公式リリースノートと統合済みPull Requestを確認した内容であり、Rossy Laboratoryによる実機測定ではありません。
1. LoRAを重ねる作業が、標準ノードで見通しよく
LoRAは、元の生成モデルに追加して絵柄やキャラクターなどの表現を調整するための仕組みです。例えば「この画風」と「このキャラクター」を組み合わせたいとき、複数のLoRAを順番に適用することがあります。
これまでも複数のLoRAを接続して使えましたが、接続するノードが増えると、どれを有効にしているのか追いかけづらくなります。
v0.40.0に入った標準のLoRAスタック機能では、1つのノード内にLoRAのファイル名、強度、オン・オフを行ごとに並べられます。公式PR #16309によると、追加されたノードは次の2つです。
| 標準ノード | 何にLoRAを適用するか |
|---|---|
LoadLoraModel | 画像・動画生成のモデル側 |
LoadLoraTextEncoder | テキストエンコーダー側 |
各ノードでは1~20行を扱い、行ごとにファイル、強度、enabledスイッチを指定できます。スイッチをオフにした行は適用をスキップし、設定したファイル名や強度は保持されます。強度0の行も適用されません。マイナスの強度も受け付けますが、期待どおりの効果になるかは使用するモデルとLoRA次第です。
どう便利になる?
例えば3つのLoRAを使っている場合、1つだけオフにして違いを比べたり、強度を調整したりする作業を同じ場所で管理できます。
ただし、LoRAを20個同時に使うことが推奨される、という意味ではありません。数を増やすほど必ず品質が上がるわけではなく、組み合わせによって干渉も起こり得ます。
また「標準ノードが追加された」ことと「既存のカスタムLoRAノードがすべて不要になった」ことは別です。従来のワークフローは、使用ノードや拡張機能の互換性を確認してから移行しましょう。PRではフロントエンド連携や実モデルでの全面的な画質検証に未確認部分があることも明記されています。
2. MiniMax H3は「1枚の画像」のデコードを改善
MiniMax H3は動画生成関連のモデルです。今回の変更はモデル全体の生成速度アップや、動画の画質が一律に向上する更新ではありません。
公式PR #16881が扱うのは、H3の潜在表現(latent)から単一画像を復元する場面です。
「latent」は、画像そのものではなく、AIが内部で扱う圧縮された特徴データのようなもの。これを目で見える画像へ戻す処理を「デコード」と呼びます。
開発者の説明では、H3の単独latentをそのまま復元すると暗さや帯状の乱れが出やすい問題がありました。そこで、単一画像を短いクリップの先頭フレームとして扱う方式に変更しています。
PRに記載された比較では、元の単独デコードがPSNR 17.2 dBだったのに対し、新方式は30.3 dB。PSNRは基準画像との差を測る指標で、同じ比較条件なら値が大きいほど元画像に近いことを表します。
ただし、これは開発者が示した特定の評価条件での結果です。すべての画像で同じ数値になるわけではありません。新方式には、比較表で従来の約5倍の処理コストも記載されています。画質だけでなく処理負荷も確認したい変更です。
どんな人が気にするとよい?
H3で単一画像をデコードしたときに暗い画像や縞模様が出ていた人には、試す価値のある修正です。一方、動画生成の全工程が5倍重くなると断定することもできません。比較の対象はこの単一画像デコード経路です。
既存のH3用カスタムノードやワークフローを使っている場合、どのデコード経路を通っているかによって効果が異なる可能性があります。実機での再現確認は今後の課題です。
3. Assets機能は起動方法によって初期状態が違う
今回、見落としやすいのがAssets機能の扱いです。Assetsは、ローカルの素材を管理・検索するための仕組みで、従来の単純なファイル選択とは別の機能です。
公式PR #16929と#16928によると、v0.40.0では起動方法により初期状態が分かれます。
| 起動条件 | Assets機能 |
|---|---|
| 通常起動(関連オプションなし) | 原則オフ |
--enable-assetsを指定 | オン |
--disable-assetsを指定 | オフ |
--windows-standalone-buildを指定 | 原則オン |
Windows standaloneでも--disable-assetsを指定 | オフ |
Windows standalone用ランチャーの挙動は、通常起動と同一ではありません。また、Windowsを使っているだけで全環境がstandalone扱いになるわけではありません。Stability Matrixなど別の起動経路を利用する場合は、実際に渡される起動引数を確認してください。
Assetsがオフなら関連APIは使えず、オンにすると素材のスキャンなどが動きます。既存の拡張や素材管理に影響がないかを確かめてから切り替えるのが安全です。
4. アップデートする前の確認ポイント
既存のワークフローを壊さないため、次の順番で確認するのがおすすめです。
- 今のComfyUIバージョンと起動方法を確認する。 v0.40.0の機能を使うには、対象バージョンや関連フロントエンドとの組み合わせが必要です。
- 大事なワークフローを保存する。 特にカスタムノードを多用している場合は、既存の動作を先に保全します。
- LoRAスタックは小さな構成で試す。 まず1~2個で強度とオン・オフを比べ、従来の出力と差を確認します。
- MiniMax H3は単一画像デコードで比較する。 変更の対象外である動画全体の速度や品質と混同しないようにします。
- Assetsの状態を確認する。 起動引数によって有効・無効が変わる点に注意します。
まとめ:派手さより、日常の使い勝手を改善する更新
ComfyUI v0.40.0の注目点は、標準LoRAスタックによる管理のしやすさと、MiniMax H3の単一画像デコードの改善です。
LoRAを何個も接続している人には、標準ノードへの整理が役立つかもしれません。H3の単一画像復元で困っていた人には、原因に近い部分の修正です。一方、モデルの品質や生成速度が全面的に上がったと読み替えないことも大切です。
情報確認日:2026年10月15日。 この記事は公式GitHubのリリースとPRに基づく解説であり、筆者のローカルPCでの動作確認・速度測定は実施していません。アップデート前には、利用中のカスタムノードと起動環境も確認してください。
SOURCES
確認した情報源
- ComfyUI公式リリース:v0.40.0一次情報 ・ 確認 2026/10/15情報源を開く ↗
- ComfyUI公式PR #16309:標準LoRAスタックノード一次情報 ・ 確認 2026/10/15情報源を開く ↗
- ComfyUI公式PR #16881:MiniMax H3単一画像デコード一次情報 ・ 確認 2026/10/15情報源を開く ↗
- ComfyUI公式PR #16929:Assets機能のデフォルト一次情報 ・ 確認 2026/10/15情報源を開く ↗
- ComfyUI公式PR #16928:Windows standaloneのAssets設定一次情報 ・ 確認 2026/10/15情報源を開く ↗