Forge・Forge Neo・ComfyUI・AUTOMATIC1111の違い｜2026年の画像生成UIはどう選ぶ？

Stable Diffusionをローカルで始めようとすると、モデルより先にUI選びで迷うことがある。

2026年時点で名前がよく出るのは、AUTOMATIC1111、Forge、Forge Neo、ComfyUIだ。

画面の見た目では、Forge系とAUTOMATIC1111は近く、ComfyUIだけが別物に見える。

違いの中心は、単なるデザインではない。

図を拡大して見る

図1：Forge系・AUTOMATIC1111は設定フォームの裏側に生成処理を隠し、ComfyUIは生成処理をノードとして画面へ出す。

大きく分けると、フォームへ設定値を入れて生成するA1111系と、生成処理そのものをノードで組むComfyUIという操作思想の違いがある。

さらにForge系の中でも、lllyasvielのForgeとForge Neoは同一のプロジェクトとして扱わない方がよい。

選び方の基準

UI	操作の考え方	向いている用途	注意点
Forge	A1111系フォームUI	既存Forge環境、txt2img、img2img	現在の新規導入では派生系も比較する
Forge Neo	Forge系フォームUIの派生・継続系統	最初の生成、CheckpointやLoRAを切り替える普段使い	上流Forgeと同一プロジェクトではない
ComfyUI	ノードグラフ	複雑なワークフロー、動画、分岐、再利用、自動化	最初に処理構造を理解する必要がある
AUTOMATIC1111	A1111系フォームUI	既存の拡張機能、過去のワークフロー、既存環境	新規導入では他候補も比較する

「どれが一番高画質か」で選ぶものではない。

同じモデル、同じサンプリング条件、同じ演算精度などを再現できるなら、UI名だけで画質が魔法のように上がるわけではない。

違いが出やすいのは、操作方法、対応モデル、処理の組み替え方、メモリ管理、拡張機能やカスタムノード、更新系統だ。

初心者が最初に1枚作るならフォーム型WebUIは強い

ComfyUIは非常に強力だが、最初の目標が「Checkpointを選び、プロンプトを書いて画像を1枚出す」だけなら、ノード構成を理解しなくてもよいフォーム型WebUIの方が操作は少ない。

Forge Neoなら、Checkpoint、プロンプト、サンプラー、ステップ数、CFG、解像度などが生成画面へまとまっている。

そのため、

• まず画像生成そのものを体験する
• Checkpointを切り替える
• LoRAを試す
• シードを固定してCFGやステップ数を比較する

といった学び方とは相性がよい。

ただし「初心者は絶対にComfyUIを使うべきではない」という意味ではない。

処理の仕組みを最初から理解したい人や、配布ワークフローを使う目的が明確ならComfyUIから始めてもよい。

AUTOMATIC1111はStable Diffusion WebUIの大きな基準点

AUTOMATIC1111のStable Diffusion WebUIは、ローカルStable Diffusion普及期の代表的なWebUIとして大量の解説や拡張機能資産を生んだ。

プロンプト、Negative プロンプト、サンプリング方式、ステップ数、解像度、CFGなどを一つの画面で設定し、txt2imgやimg2imgを実行する。

この操作形式は分かりやすく、今でも古い手順や拡張機能を読むときの基準点になる。

したがって「古いから無意味」と切り捨てるのは違う。

一方、2026年に新しい環境を一から作るなら、知名度だけを理由に自動的にAUTOMATIC1111へ決める必要もない。

ForgeはA1111系の操作感を保ちながら別方向へ進んだ

lllyasvielのStable Diffusion WebUI Forgeは、AUTOMATIC1111 Stable Diffusion WebUIを土台にしたプロジェクトだ。

Forgeは開発のしやすさ、リソース管理、推論速度、実験的機能などを目標として掲げてきた。

操作感はA1111系に近い。

プロンプト、Checkpoint、サンプラー / Scheduler、ステップ数、CFG、解像度などを設定して生成するため、ノードグラフを一から組まなくても生成へ進みやすい。

Forge Neoは「Forge本家の最新版」と一言で済ませない

ここは区別が必要だ。

Forge Neoは、lllyasvielのForgeリポジトリがそのまま改名したものではない。

Haoming02のsd-webui-forge-classicはlllyasvielのForgeからフォークされたリポジトリで、neoブランチはForgeのlatest系統を継続する位置づけとして説明されている。

概念的には、

AUTOMATIC1111
   ↓
lllyasviel Forge
   ↓ fork / 派生
Forge Classic / Forge Neo など

と見る方が安全だ。

派生が進めば、上流Forgeと同じ機能、同じ拡張機能互換性、同じ不具合とは限らない。

トラブルを調べるときは「Forgeを使っている」だけでなく、リポジトリ、ブランチ、バージョンまで確認する。

ComfyUIは生成処理を画面に出す

ComfyUIは、生成処理を部品化して組み合わせるノード型の基盤だ。

一般的な画像生成なら、概念的には次のような処理をノードとして組む。

Checkpoint Loader
  ├─ CLIP → Text Encode ─┐
  ├─ Model ───────────────┼→ Sampler → VAE Decode → Save Image
  └─ VAE ─────────────────┘
             ↑
       Empty Latent

フォーム型UIでは裏側に隠れている処理が、ComfyUIでは画面上へ出る。

これが最初は難しく見える理由であり、同時に強みでもある。

ComfyUIを初めて使う場合は、いきなり複雑な配布ワークフローを読み込むより、Windows版を導入する手順から最初の1枚を生成する基本ワークフローへ進む方が原因を切り分けやすい。

ComfyUIが強くなるのは処理が複雑になったとき

単純なtxt2imgだけなら、ノードを何個もつなぐよりフォーム型UIの方が早く感じる人もいる。

しかし、

• ControlNetを複数使う
• 生成途中の潜在表現を分岐する
• アップスケール後に別の処理段階へ渡す
• 画像から動画へ接続する
• ワークフローを保存・配布する
• APIから同じグラフを繰り返し実行する

といった用途では、処理全体をグラフとして持てる利点が大きくなる。

ComfyUIは現在、画像だけに限定せず、動画、3D、音声などを含む幅広い生成処理を扱う基盤として開発されている。

Stability MatrixならForge NeoとComfyUIを同じ入口で管理できる

UIを一つに決めきれないなら、Stability Matrixを管理層として使う方法がある。

Stability Matrixの公式対応一覧では、2026年9月時点でStable Diffusion WebUI Forge - NeoとComfyUIの両方が現行の推論パッケージとして掲載されている。

さらに共有Modelsライブラリを持ち、Checkpoint、LoRA、VAE、ControlNetなどの資産を複数の対応UIから利用しやすい。

この構成なら、

Stability Matrix
  ├─ Forge Neo  → 普段のtxt2img / img2img
  └─ ComfyUI    → 複雑なワークフロー / 動画 / API
       ↑
  Shared Models

のように役割を分けられる。

「Forge NeoかComfyUIのどちらか一つを永久に選ぶ」のではなく、最初はForge Neoで生成を覚え、必要になったらComfyUIを足す考え方ができる。

もちろん逆でもよい。

共有モデルが見えることと、すべてのLoRAや機能がUI間で完全互換であることは別なので、モデル系列と各UIの対応状況は個別に確認する。

ComfyUIはDesktop版・Portable版・手動インストールから選べる

Stability Matrixを使わず、ComfyUI単体で環境を作る選択もある。

ComfyUI Desktop、Portable、手動では、更新方法や環境管理の責任が異なる。

この違いはComfyUI Desktop・Portable・手動はどれを選ぶ？で分けている。

ComfyUIだけを使うなら公式ComfyUI Desktopはシンプルな選択肢になる。複数UIを管理したいならStability Matrixの意味が大きくなる。

複数のUIを入れてもよい

UIは一つに宗派を決めるものではない。

普段のtxt2imgはForge Neo、複雑なワークフローはComfyUI、既存の拡張機能の都合でAUTOMATIC1111も残す、という運用もあり得る。

複数UIを入れるほど、問題発生時には「どのUI、どのパッケージ、どのバージョンの問題か」を明確にする必要がある。

UIを決めたあとに見る設定

ComfyUIへ進むなら、まずチェックポイント・VAE・LoRAの違いを確認すると、同じ.safetensorsでも役割が異なる理由を整理できる。

次にシード・ステップ数・CFG・サンプラーの違いで、一つずつ設定を比較する。

UIは生成モデルそのものではない。

操作のしやすさ、生成処理をどこまで見せるか、資産をどう再利用するかを選ぶ層だ。

最初の1枚までの操作を減らしたいならフォーム型WebUI、処理そのものを組みたいならComfyUI、両方を使い分けたいならStability Matrixという整理にすると選びやすい。