「ComfyUI の柔軟性は欲しいが、毎回ノードを繋ぐ生活はしたくない」——この要求に対する回答が SwarmUI です。
SwarmUI はバックエンドに ComfyUI を動かしながら、表側はA1111風のフォームで操作できる二層構造のUIです。普段はフォームで済ませ、凝りたいときだけノードに降りる、という使い方ができます。
公式: github.com/mcmonkeyprojects/SwarmUI
機能と手順は更新で変わります。導入前に公式READMEで最新を確認してください。
SwarmUI の構造
理解の鍵は「表と裏が分かれている」ことです。
[ 生成タブ（フォームUI） ] ← 普段はここ
↕ 相互変換
[ ComfyUI タブ（ノード） ] ← 凝るときはここ
↓
[ バックエンド: ComfyUI ] ← 実際に計算する層- 表側：プロンプト、解像度、モデル、LoRA をフォームで指定
- 裏側：それが ComfyUI のワークフローに変換されて実行される
- 相互運用：フォームの設定をノードに展開したり、組んだノードをフォームから呼べる形で保存できる
この「降りられる」構造が SwarmUI 最大の特徴です。A1111 系は降りられず、ComfyUI は最初から降りたままです。
導入
前提
- Windows / Linux / macOS（対応状況は公式で確認）
- .NET ランタイム（SwarmUI 本体がC#製のため）
- NVIDIA GPU 推奨
- ディスク空き：本体＋ComfyUI＋モデルで数十GB以上
手順の骨格
- 公式リポジトリからインストーラまたはソースを取得
- 付属のインストールスクリプトを実行
- 初回起動時に ComfyUI バックエンドが自動セットアップされる
- ブラウザで localhost にアクセス
- 初回ウィザードでモデルのダウンロードやバックエンド設定を進める
既に ComfyUI を使っている場合は、初回セットアップで新規に入れず、既存インストールをバックエンドとして登録する選択肢があります。モデルの二重保持を避けられます。
モデルの配置とNSFW設定
SwarmUI に検閲フィルタはありません。NSFWが出るかはモデル次第です。
配置場所
SwarmUI は独自のモデルディレクトリを持ちます（設定で変更可）。
SwarmUI/
└── Models/
├── Stable-Diffusion/ ← チェックポイント
├── Lora/
├── VAE/
└── Embeddings/既存のA1111やForgeのモデルフォルダを共有したい場合は、設定画面でモデルのルートパスを変更するか、シンボリックリンクを張ります。SDXL系は1個6GB前後あるので、二重に持つとすぐディスクが埋まります。
入れるモデル
| モデル系統 | 特徴 |
|---|---|
| Pony Diffusion V6 XL | NSFW描写が最も強い。スコアタグ必須 |
| Illustrious / NoobAI | Danbooruタグに素直。破綻が少ない |
| SDXL / FLUX 系 | 汎用。NSFWは不得意 |
探し方は Civitai 完全活用ガイド にまとめています。
Pony系はプロンプト先頭に score_9, score_8_up, score_7_up が必要です。これはUIに関係なくモデル側の仕様です。
フォームUIで使う（普段の運用）
生成タブは A1111 を触ったことがあれば迷いません。
基本の項目
- Prompt / Negative Prompt
- Model（チェックポイント選択）
- Resolution（SDXL系は 1024×1024 相当が基準）
- Steps（20〜28 で十分）
- CFG Scale（5〜7 が実用域）
- Sampler
- Seed
- LoRA（選択して重み指定）
SwarmUI 側の便利機能
- 画像履歴：生成物がパラメータ付きで一覧管理される
- プリセット：よく使う設定の組み合わせを保存
- グリッド生成：パラメータを振って比較表を作る（モデル比較やCFG比較に強い）
グリッド生成は地味に効きます。 「このプロンプトで Pony と Illustrious を比べる」「CFG 4/5/6/7 を並べる」といった検証が一発で回せます。
ComfyUI タブに降りる（凝るとき）
フォームで足りなくなったら ComfyUI タブへ移ります。
典型的な流れ
- 生成タブでプロンプトと基本設定を作る
- その設定をワークフローとしてComfyUIタブに展開
- ノードを足す（ControlNet、複数段のアップスケール、Regional系など）
- 完成したワークフローをパラメータ付きで保存
- 以後はフォームからそのワークフローを呼び出す
**「一度だけノードを組んで、あとはフォームで回す」**という運用ができるのが SwarmUI の旨味です。チームや自分の未来のために、複雑な処理をフォーム化して隠せます。
マルチGPU とバッチ量産
SwarmUI は複数バックエンドへのジョブ分散を前提に作られています。
効く場面
- GPU が2枚以上ある
- 別マシンのComfyUIも使いたい
- CG集用に数百枚を一気に回したい
生成キューに積んだジョブが空いているバックエンドへ流れるので、台数分だけスループットが上がります。
効かない場面
- GPU 1枚（普通にComfyUIやForgeで足ります）
CG集の量産まで踏み込むなら FANZA同人でAI CG集を出す完全ガイド も合わせてどうぞ。
他UIとの使い分け
| SwarmUI | Fooocus | Forge / A1111 | ComfyUI | |
|---|---|---|---|---|
| 学習コスト | 中 | 最低 | 低 | 高 |
| フォームの手軽さ | ◎ | ◎ | ◎ | × |
| ノードの柔軟性 | ◎（降りられる） | × | △ | ◎ |
| マルチGPU | ◎ | × | × | △ |
| 拡張の情報量 | 中 | 少 | 多 | 多 |
| 低VRAM最適化 | ○ | ○ | ◎ | ○ |
選び方の目安
- とにかく1枚出したい → Fooocus
- 低VRAMで速く回したい → Forge
- フォームとノードを行き来したい / GPU複数 → SwarmUI
- 動画・複雑な自動化が主目的 → ComfyUI 直
動画側は FramePack / ComfyUI Wan 2.1 実践ガイド にまとめています。
SwarmUI が向く人・向かない人
向く人
- ComfyUI に興味はあるが、常時ノードは面倒
- 同じ設定で大量に生成する（CG集制作など）
- GPU が複数ある、または別マシンも使いたい
- モデル比較・パラメータ比較を頻繁にやる
向かない人
- VRAM が少なく、とにかく軽さ優先（Forge のほうが向く）
- ComfyUI 前提の最新ワークフローを追いたい（直接ComfyUIのほうが情報が早い）
- 設定を一切見たくない（Fooocus）
よくある詰まりどころ
バックエンドが起動しない
- ComfyUI 側の依存関係が壊れている
- Python / .NET のバージョン不一致
- ログはSwarmUI側とComfyUI側の両方を見る
モデルが一覧に出ない
- 配置フォルダが SwarmUI の設定と違う
- 拡張子が
.safetensorsでない - モデル一覧の再スキャンが必要
生成が遅い / VRAM不足
バックエンドは ComfyUI なので、対処も ComfyUI と同じです。バッチサイズ、解像度、省メモリ設定の順に落とします。詳細は AI画像生成トラブル辞典 と AI生成PC構成ガイド を参照してください。
情報が見つからない
SwarmUI は A1111 / ComfyUI に比べて日本語情報が少ないのが実情です。エラーの多くはバックエンドの ComfyUI 由来なので、「ComfyUI + エラーメッセージ」で調べると解決することが多いです。
関連記事
- Forge / reForge でNSFW画像を生成する完全ガイド
- Fooocus でエロ画像を生成する完全ガイド
- FramePack / ComfyUI Wan 2.1 実践ガイド
- Civitai 完全活用ガイド2026
- AI画像生成トラブル辞典2026
- AI生成PC構成ガイド2026
まとめ
SwarmUI は **「フォームとノードを行き来できる」**のが本質です。ComfyUI の力を借りながら、普段はA1111的な手軽さで回せる。複雑な処理を一度ノードで作ってフォーム化して隠す、という運用が刺さる人にはかなり良い選択肢になります。
NSFW生成に制限はなく、Pony / Illustrious 系を入れれば普通に出ます。GPU が複数ある環境や、CG集の量産をする人には特に検討する価値があります。
