ComfyUIのNodes 2.0は、画像を作るモデルの更新ではなく、ノードを画面に描く仕組みをLiteGraph.jsのCanvas描画からVueコンポーネントに置き換えたUI基盤の変更です。ComfyUIロゴのメニューからトグルで切り替えられ、問題があればすぐ旧UIに戻せます。
情報確認日：2026年8月22日（日本時間）
結論：生成結果は変わらない。変わるのはノードの描画と操作感
責任範囲
- Nodes 2.0が「何の」変更なのかの切り分け（モデルではなくUI基盤）
- 旧Canvas版とVue版の、見た目以外の違い
- 有効化と、旧UIに戻す手順
- Custom Nodeの互換性を自分の環境で確認する方法
- 大型ワークフローで比べるべき挙動と、3タイプ別の導入判断
ComfyUIの基本操作そのものはComfyUIの使い方で扱っています。この記事は、すでに旧UIで画像を生成できている人が「切り替えるべきか」を判断するための記事です。
Nodes 2.0は何を変えたのか
変えたのは「ノードの描き方」です。生成モデル、サンプラー、ワークフローの実行順序、保存されるJSONの意味は変わりません。同じワークフローを旧UIとNodes 2.0で実行すれば、同じseedで同じ画像が出るのが前提です。
公式ドキュメント（2026年8月22日確認）は、変更の理由を次のように説明しています。
- 従来のCanvas描画では、小さなUI変更にも数日かかり、機能開発の足かせになっていた
- Vueベースにすることで、動的なウィジェットや拡張可能なノードなど、豊かな操作を実装しやすくなる
- 将来の機能追加に耐える柔軟な基盤になる
つまり、Nodes 2.0は「利用者がすぐ得をする新機能」というより、「今後の新機能が乗る土台」として位置づけられています。切り替えて画像の品質が上がることはなく、切り替えないと生成できなくなることも、現時点ではありません。
「Nodes 2.0」「Vue nodes」はいずれも公式ドキュメントやリリースノートで使われている呼び名です。この記事では、ユーザー向けの名称として公式ドキュメントの見出しにある「Nodes 2.0」に統一します。
旧Canvas版とVue版は何が違うのか
見た目の印象以外に、仕組みの違いが操作感と拡張性に表れます。整理すると次のとおりです。
| 観点 | 旧UI（LiteGraph Canvas） | Nodes 2.0（Vue） |
|---|---|---|
| 描画方式 | 1枚のCanvasにすべてのノードを描く | ノードごとにDOM要素（Vueコンポーネント）を持つ |
| ウィジェット | Canvas上に独自描画。種類の追加はフロントエンド本体の改修が必要 | 通常のUI部品として実装でき、動的なウィジェットを作りやすい |
| Custom Nodeの拡張 | LiteGraphのAPIに依存した描画フックが多い | 描画の前提が変わるため、旧APIに依存した拡張は要更新 |
| 性能 | 長年の最適化が入っている | 公式が「最適化中」と明記 |
| 大規模・極端なズーム | 安定 | 公式が「表示上の問題が出る可能性」を明記 |
重要なのは「ウィジェット」と「拡張」の行です。旧UIではCanvasに直接描いていたものが、Nodes 2.0では通常のWeb UI部品になります。これは開発側の自由度を上げる一方で、旧UIの描画方法に合わせて作られたCustom Nodeがそのままでは表示されない可能性を生みます。
Nodes 2.0を有効化し、旧UIに戻すにはどうするか
先に「戻し方」を覚えてから試すのが安全です。手順は有効化も無効化も同じ場所です（現行UI、2026年8月時点）。
- 画面左上のComfyUIロゴをクリックしてメニューを開く
- メニュー内の「Nodes 2.0」をトグルする
- ノードの見た目が変わったことを確認する
- 戻すときは、同じトグルをもう一度切り替える
切り替え前に、開いているワークフローを保存してください。描画方式の切り替えそのものがワークフローを壊すことは想定されていませんが、Custom Nodeの表示崩れに気づかず保存すると、意図しない状態を上書きする可能性があります。保存しておけば、旧UIに戻して開き直すだけで元の状態に戻れます。
手元のバージョンで既定がどちらになっているかは、ロゴメニューのトグル状態で確認します。公式ドキュメントは対応環境としてComfy Desktop、ポータブル版、安定版リリースを挙げており、古いフロントエンドではトグル自体が表示されません。その場合はフロントエンドの更新が先です。
Custom Nodeの互換性をどう確認するか
公式ドキュメントは「一部のCustom Nodeは完全対応のために更新が必要になる場合がある」と述べるにとどまり、どのノードが影響を受けるかの一覧は公開していません。したがって、自分が使っているノードを自分で確認する必要があります。
影響を受けやすいのは「UIを持つ」ノードです。Python側の処理だけを追加するノードは描画方式の変更と無関係ですが、次のようなノードは描画の前提に依存しています。
- ノード上に独自のプレビューやキャンバスを描くもの（画像比較、マスク描画、3D表示など）
- 独自ウィジェット（カラーピッカー、カーブエディタ、スライダーの拡張など）を追加するもの
- ノードの見た目（色、形、サイズ、ヘッダー）をJavaScriptで書き換えるもの
- 右クリックメニューやキャンバスのイベントにフックするもの
再現手順：自分の環境で互換性を記録する
- 旧UIで、普段使うワークフローを開き、Custom Nodeを含むノードの一覧を書き出す
- 各ノードのウィジェットが表示され、値を変更でき、実行できることを確認する
- Nodes 2.0に切り替え、同じワークフローで同じ確認を行う
- 差があったノードは、ブラウザの開発者ツールのConsoleにエラーが出ているかも記録する
| Custom Node名 | UI拡張の有無 | 旧UIで表示 | Nodes 2.0で表示 | Consoleエラー | 判定 |
|---|---|---|---|---|---|
判定の読み方は単純です。「表示されない」「ウィジェットが消える」「値を変えても反映されない」のいずれかが出たノードは、現時点でそのノードの作者側の更新待ちです。ノードのリポジトリのIssueを検索し、Nodes 2.0やVue nodesへの対応状況を確認してください。ノード自体が読み込めない場合は描画の問題ではなく、別の原因を疑います。
大型ワークフローで何を確認すべきか
公式が既知の問題として挙げているのは、性能の最適化が途上であること、極端なズームや大規模ワークフローで表示上の問題が出る可能性の2点です。小さなワークフローでは気づかない差が、ノード数が増えると表れやすくなります。
次の手順で、同一のワークフローを両方のUIで触り、体感ではなく項目ごとに記録します。時間の数値は環境に依存するため、この記事では示しません。
- ノード数が多いワークフロー（目安として数十個以上）を1つ選ぶ
- 旧UIで、下の表の各操作を行い、引っかかりの有無と気づいた点を記録する
- Nodes 2.0に切り替え、同じワークフローで同じ操作を記録する
| 操作 | 見るポイント | 旧UI | Nodes 2.0 |
|---|---|---|---|
| 全体を表示するズームアウト | ノードの文字・ウィジェットが崩れないか | ||
| 最大までのズームイン | 描画の欠け・ずれ | ||
| キャンバスのドラッグ移動 | 追従の遅れ、カクつき | ||
| 範囲選択→移動 | 選択が外れないか、配線が追従するか | ||
| ウィジェットの値変更 | 入力の反応、ドロップダウンの開閉 | ||
| 配線の付け外し | スロットの当たり判定 | ||
| 実行と結果表示 | プレビュー画像が同じ位置に出るか |
Vue版はノードごとにDOM要素を持つため、ノード数が増えるほどブラウザが管理する要素も増えます。Canvas版は1枚の描画領域なので、要素数の影響を受けにくい構造です。この差が「ズームアウトで全体を見る」「大量ノードをまとめて動かす」場面に出やすい、というのが仕組みから予想できる方向です。ただし実際にどの程度の差になるかは、ノード数、ブラウザ、GPU、フロントエンドのバージョンで変わるため、上の表で自分の条件を記録してください。
今すぐ切り替えるべきか
答えは「あなたがどのタイプか」で変わります。3つに分けて整理します。
安定優先
今のワークフローを壊したくない
- 旧UIのまま使い続けてよい
- 切り替えるなら、互換性の記録表が全行「問題なし」になってから
- 納品や量産の最中には切り替えない
新機能優先
今後の機能を早く試したい
- 今切り替えて、困ったら戻す
- 問題はsupport.comfy.orgかGitHubのComfyUI_frontendに報告する（再現手順・スクリーンショット・環境情報を添える）
- 使っていないCustom Nodeは外しておくと切り分けが楽
Node開発者
自分のCustom Nodeを配布している
- 今すぐ両方のUIで自作ノードを確認する
- UI拡張を持つなら、Vue版での表示を優先して直す
- READMEに対応状況を書くと利用者の問い合わせが減る
どのタイプでも共通するのは、「切り替え→確認→必要なら戻す」が数分で終わる点です。切り替え自体のコストは低いので、判断を先延ばしにするより、互換性の記録表を一度埋めてから決めるほうが早く済みます。Custom NodeをJavaScript側で拡張する方法や、旧UIとNodes 2.0の性能を同じ条件で測る方法は、別記事で扱います。
よくある質問
Nodes 2.0にすると生成画像が変わりますか？
変わりません。変わるのはノードの描画方式で、モデルや実行順序は同じです。同じワークフロー・同じseedで画像が変わった場合は、描画ではなくCustom Nodeの値が正しく渡っていないなど別の原因を疑ってください。
旧UIはいつまで使えますか？
公式ドキュメント（2026年8月22日確認）に廃止時期の記載はありません。現時点ではロゴメニューのトグルで戻せます。今後の扱いは公式ドキュメントとリリースノートで確認してください。
Custom Nodeが表示されないのはNodes 2.0のせいですか？
旧UIに戻して表示されるなら、描画方式との互換性の問題です。旧UIでも表示されないなら、ノードの読み込み自体が失敗しており、Nodes 2.0とは無関係です。切り分けはこの順で行ってください。
まとめ
Nodes 2.0は、ノードの描画をLiteGraphのCanvasからVueに置き換えたUI基盤の変更で、生成結果には影響しません。切り替えはComfyUIロゴのメニューにある「Nodes 2.0」トグルで、戻すのも同じ場所です。
影響を受けるのはUI拡張を持つCustom Nodeと、大型ワークフローでの描画・操作感です。どちらも公式が既知の問題として明記しているので、自分の環境で記録表を埋め、安定優先・新機能優先・Node開発者のどれに当たるかで決めてください。