ComfyUI Manager はcustom_nodesフォルダにgit cloneして再起動するだけで入ります。最大の価値は拡張の一括管理ではなく、他人のワークフローを読み込んだときに足りないノードを自動検出してくれる点。これがないと、共有ワークフローは赤いエラーだらけで動きません。
ネットで見つけたワークフローJSONを読み込んだら、ノードが赤くなって動かない——ComfyUIを触り始めて最初にぶつかる壁です。ComfyUI Manager はこれを解決するための拡張で、実質必須と言っていい存在です。この記事では導入から、依存の衝突と安全な選び方までを扱います。
ComfyUI Manager は何をしてくれる？
拡張機能（カスタムノード）を、コマンドを打たずにGUIから管理できるようにするツールです。2026年1月時点で522個の拡張が登録されており、ワンクリックで導入できます。
| 機能 | 使いどころ |
|---|---|
| Install Custom Nodes | ControlNet・IP-Adapter等を一覧から導入 |
| 不足ノードの自動検出 | 共有ワークフローを開いたとき |
| Update All | 拡張をまとめて更新 |
| 有効化／無効化 | 削除せず一時的に切る（切り分けに有効） |
| Model Manager | モデルファイルの導入 |
この中で圧倒的に使うのが2番目です。他人のワークフローには自分が入れていないノードが必ず含まれており、Managerがそれを検出して「これが足りません」と提示してくれます。手動でGitHubを探して回る作業が消えます。
どうやって導入する？
ComfyUIをインストールしたフォルダの直下にある custom_nodes に入ります。
cd ComfyUI/custom_nodes
git clone https://github.com/ltdrdata/ComfyUI-Manager.git起動し直すと、画面に「Manager」ボタンが追加されます。これで完了です。
ポータブル版・デスクトップ版の場合
配布形態によってはManagerが最初から同梱されています。Managerボタンが既にあるなら追加作業は不要です。gitが入っていない環境では、リポジトリをZIPでダウンロードして custom_nodes に展開しても動きますが、以降の更新をManager経由で受けられるようgitを入れておくほうが後々楽です。
足りないノードはどう解決する？
ここがManagerの本領です。共有ワークフローを読み込んで赤いノードが出たら、次の手順で解決します。
読み込んだワークフローに必要で、かつ未導入のノードだけが一覧表示されます。
複数ある場合はまとめて入れて構いません。インストール後は必ず再起動が必要です。
Managerに登録されていない野良ノード、あるいは開発が止まって現行ComfyUIと非互換になったノードの可能性があります。ワークフローの配布元に対応バージョンの記載がないか確認してください。
拡張を入れすぎると何が起きる？
依存関係の衝突です。カスタムノードはそれぞれ独自のPythonパッケージを要求し、要求バージョンが食い違うと後から入れたほうが前のものを壊します。
「昨日まで動いていたのに起動しない」の典型パターン
新しい拡張を入れた直後にComfyUI自体が起動しなくなるのは、ほぼ依存パッケージの上書きが原因です。起動ログの末尾に出ているエラーで、どのパッケージが問題かはたいてい特定できます。心当たりの拡張をManagerで無効化（削除ではなく）して再起動し、切り分けてください。
予防策はシンプルで、使わない拡張を入れっぱなしにしないことです。試して合わなかったものは無効化ではなく削除まで進めておくと、環境が長持ちします。
安全な拡張の選び方
①最終更新が半年以内か ②Star数とIssueの応答があるか ③Manager登録済みか——この3点を満たすものを選べば、大きく外しません。カスタムノードは任意のPythonコードを実行できるため、出所不明のものを気軽に入れるのは避けてください。
更新はどう管理するのがいい？
「Update All」は便利ですが、全部いっぺんに更新すると壊れたときの原因が分からなくなります。安定して動いている環境なら、無闇に更新しないほうが合理的です。
更新するのは、①新しいモデルやワークフローを使いたくて必要になったとき ②不具合の修正が入ったとき、の2つに絞ります。更新前にComfyUIのフォルダごとバックアップを取っておけば、戻せます。
ワークフローそのものの整理・命名・バージョン管理についてはComfyUIワークフローの運用管理にまとめました。どの拡張を実際に入れるかは便利なカスタムノード集が参考になります。
環境を壊すのが怖い場合は？
ローカル環境に拡張を入れて壊すのが不安なら、隔離された環境で試すのが確実です。クラウドのGPU環境なら、壊れても作り直せばいいだけになります。
ConoHa AI CanvasはComfyUIが用意された状態で使えるため、拡張の検証環境としても使えます。本番のローカル環境を汚さずに済むのは、実際にやってみると想像以上に気が楽です。
まとめ
ComfyUI Manager は custom_nodes にgit cloneして再起動するだけで入り、共有ワークフローの「足りないノード」問題をほぼ解決してくれます。ComfyUIを人のワークフローを取り込みながら使うなら、実質必須です。
一方で拡張は入れるほど壊れやすくなります。最終更新の新しさ・Manager登録の有無で選び、使わないものは削除する。この運用ができていれば、環境は長く安定します。
コメント