Skip to main content
PromptQuorum
ホーム/ローカルLLM活用/ComfyUIレビュー(2026):Stable DiffusionとFluxを動かす無料ノードベースUI
Image & Video Generation

ComfyUIレビュー(2026):Stable DiffusionとFluxを動かす無料ノードベースUI

·12分で読了·Hans Kuepper 著 · PromptQuorumの創設者、マルチモデルAIディスパッチツール · PromptQuorum

ComfyUIは、Stable DiffusionやFluxなどの拡散モデルをローカルで実行するための無料・オープンソースのノードベースインターフェースで、GPL-3.0ライセンスの下、自分のGPUで無料でセルフホストできます。 AUTOMATIC1111のタブ型レイアウトやFooocusのワンクリックの手軽さとは異なり、ComfyUIは生成の各ステップ(モデルの読み込み、プロンプトのエンコード、サンプリング、アップスケーリング)を、自分で接続するビジュアルグラフ上のノードとして表現します。これによりパワーユーザーはパイプラインを完全に制御でき、再現可能で共有可能なワークフローファイルを得られますが、その代償として学習曲線は急になります。ハードウェア要件は読み込むモデルによって決まり——ComfyUI自体ではありません——Stable Diffusion 1.5ならわずか4〜6 GBのVRAM、フル精度のFluxなら24 GB以上が必要です。プロジェクトを運営するComfy Orgは、自分のGPUを使いたくない読者向けに、Comfy Cloudという別の有料ホスティングサービスも販売しています。SaaSの価格は時間とともに変わるため、予算を組む前にcomfy.orgで現在の階層と価格を確認してください。

ComfyUIは、Stable Diffusion、SDXL、SD 3.5、Fluxなどの拡散モデルを自分のGPU上でローカルに実行するための、無料でオープンソースのノードベース・ビジュアルインターフェースです。モデルそのものではありません。ComfyUIは拡散モデルを読み込み、画像生成の各ステップ(モデルの読み込み、プロンプトのエンコード、サンプリング、アップスケーリング)を固定されたタブやスライダーの集合ではなく、接続されたノードのグラフとして組み立てられるようにするエンジンおよびワークフローエディタです。本レビューでは、ComfyUIが実際に何をするのか、そのノードグラフ方式がAUTOMATIC1111やFooocusのようなよりシンプルなUIとどう異なるのか、GPL-3.0ライセンス、モデルごとのハードウェア要件、カスタムノード用のComfyUI Manager、そして無料の自己ホスト型コアとは別の有料Comfy Cloudホスティング階層について解説します。

ComfyUIレビュー(2026):Stable DiffusionとFluxを動かす無料ノードベースUI

重要なポイント

  • ComfyUIは、Stable Diffusion、SDXL、Fluxなどの拡散モデルをローカルで実行するための無料・オープンソースのノードベースインターフェース——UI/エンジンであり、モデルそのものではない。
  • Yannik Marek(comfyanonymousとして知られる)が作成し、2023年1月にGitHubで初公開された。
  • GPL-3.0の下でライセンスされており、セルフホスト・改変・再配布は無料。ComfyUIのコアを直接改変するコードにはコピーレフト条件が適用される。
  • 最大の特徴はノードグラフ:画像生成の各ステップ(モデルの読み込み、プロンプトのエンコード、サンプリング、アップスケーリング)は、固定のタブ集合ではなく、視覚的に接続するノードである。
  • ComfyUI Manager(別プロジェクトだがほぼ標準的な付属ツール)は、インターフェース内からコミュニティ製カスタムノードのインストール・更新・削除を行える。
  • ハードウェア要件はComfyUI自体ではなく読み込むモデルに由来する:Stable Diffusion 1.5で約4〜6 GB、SDXLで8〜12 GB、Fluxで12 GB以上(フル精度では24 GB以上)。
  • セルフホストは無料。Comfy Orgは自分のハードウェアを持たない読者向けに、月額20USDからの有料ホスティングサブスクリプションComfy Cloudを別途販売している。

ComfyUIとは

ComfyUI単体では画像を生成できない——Stable Diffusion、SDXL、SD 3.5、Fluxなどの拡散モデルを読み込む必要がある。ComfyUIの役割は、そのモデルの重みを読み込み、自分のGPU上で推論を実行し、プロセスの各段階(チェックポイントの読み込み、テキストプロンプトのエンコード、サンプリング、VAEデコード、アップスケーリング)を、個別に接続可能なノードとして公開することである。

これにより、ComfyUIはAUTOMATIC1111のStable Diffusion WebUIInvokeAIFooocusと同じカテゴリーに位置づけられる——この4つはいずれも同じ基盤拡散モデルのフロントエンドインターフェースであり、競合するモデル自体ではない。違いは操作パラダイムにある——AUTOMATIC1111とFooocusは従来型のタブ、ボタン、スライダーを使うが、ComfyUIはノードグラフを使う。

ComfyUIは、公にはcomfyanonymousとして知られる開発者によって作られた。その本名——Yannik Marek——は、後のインタビューやポッドキャスト出演を通じて公になった。プロジェクトは2023年1月にGitHubで初公開された。Marekは2023年6月にStability AIに雇用され、この直接的な雇用関係は2024年6月頃に終了。2024年6月21日、Marekを共同創業者としてComfyUIの他のコア開発者とともに専門組織Comfy Orgが設立され、プロジェクトの主要GitHubリポジトリは、Marekの個人アカウントではなくComfy-Org組織の下に置かれるようになった。Comfy Orgは2024年8月、Linux FoundationのOpen Model Initiativeに参加した。

ComfyUIのエコシステムはStable Diffusionをはるかに超えて成長している。2026年9月時点で、プロジェクトとそのカスタムノード・エコシステムは、画像モデル(Stable Diffusion、SDXL、SD 3.5、Flux.1・Flux.2、Qwen-Image)、動画モデル(Wan、LTX-Video、HunyuanVideo)、そして音声・3D生成用のノードをサポートしている——具体的なワークフローを計画する前に、公式ComfyUI GitHubリポジトリで最新のサポートモデル一覧を確認してほしい。新しいモデルサポートは頻繁に追加される。

📍 一文で説明

ComfyUIは、拡散モデルを読み込み、画像生成パイプライン全体を接続されたノードのグラフとして構築できる、無料・オープンソースのノードベース・ビジュアルインターフェースである。

💬 簡潔に説明

Stable Diffusionがエンジンだとすれば、ComfyUIは完全に露出したコントロールパネルだ。少数のスライダーの代わりに、プロセスの一つ一つのステップを見て接続することになる——最初の手間は増えるが、結果に対するコントロールは格段に大きくなる。

ノードグラフ・ワークフローの解説

すべてのComfyUIワークフローは技術的には有向非巡回グラフ(DAG)である:データはループなしで一方向にノードからノードへ流れる。基本的なテキストから画像へのワークフローは通常、チェックポイントローダー、正・負プロンプト用のテキスト(CLIP)エンコーダー、実際の拡散ステップを実行するサンプラー(KSampler)、結果を閲覧可能な画像に変換するVAEデコーダーを連鎖させる——最もシンプルな場合で4〜6個のノードだが、アップスケーリング、ControlNetによるガイダンス、複数モデルを追加すると、実際のワークフローは数十個のノードに膨れ上がることも珍しくない。

この透明性こそが、パワーユーザーがAUTOMATIC1111やFooocusよりもComfyUIを選ぶ主な理由である。各ステップが可視化されたノードであるため、サンプリングと出力の間に顔修復パスを挿入したり、パイプラインの途中で別のサンプラーに切り替えたり、同じプロンプトを2つの異なるアップスケーラーに分岐させて結果を比較したりできる——これらはいずれも、固定された上位レベルの設定しか公開しないUIでは不可能なことだ。

ワークフローは、すべてのノードと接続を完全に記述する単純なJSONファイルとして保存・共有される。だからこそComfyUIコミュニティは、特定の効果について(プロンプトだけでなく)完全で再現可能なパイプラインを共有する——読者は他人がエクスポートしたワークフローファイルを読み込み、自分のプロンプトや入力画像だけを差し替えて、その人の正確なパイプラインを再現できる。

そのトレードオフは現実的だ:ワークフローをゼロから構築するには、各ノードが何をするのか、拡散サンプリングが実際にどう機能するのかを理解する必要があり、これは1つのテキストボックスにプロンプトを入力するのに比べて、明らかに学習の出発点が高い。ほとんどのComfyUIユーザーは、空のキャンバスからノードを1つずつ組み立てるのではなく、共有された、あるいは組み込みのテンプレートワークフローから始めて修正する。

📍 一文で説明

ComfyUIは画像生成パイプラインをノードの有向グラフとして表現する——各ノードは一つの処理であり、ノード間の接続を描くことでデータの順序と流れを定義する。

💬 簡潔に説明

自分で組み立てるフローチャートのように動作する。「Load Checkpoint」ノードが「CLIP Text Encode」ノードに入力し、それが「KSampler」ノードに入力し、それが「VAE Decode」ノードに入力する、という具合だ。このチェーンのどこでも配線し直したり、複製したり、ステップを挿入したりできる。

パイプラインの可視性

ComfyUI(ノードグラフ):
各ステップが可視化された接続ノード
タブ型UI(AUTOMATIC1111、Fooocus):
ステップは固定のスライダーパネルの裏に隠れる

カスタマイズの深さ

ComfyUI(ノードグラフ):
任意のステップを挿入・削除・再配線可能
タブ型UI(AUTOMATIC1111、Fooocus):
UIが公開するオプションに限定される

再現性

ComfyUI(ノードグラフ):
パイプライン全体を1つのJSONファイルとして保存/共有
タブ型UI(AUTOMATIC1111、Fooocus):
設定はプリセットとして保存され、パイプライン全体ではない

学習曲線

ComfyUI(ノードグラフ):
より急——各ステップの理解が必要
タブ型UI(AUTOMATIC1111、Fooocus):
より緩やか——1画面、判断が少ない

ComfyUIのインストールと最初のワークフロー実行方法

ComfyUIは、プラットフォームやコマンドラインへの習熟度に応じて、いくつかのインストール手順を用意している。

  1. 1
    GPUのVRAMを確認する
    Why it matters: 実行したいモデルに十分なVRAMがGPUにあるか確認する(下のハードウェア表を参照)——これにより、現実的に使える拡散モデルと精度レベルが決まる。
  2. 2
    インストール方法を選ぶ
    Why it matters: WindowsとmacOSのユーザーは、案内付きセットアップの公式[ComfyUIデスクトップアプリ](https://www.comfy.org/download)をインストールするか、GitHubのリリースページから[Windowsポータブル版](https://github.com/comfyanonymous/ComfyUI)(Pythonをバンドルした自己完結型zip、別途インストール不要)をダウンロードできる。Linuxユーザーや上級者は通常、[GitHubリポジトリ](https://github.com/comfyanonymous/ComfyUI)をクローンし、`pip`経由で手動で依存関係をインストールする。
  3. 3
    ComfyUI Managerをインストールする
    Why it matters: [ComfyUI-Manager](https://github.com/Comfy-Org/ComfyUI-Manager)を`custom_nodes`フォルダにクローンする(またはデスクトップアプリに同梱されているバージョンを使う)ことで、Gitで手動クローンする代わりに、インターフェース内からコミュニティ製カスタムノードをインストール・更新できる。
  4. 4
    拡散モデルのチェックポイントをダウンロードする
    Why it matters: 希望するモデル(Stable Diffusion 1.5、SDXL、Flux)のチェックポイントファイルを([Hugging Face](https://huggingface.co/stabilityai)や[comfy.orgのワークフローライブラリ](https://comfy.org/workflows)などから)入手し、ComfyUIの`models/checkpoints`フォルダに置く。
  5. 5
    スターターワークフローを読み込む
    Why it matters: 組み込みのデフォルトテキストから画像へのワークフローを開くか、他人がエクスポートした`.json`ワークフローファイルをキャンバスにドラッグする——ComfyUIはファイルから完全なノードグラフを自動的に再構築する。
  6. 6
    プロンプトを設定して実行をキューに入れる
    Why it matters: CLIP Text Encodeノードのテキストを編集し、モデルとサンプラーの設定を確認して「Queue Prompt」をクリックする——モデルがVRAMに読み込まれる間、初回実行は通常より遅くなる。
  7. 7
    満足したらワークフローを保存する
    Why it matters: グラフを`.json`ファイルとしてエクスポートしておけば、後で(自分でも他の人でも)全く同じパイプラインを再読み込みできる——これがタブ型UIに対する再現性の主な優位点である。

ComfyUIのライセンスと商用利用

ComfyUIはGNU General Public License version 3.0(GPL-3.0)の下で公開されている、コピーレフト型のオープンソースライセンスだ。これは、ソフトウェアをダウンロード、実行、改変、再配布(商用目的を含む)することが、収益しきい値や登録手続きなしに無料であることを意味する——新しいバージョンのStable Diffusionをカバーする、Stability AI Community Licenseとはこの点で異なる(その違いについては当サイトのStable Diffusionレビューを参照)。

GPL-3.0のコピーレフト条件は、単に画像を生成したいだけの読者ではなく、主に開発者にとって重要である:ComfyUIのコアコードを改変し、その改変版を配布する場合、GPL-3.0は同じライセンスの下で変更を公開することを要求する。公式リポジトリでのメンテナーの議論によれば、プラグインインターフェース経由でComfyUIを拡張するカスタムノード(custom_nodesフォルダ内にあるもの)は、一般的に独自のライセンスを持てる別個の著作物として扱われる——一方、ComfyUIのコアコード自体をフォークしたり直接改変したりするのは二次的著作物にあたり、GPL-3.0のままである必要がある。インストールする個々のカスタムノードのライセンスは確認すること。コミュニティ製のノードはComfyUI自体のライセンスの対象外であり、条件はさまざまである。

ComfyUIのGPL-3.0ライセンスは、生成した画像で何ができるかについては何も規定していない——それは完全に、読み込んだ拡散モデルのライセンスによって決まる。 Stable Diffusion 1.5、SD 2.1、SDXLはCreativeML Open RAIL-M/RAIL++-Mライセンスを使用しており、商用収益の上限はない。SD 3とSD 3.5はStability AI Community Licenseを使用しており、年間収益100万USD未満でのみ無料である。FLUX.1 schnellはApache 2.0(無制限)である一方、FLUX.1 devは商用利用にBlack Forest Labsからの別個の商用ライセンスを必要とする。これらのモデルをComfyUI内で実行しても、そのライセンス条件が変更または上書きされることはない。

📍 一文で説明

ComfyUIというソフトウェアはGPL-3.0の下でライセンスされている。これは収益上限も登録要件もなく、インターフェース自体のセルフホストや商用利用に料金がかからない、無料でオープンソースのコピーレフトライセンスである。

💬 簡潔に説明

ComfyUI自体のライセンスはComfyUIというソフトウェアのみを対象とする。Stable DiffusionやFluxなどのモデルで作った画像で何ができるかについては何も規定していない——それはComfyUIではなく、そのモデル自身のライセンスに完全に依存する。

モデルごとのハードウェア要件

Stable Diffusion 1.5

最小VRAM:
4 GB VRAM
快適なVRAM:
6〜8 GB VRAM
備考:
ComfyUIがサポートする最も軽量なモデル。この10年間のほとんどのGPUで動作する

SDXL 1.0

最小VRAM:
6〜8 GB VRAM(最適化あり)
快適なVRAM:
8〜12 GB VRAM
備考:
どのUIでもSDXLは同じVRAMプロファイル——ComfyUI自体のオーバーヘッドはわずか

Stable Diffusion 3.5

最小VRAM:
約6〜11 GB VRAM(Medium/FP8)
快適なVRAM:
16 GB以上(Large、FP16)
備考:
バージョンごとの完全な詳細はStable Diffusionレビューのハードウェア表を参照

Flux.1 schnell / dev

最小VRAM:
12 GB VRAM(FP8)
快適なVRAM:
24 GB以上(FP16)
備考:
ControlNetを多用するフル精度のFluxワークフローは22〜24 GB以上必要になることがある。FP8量子化でおよそ半分に削減

VRAM要件はComfyUIに読み込む拡散モデルによって決まり、ComfyUI自体によるものではない。ComfyUIは、同じモデルであればAUTOMATIC1111よりもデフォルトのメモリオーバーヘッドがやや軽いと、コミュニティやサードパーティのガイドで広く報告されているが、正確な削減量はワークフローの複雑さと最適化設定(attention slicing、model offloading、量子化)によって異なる——これらの数値は保証ではなく計画上の目安として扱い、ハードウェア購入前に最新の数値を確認すること。

料金:無料のセルフホストとComfy Cloud

ComfyUIのセルフホストは無料——自分のハードウェアと電気代のみを負担する。 GPL-3.0ライセンスの下、ソフトウェア自体にサブスクリプション、収益上限、ローカル/オフライン利用のための登録要件はない。

Comfy Orgは、自分のハードウェアを使いたくない読者向けに、有料のホスト型GPUサービスであるComfy Cloudを別途販売している。comfy.orgで公開されている料金によれば、Comfy Cloudはクレジットカード不要で限られた回数のGPU実行ができる無料階層を提供し、その先に有料月額プランがある:Standard(月額20USD、月4,200クレジット、カスタムモデルのインポート不可)、Creator(月額35USD、月7,400クレジット、カスタムモデルのインポート込み)、Pro(月額100USD、月21,100クレジット、最大1時間のワークフロー実行時間)、Team(月額700USD、月147,700クレジット、チームでの共有アクセス)。年間契約はどの階層でも割引が提供される。Comfy Cloudは96 GBのVRAMを持つホスト型Blackwell RTX PRO 6000 GPU上で動作し、GPU時間は生成回数ではなく、実処理秒数に応じて課金される。

Comfy Cloudは、無料でセルフホストのオープンソースプロジェクトであるComfyUIとは別個の商用製品である——自分のGPUでComfyUIを使うために必要になることは一切なく、GPL-3.0ライセンスの中に支払いを義務付ける条項は何もない。

ComfyUI vs. AUTOMATIC1111

ComfyUIとAUTOMATIC1111のStable Diffusion WebUIは、いずれも同じ拡散モデルを自分のGPU上で実行し、いずれも無料かつオープンソースだが、根本的に異なる操作モデルによって異なるユーザー層をターゲットにしている。

操作モデル

ComfyUI:
ノードグラフ——各ステップが接続されたノード
AUTOMATIC1111:
1画面上のタブ、ボタン、スライダー

学習曲線

ComfyUI:
より急——パイプラインの理解が必要
AUTOMATIC1111:
より緩やか——従来型アプリに近い

パイプライン制御

ComfyUI:
完全——任意のステップを挿入・削除・再配線
AUTOMATIC1111:
公開された設定と拡張機能に限定

再現性

ComfyUI:
正確なパイプラインを1つの共有可能なJSONファイルに保存
AUTOMATIC1111:
設定/プリセットであり、生成グラフ全体ではない

拡張モデル

ComfyUI:
ComfyUI Managerがコミュニティ製カスタムノードをインストール
AUTOMATIC1111:
Extensionsタブがコミュニティ製スクリプト/拡張機能をインストール

ライセンス

ComfyUI:
GPL-3.0
AUTOMATIC1111:
AGPL-3.0

これはベンチマークではなくポジショニング比較である——両プロジェクトとも同じ基盤モデルを実行するため、画像品質の違いはUI自体ではなく、選んだモデルと設定に由来する。

ComfyUI vs. その他の代替製品

ComfyUI

最適な用途:
完全なパイプライン制御、再現可能なノードグラフ・ワークフロー
セルフホスト可否:
可能——無料、自分のGPU
ライセンス/コスト:
GPL-3.0、無料(Comfy Cloudホスティング階層は別の有料製品)
主なトレードオフ:
主要なローカルUIの中で最も急な学習曲線
ComfyUIに関する記事(10件)

さらに3件(非表示)

InvokeAI

最適な用途:
洗練されたプロフェッショナルな印象のUIで、必要に応じてノードにもアクセス可能
セルフホスト可否:
可能——無料、自分のGPU
ライセンス/コスト:
Apache 2.0、無料(有料のInvoke Cloudプランは2025年のAdobe買収後に終了)
主なトレードオフ:
ComfyUIよりカスタムノードのエコシステムが小さい

Fooocus

最適な用途:
最初の良い画像に到達するまでのクリック数が最少、設定は最小限
セルフホスト可否:
可能——無料、自分のGPU
ライセンス/コスト:
GPL-3.0、無料
主なトレードオフ:
設計上、ComfyUIよりパイプライン制御が大幅に少ない
Fooocusに関する記事(6件)

その他の言及:

StableSwarmUI

最適な用途:
マルチGPU生成、ComfyUIのバックエンド上のより親しみやすい層
セルフホスト可否:
可能——無料、自分のGPU(複数可)
ライセンス/コスト:
MIT、無料
主なトレードオフ:
ComfyUI自体よりコミュニティが小さく、プロジェクトの活動状況にばらつきがある
StableSwarmUIに関する記事(1件)

Midjourney / DALL-E 3

最適な用途:
設定ゼロ、クラウド専用の生成で、プロンプトの手間も最小限
セルフホスト可否:
不可——クラウド専用、サブスクリプション必須
ライセンス/コスト:
有料サブスクリプション階層
主なトレードオフ:
ローカル制御なし、ノードグラフなし、オフライン利用不可

基盤モデルのライセンスとハードウェアの詳細はStable Diffusionレビューを、Adobe Fireflyやgetimg.aiのようなクラウドツールに対するローカルモデルファミリーのより広い比較はローカルAI画像生成 vs. クラウドを参照。AUTOMATIC1111InvokeAIFooocusSwarmUIのレビューも参照。

ComfyUIが向いている人

  • 生成パイプラインを完全に制御したい読者。 顔修復パスを挿入したい、複数のモデルを連結したい、あるいはワークフローを分岐させて2つのアップスケーラーを並べて比較したい場合、ComfyUIのノードグラフはまさにそのために作られている。
  • 再現可能で共有可能なワークフローを求める読者。 JSONとしてエクスポートされたComfyUIのグラフは、パイプラインの完全かつ正確な記録であり、プロセスの文書化、チームとの共有、数か月後に同じ結果で再実行するのに役立つ。
  • Stable Diffusion、SDXL、Fluxの基礎にすでに慣れている読者。 ComfyUIは、サンプラー、チェックポイント、VAEが何をするのかをすでに理解していることを前提としている。それは知識の上に乗るパワーユーザー向けの層であり、学ぶ手段ではない。
  • 新しいモデルのサポートを最も早く得たい読者。 ComfyUIのエコシステムはその規模と活発なカスタムノードコミュニティにより、新しい拡散・動画・音声モデルの統合が比較的早く到着する傾向がある。
  • UI自体のライセンス費用をゼロにしたい中小企業や個人。 GPL-3.0には収益上限も登録要件もない——コストが発生するとすれば、それは拡散モデル自身のライセンスによるものであり、ComfyUIによるものではない。

ComfyUIが向いていない人

  • ワンクリックの手軽さを求める完全な初心者。 ComfyUIのノードグラフには本物の学習曲線がある。プロンプトを入力して最小限の設定で画像を得たいだけの読者は、代わりにFooocusAUTOMATIC1111のWebUIから始めるべきだ。
  • 単一の固定設定パネルを求める読者。 ノードグラフの柔軟性が機能ではなく不要な複雑さのように感じられるなら、タブ型UIの方が学ぶことが少なく、より速く結果に到達できる。
  • フル精度でFluxを実行したいが、VRAMの少ないマシンの読者。 FP16のFlux.1 devは24 GB以上のVRAMを必要とする。8 GB以下の読者はStable Diffusion 1.5や量子化されたFluxビルドにとどまるか、クラウドの代替手段を使うべきだ。
  • ローカルハードウェアを一切持たず、設定不要のクラウド生成を求める読者。 そのためにComfy Cloudが存在するが、ComfyUIの知識を全く必要としない、MidjourneyやDALL-E 3のような専用クラウドツールもある。
  • 保証されたベンダーサポートと補償が必要なチーム。 ComfyUIはコミュニティのオープンソースプロジェクトである。契約上のサポート保証が必要なチームは、代わりに商用のホスティング製品を検討し、実行を予定しているモデルのライセンス条件を別途確認すべきだ。

よくある質問

ComfyUIは無料ですか?

はい。ComfyUIはGPL-3.0ライセンスの下の無料・オープンソースソフトウェアです——ダウンロード、セルフホスト、改変、商用利用に費用はかかりません。Comfy Orgは、自分のGPUを使いたくない読者向けに、月額20USDからの有料ホスト型GPUサブスクリプションComfy Cloudを別途販売していますが、これは任意であり、ComfyUIをローカルで使うために必須ではありません。

ComfyUIとStable Diffusionの違いは何ですか?

Stable Diffusionは拡散モデル——テキストプロンプトを画像に変換する重みとコードです。ComfyUIは、そのモデルを読み込んで実行できるようにする、いくつかあるフロントエンドインターフェース(AUTOMATIC1111、InvokeAI、Fooocusと並ぶ)の一つです。ComfyUI単体では画像を生成できず、まずStable Diffusion、SDXL、Fluxなどのモデルを読み込む必要があります。

ComfyUIとAUTOMATIC1111の違いは何ですか?

どちらも同じ基盤拡散モデルを自分のGPU上で実行しますが、ComfyUIは生成の各ステップをビジュアルグラフ内の接続されたノードとして表現し、きめ細かなパイプライン制御とJSONファイルによる再現性を提供します。一方AUTOMATIC1111は、より従来型のタブとスライダーのレイアウトを使い、学習は容易ですが、低レベルの制御は少なくなります。

ComfyUIを作ったのは誰ですか?

ComfyUIは、公にはcomfyanonymousとして知られる開発者によって作られました。その名前——Yannik Marek——は後に公になりました。プロジェクトは2023年1月にGitHubで初公開されました。Marekは2023年6月からStability AIで働きましたが、その雇用関係は2024年6月頃に終了し、その時点でMarekを共同創業者として専門組織Comfy Orgが設立されました。

ComfyUIはどのライセンスを使っていますか?

ComfyUIはGPL-3.0(GNU General Public License version 3.0)のライセンスを使用しています。これは無料でオープンソースのコピーレフトライセンスです。収益しきい値なしで、セルフホストと商用利用が無料です。このライセンスはComfyUIというソフトウェア自体をカバーするものであり、その中で読み込んで実行する拡散モデル(Stable Diffusion、Fluxなど)の別個のライセンスを変更または上書きするものではありません。

ComfyUIにはどれくらいのVRAMが必要ですか?

VRAMの要件はComfyUI自体ではなく、読み込むモデルによって決まります:Stable Diffusion 1.5で約4 GB、SDXLで6〜12 GB、Fluxで12 GB(FP8量子化)から24 GB以上(FP16フル精度)です。ComfyUIは同じモデルであればAUTOMATIC1111よりもメモリオーバーヘッドがやや少ないと一般に報告されていますが、正確な数値はワークフローによって異なります。

ComfyUI Managerとは何ですか?

ComfyUI Managerは、各カスタムノードを手動でGitクローンする代わりに、ComfyUIのインターフェース内からコミュニティ製カスタムノードをインストール・更新・有効化・無効化できる、広く使われている付属拡張機能です。GitHubリポジトリComfy-Org/ComfyUI-Managerで保守されており、ComfyUIデスクトップアプリにデフォルトで含まれています。

Comfy CloudはComfyUIと同じものですか?

いいえ。ComfyUIは、自分のGPUで無料でセルフホストできる無料・オープンソースのソフトウェアです。Comfy Cloudは、ローカルハードウェアよりクラウドハードウェアを好む読者向けにComfy Orgが販売する、別個の有料ホスト型GPUサブスクリプション製品です——ComfyUIを使うために必須ではないため、最新の料金はcomfy.org/pricingで確認してください。

初心者はComfyUIとAUTOMATIC1111のどちらを使うべきですか?

ほとんどの完全な初心者は、AUTOMATIC1111のようなタブ型UI、あるいはクリック数を最小限にしたいならFooocusで、より速く使える結果に到達できます。ComfyUIは、Stable Diffusionの基本概念(チェックポイント、サンプラー、VAE)をすでに理解しており、生成パイプラインを完全に制御したい読者に適しています。そのノードグラフは設計上、学習曲線がより急だからです。

結論

ComfyUIは、ローカルの拡散モデル生成におけるパワーユーザー向けインターフェースとしての地位を確立している。そのノードグラフは、パイプラインの各ステップ——モデルの読み込み、プロンプトのエンコード、サンプリング、アップスケーリング——を、接続可能で検証可能かつ再現可能な単位として公開する。これはどんなタブ型UIも完全には及ばない特徴だ。その透明性は同時に主なコストでもある:プロンプトを入力して最小限の設定で画像を得たいだけの読者には、AUTOMATIC1111やFooocusの方が学習が早い。ComfyUI自体はGPL-3.0ライセンスの下、収益上限なしで無料でセルフホストでき、そのVRAM要件は完全に読み込むモデルによって決まる——控えめなハードウェアでのStable Diffusion 1.5から、ハイエンドGPUでのフル精度Fluxまで。Comfy OrgのComfy Cloudは、GPUを所有せずに同じノードグラフ・ワークフローを使いたい読者にとって正当な選択肢だが、それは要件ではなく別の有料製品である。シンプルなテキストから画像へのボックスでは物足りなくなり、本当のパイプライン制御を求める読者にとって、ComfyUIは妥当な次のステップだ。まだそこまで到達していない読者は、まずシンプルなUIから始めるべきである。

出典

← ローカルLLM活用 に戻る