【2026年版】ComfyUI Managerの使い方|有効化の手順・不足ノードの導入・依存衝突の対処

当ページのリンクには広告が含まれています。
comfyui manager guide 2026
🎨 ローカル画像生成(ComfyUI)を検証機で検証🔧 インフラエンジニア歴12年(2026年時点)

2026年10月の ComfyUI では、ComfyUI Manager は本体に組み込まれていて、有効にして使う方式です。手動で入れた ComfyUI とポータブル版は、①依存パッケージを入れる(pip install -r manager_requirements.txt)②--enable-manager を付けて起動する、の2つで使えるようになります。デスクトップ版は最初から有効です。Manager の一番の価値は、他人のワークフローを読み込んだときに足りないノードを見つけて、その場で入れられる点です。

ネットで見つけたワークフローを読み込んだら、ノードが赤くなって動かない——ComfyUI を触り始めて最初にぶつかる壁です。ComfyUI Manager はこれを解決する道具ですが、入れ方が以前と変わりました。以前の「custom_nodes に git clone して再起動するだけ」は旧方式で、今の ComfyUI では、有効にしないと Manager のボタン自体が出ません。この記事では公式の手順に沿って、導入形態ごとの有効化、不足ノードの導入、依存の衝突と更新の管理までを扱います。

目次

ComfyUI Manager は何をしてくれる?

拡張機能(カスタムノード)を、コマンドを打たずに画面から管理できるようにする道具です。公式ドキュメントが挙げる主な機能は次の4つです。

機能 使いどころ
カスタムノードの導入・更新・削除・無効化 一覧から探して入れる。削除せずに一時的に切る(切り分けに使える)
不足ノードの検出と導入 共有ワークフローを開いたとき
モデルの導入 モデルファイルを画面からダウンロードする
スナップショット 今の導入状態を保存し、あとで戻す

この中で一番使うのが不足ノードの検出です。他人のワークフローには自分が入れていないノードがよく含まれていて、Manager がそれを見つけて「これが足りません」と示してくれます。GitHub を探して回る作業が要らなくなります。

Manager のボタンが無い・どこにあるか分からないときは?

まず疑うのはManager が有効になっていないことです。今の ComfyUI の画面(フロントエンド)は、起動オプションに --enable-manager が無いと Manager を無効として扱い、Manager のボタンを出しません(フロントエンドのソースコードで確認)。

この状態で、足りないノードがあるワークフローを開くと、画面に次の案内が出ます(日本語表示の場合)。

このワークフローを使用するには不足しているパックをインストールしてください。

不足しているノードをインストールするには、まずPython環境で pip install -U --pre comfyui-manager を実行してNode Managerをインストールし、--enable-manager フラグを付けてComfyUIを再起動してください。

この案内が出たら、次の節の手順で Manager を有効にしてください。なお、案内のコマンドは試験版も含めて最新の版を入れる指定です。公式ドキュメントの手順は pip install -r manager_requirements.txt で、こちらはComfyUI 本体が指定する版を入れます(2026年10月10日時点の本体の指定は comfyui_manager==4.2.2)。本体と版を揃えたいなら、公式ドキュメントの手順を使ってください。

もう一つ、画面に「ComfyUI-Manager をバージョン 4.2.1 以上にアップグレードしてください」と出る場合は、Manager が古すぎて画面が使えない状態で、この場合もボタンは出ません。画面の案内では、デスクトップ版はアプリを更新、それ以外は pip install -U comfyui-manager を実行して再起動、とされています。

どうやって有効にする?(導入形態ごとの手順)

手順は ComfyUI をどう入れたかで変わります。ComfyUI 本体をまだ入れていない場合は、先にComfyUIの使い方完全入門で導入してください。

導入形態 やること
デスクトップ版(Comfy Desktop) 不要。Manager は入っていて、--enable-manager 付きで起動される
ポータブル版(Windows) 同梱の Python に依存パッケージを入れ、起動バッチに --enable-manager を足す
手動導入(git clone・仮想環境) 仮想環境で依存パッケージを入れ、--enable-manager を付けて起動する

デスクトップ版

インストールのたびに Manager も入り、--enable-manager 付きで起動されるので、追加の作業はありません。設定はアプリの中で、インストールごとの Manage パネル → Startup Args タブから変えます。ここで Manager が導入してよいノードの範囲(セキュリティレベル)を選べ、起動オプションから --enable-manager を外せば Manager なしで起動します。

ポータブル版(Windows)

1 依存パッケージを入れる

ポータブル版のフォルダ(run_nvidia_gpu.bat がある場所)でターミナルを開き、同梱の Python で次を実行します。

.\python_embeded\python.exe -m pip install -r ComfyUI\manager_requirements.txt
2 起動バッチに --enable-manager を足す

run_nvidia_gpu.bat をテキストエディタで開き、1行目の末尾に足します。

.\python_embeded\python.exe -s ComfyUI\main.py --windows-standalone-build --enable-manager
3 バッチから起動する

起動すると、画面に Manager を開くボタンが出ます。

手動導入(git clone・仮想環境)

1 ComfyUI の仮想環境を有効にする
# Windows
venv\Scripts\activate

# Linux / macOS
source venv/bin/activate
2 ComfyUI のフォルダで依存パッケージを入れる
pip install -r manager_requirements.txt
3 --enable-manager を付けて起動する
python main.py --enable-manager

新しい画面と旧画面

有効にすると、既定では新しい画面の Manager が開きます。以前の画面(Manager メニューに「Install Missing Custom Nodes」などのボタンが並ぶもの)を使いたい場合は、--enable-manager-legacy-ui を付けて起動します(デスクトップ版は Server Settings → UI Settings → Use legacy manager interface)。

旧方式(custom_nodes に git clone)について

公式ドキュメントには、旧方式も「Legacy installation methods」として残っています。ComfyUI/custom_nodes で git clone https://github.com/Comfy-Org/ComfyUI-Manager comfyui-manager を実行し、できた comfyui-manager フォルダで pip install -r requirements.txt を実行してから再起動する手順です(リポジトリは以前の ltdrdata/ComfyUI-Manager から Comfy-Org に移っています)。この方式で入る Manager は 3.x 系で(2026年10月時点の main ブランチは 3.42)、Manager は V4.0 で git clone ではなく pip で入れる形に変わりました。公式ドキュメントでは、カスタムノードとして入れた版は新しい画面に切り替えられないとされています。

ZIP でダウンロードして置く方法は勧めません。公式は、フォルダの置き方を誤ると動いているように見えても更新の対象として認識されず、二重に入る原因になるとしています。フォルダは custom_nodes/comfyui-manager の1階層に置き、ComfyUI-Manager-main のような名前や二重のフォルダにしないでください。

足りないノードはどう解決する?

ここが Manager の本領です。Manager が有効なら、足りないノードがあるワークフローを読み込んだときに案内が出ます。

1 案内から入れる

新しい画面では、「Install All」(日本語表示では「すべての不足しているノードをインストール」)でまとめて入れるか、「Open Manager」で中身を見てから入れます。旧画面では、Manager メニューの「Install Missing Custom Nodes」を開くと、読み込んだワークフローに必要で未導入のノードが一覧に出ます。

2 ComfyUI を再起動する

入れたノードは、ComfyUI を再起動するまで読み込まれません。

3 それでも赤いまま・一覧に出てこないなら原因を分ける

公式ドキュメントが挙げる原因は次のとおりです。

  • 本体のノードが足りない:ComfyUI 本体が古い。ComfyUI を更新する
  • 作者がレジストリに登録していない:新しい画面の Manager は、ComfyUI のレジストリに登録されたノードしか入れられない
  • 公開されていないノード:特定の作者やサービスに限られたもの
  • 作者が版を変えてノードを消した

配布元の説明で、対応する版と導入手順を確かめてください。

拡張を入れすぎると何が起きる?

起きやすいのは依存関係の衝突です。カスタムノードはそれぞれ Python パッケージを要求し、要求する版が食い違うと、後から入れたものが先に入れたものの動作を壊すことがあります。

「昨日まで動いていたのに起動しない」ときの切り分け

新しい拡張を入れた直後に ComfyUI が起動しなくなったら、まず起動ログの末尾のエラーで、どのパッケージ・どのノードで止まったかを確かめます。ComfyUI が起動しない間は Manager の画面も開けないので、本体の起動オプションで切り分けます。--disable-all-custom-nodes を付けるとカスタムノードを1つも読み込まずに起動し、これで起動するなら原因はカスタムノード側です。これと一緒に --whitelist-custom-nodes に続けてフォルダ名を書くと、そのフォルダのノードだけは読み込むので、1つずつ足して原因を絞れます。

予防は、使わない拡張を入れっぱなしにしないことです。ただし公式ドキュメントのとおり、ノードを削除しても、そのノードが入れた依存パッケージは消えません。削除だけでは環境は元に戻らないので、戻したい状態があるなら、新しい拡張を試す前に環境を控えておきます(次の節)。

拡張を選ぶときの目安

①最終更新が新しいか ②Issue に作者が応答しているか ③レジストリに登録されているか、の3点を目安にしています。カスタムノードは Python のコードとして実行されるので、出所の分からないものは入れないでください。公式の既定の設定でも、git の URL を指定した導入や、nightly 版(作者の GitHub の最新で、公式は「通常はセキュリティの検査を受けていない」としています)の導入は制限されています。

更新はどう管理するのがいい?

「Update All」は便利ですが、全部いっぺんに更新すると、壊れたときにどれが原因か分からなくなります。安定して動いている環境なら、更新するのは①新しいモデルやワークフローを使うのに必要になったとき ②不具合の修正が入ったとき、に絞るのが安全です。

旧画面の Manager では、「Update All」を押すとその時点の導入状態がスナップショットとして自動で保存され、Snapshot Manager から戻せます(README による)。戻した内容が反映されるのは次の起動時で、git で管理されていないノードは戻しきれないとされています。確実に戻したいなら、更新の前に ComfyUI のフォルダと Python の環境(ポータブル版は python_embeded、手動導入は仮想環境)を丸ごと控えておきます。

Manager 自身の更新は導入形態で変わります。デスクトップ版はアプリの更新で一緒に新しくなります。ポータブル版と手動導入は、ComfyUI 本体を更新しても Manager の版はそのままのことがあるので、有効化の手順1の依存パッケージのコマンドをもう一度実行し、--enable-manager を付けて起動し直します。旧方式で入れた場合は custom_nodes/comfyui-manager で git pull して再起動します。

ワークフローそのものの整理・命名・バージョン管理についてはComfyUIワークフローの運用管理にまとめました。どの拡張を実際に入れるかは便利なカスタムノード集が参考になります。

環境を壊すのが怖い場合は?

手元の PC の Python 環境に拡張を入れて壊すのが不安なら、別の環境で試す方法もあります。ConoHa AI Canvasはブラウザから ComfyUI を使えるクラウドのサービスで、公式の仕様表では拡張機能を利用者が任意に追加できるとされています。ただし公式の対応モデルは Stable Diffusion 1.5/2.0/2.1/XL で、FLUX などは対応一覧にありません。

ConoHa AI CanvasでComfyUIを使う※ エントリー月額1,100円(WebUI無料時間10時間・超過は6.6円/分)/ComfyUI・AUTOMATIC1111から選べる・公式の対応モデルはStable Diffusion 1.5/2.0/2.1/XL

まとめ

今の ComfyUI の Manager は、本体に組み込まれていて、依存パッケージを入れて --enable-manager を付けて起動することで使えるようになります(デスクトップ版は最初から有効)。ボタンが出ないときは、まず有効になっているかを確かめてください。有効にすれば、共有ワークフローの「足りないノード」は、案内からまとめて入れられます。

一方で拡張は入れるほど壊れやすくなり、削除しても依存パッケージは残ります。選ぶときは更新の新しさとレジストリの登録を見て、試す前に環境を控える。起動しなくなったら --disable-all-custom-nodes で本体とカスタムノードを切り分けます。

ComfyUI Managerは公式機能ですか?
2026年10月時点の公式ドキュメントでは、手動導入とポータブル版の Manager は「ComfyUI 本体に組み込まれていて、有効にして使う」ものとされています。リポジトリも ComfyUI の開発元(Comfy-Org)の管理下にあります。もとは ltdrdata 氏のリポジトリで公開されていた拡張で、旧方式(custom_nodes への git clone)でも入れられます。
Managerのボタンが画面に出ません。
起動オプションに --enable-manager が付いていないと、今の ComfyUI の画面は Manager を無効として扱い、ボタンを出しません。手動導入とポータブル版は、依存パッケージ(manager_requirements.txt)を入れてから --enable-manager を付けて起動してください。「ComfyUI-Manager をバージョン 4.2.1 以上にアップグレードしてください」と出る場合は、Manager が古すぎるのでボタンが出ません。
カスタムノードを入れたらComfyUIが起動しなくなりました。
起動しない間は Manager の画面も開けないので、本体の起動オプションで切り分けます。--disable-all-custom-nodes を付けて起動できれば、原因はカスタムノード側です。これと一緒に --whitelist-custom-nodes に続けてフォルダ名を書くとそのフォルダのノードだけは読み込むので、1つずつ足して原因を絞れます。起動ログの末尾のエラーで、止まったパッケージも確かめてください。
Update Allは定期的に実行すべきですか?
おすすめしません。安定して動いている環境をまとめて更新すると、壊れたときに原因を特定しにくくなります。新しいモデルやワークフローに必要になったときや、不具合の修正が入ったときに、必要な拡張だけを更新するのが安全です。旧画面の Manager は Update All の前の状態をスナップショットとして自動で保存しますが、git で管理されていないノードは戻しきれないので、更新の前に環境を丸ごと控えておくと確実です。
不足ノードの一覧に出てこないノードがあります。
公式ドキュメントが挙げる原因は、ComfyUI 本体が古くて本体のノードが足りない、作者がレジストリに登録していない(新しい画面の Manager は登録されたノードしか入れられない)、公開されていないノードである、作者が版を変えてノードを消した、の4つです。配布元の説明で、対応する版と導入手順を確かめてください。
よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

この記事を書いた人

ITインフラエンジニア歴12年、クラウド(AWSがメイン、一部Azure)の実務は4年目(いずれも2026年時点)。社会人向けの3DCGスクールを2026年9月に卒業。Windows 11 + RTX 4070 Ti SUPER の自宅環境で実際に手を動かしながら、インフラ・クラウド・AI・3DCGの技術記事を書いています。

コメント

コメントする

CAPTCHA


目次