Stable Diffusion モデル選びガイド：SDXL、SD 3.5、FLUX をどう選ぶか

Stable Diffusion のモデル選びは、「どれが一番きれいか」という問いに引っ張られがちです。実際の結果を左右するのは、モデルランキングだけではありません。用途、VRAM、workflow の成熟度、ライセンス境界が効いてきます。SDXL、Stable Diffusion 3.5、FLUX.1 はどれも良い画像を出せますが、向いている段階が違います。

ComfyUI で最初の画像が出せたばかりなら、checkpoint を 10 個以上まとめて落とす前に少し待ってください。この記事では、SDXL、SD 3.5、FLUX、コミュニティモデルを前にしたとき、どうすれば「動く」「再現できる」「用途に合う」モデルを選べるかに絞って整理します。

核心結論

まずは判断表です。「最強モデルランキング」より実用的です。

今の状況	優先候補	理由	先に避けたいこと
ComfyUI 初心者で、安定して画像を出したい	SDXL または成熟した SDXL checkpoint	チュートリアル、LoRA、ControlNet、workflow が多い	いきなり大きなモデルや複雑なノード図を追うこと
Stability の公式新ルートを試したい	Stable Diffusion 3.5 Medium / Large	公式の open weights で、品質と prompt 理解を試せる	ハードウェア要件を見ずに Large を落とすこと
新しい質感、構図、文字表現を重視したい	FLUX.1 dev / schnell またはホスト型 API	画面の完成度と prompt 追従が強い	pro、dev、schnell のライセンスを同一視すること
ローカル VRAM が限られている	SDXL、小さめの変種、最適化 workflow	成熟したエコシステムほど低 VRAM 向け情報が多い	高解像度、大きな batch、複数 ControlNet の同時利用
商用素材を作りたい	先に license とモデルカードを確認	基礎モデル、checkpoint、LoRA で条件が違う	「ダウンロードできる＝商用 OK」と考えること

短く言えば、初心者は SDXL から始め、慣れてから SD 3.5 と FLUX を試すのが安全です。ローカル環境が弱いなら成熟したエコシステムを選びます。商用利用するなら、サンプル画像を見る前に license を確認しましょう。

まず何を選んでいるのかを分ける

「Stable Diffusion のモデルを変えたい」と言うとき、実は 3 つの別物を指していることがあります。基礎モデル、コミュニティ checkpoint、LoRA です。

基礎モデルが能力の上限を決める

SDXL、Stable Diffusion 3.5、FLUX.1 は基礎モデルのルートです。prompt 理解、構図、人物、文字、細部表現の上限を決めます。SDXL は成熟した汎用ルートです。Stability AI の SD 3.5 系列には Large、Large Turbo、Medium があります。Black Forest Labs の FLUX.1 には pro、dev、schnell などのバリアントがあります。

基礎モデルは「ファイルが大きいほど良い」と単純に決めるものではありません。大きなモデルほど品質の余地は広がりますが、VRAM、読み込み時間、ノード対応、デプロイコストも増えます。自分の環境で安定して動くかどうかのほうが、パラメータ数より重要です。

コミュニティ checkpoint はスタイルと用途を補う

モデル共有サイトで見かける写実、二次元、商品画像、インテリア系モデルの多くは、何らかの基礎モデルを追加学習またはマージした checkpoint です。強みは、スタイルがはっきりしていて、すぐ使えること。推奨サイズ、sampler、サンプル prompt が添えられているものもあります。

一方で、リスクもここにあります。コミュニティ checkpoint の license、学習元、利用範囲は、基礎モデルと同じとは限りません。無料でダウンロードできるからといって、商用プロジェクトに安全とは言えません。商品ポスター、クライアント納品、広告素材、有料素材集に使うなら、モデルカードと作者の説明を先に確認します。

LoRA は基礎モデルの代わりではない

LoRA は「追加能力パック」に近いものです。特定のキャラクター、服装、カメラ表現、商品特徴、スタイルをモデルへ覚えさせられます。ただし多くの場合、対応する基礎モデルまたは checkpoint と組み合わせて使います。SDXL 用 LoRA が SD 1.5 でそのまま動くとは限りません。FLUX 用 LoRA も、通常の SDXL workflow に無理に入れるものではありません。

選ぶ順番は、基礎モデルのルートを決める、checkpoint を選ぶ、必要に応じて LoRA を重ねる、です。順番を逆にすると、あとで切り分けがつらくなります。

用途でモデルを選ぶ

モデル選びはダウンロード数ではなく、用途から始めるほうが安定します。

用途	推奨ルート	判断基準
ComfyUI の学習、練習	SDXL	チュートリアルが多く、失敗原因を検索しやすく、workflow が成熟している
写実ポートレート、アバター、写真風画像	成熟した SDXL checkpoint / FLUX	肌、手、構図の安定性、license を見る
イラスト、二次元、スタイル画像	対応スタイルの checkpoint + LoRA	コミュニティのサンプルが目標スタイルに近いかを見る
ポスター、商品画像、文字入り画像	FLUX または SD 3.5 候補	文字、構図、商品一貫性を見る。単発の神サンプルだけで判断しない
量産コンテンツ	成熟した SDXL workflow	速度、再現性、コスト、失敗率を見る
商用納品	公式モデルまたは license が明確なコミュニティモデル	モデル license、LoRA license、出力条件を見る

初心者が SDXL から始める理由

SDXL は必ずしも最新ではありませんが、多くのローカル生成 workflow の安全な出発点です。理由はかなり現実的です。チュートリアルが多く、モデルが多く、LoRA も多い。ControlNet、IP-Adapter、Upscale など周辺資産も成熟しています。モデルが認識されない、画像が灰色っぽい、手が崩れる、VRAM が足りない。そうした問題が起きたとき、解決策を探しやすいのです。

初心者の最初の 1 週間の目標は、最高画質を絞り出すことではありません。モデルが読める。workflow が最後まで走る。パラメータ変更を再現できる。出力を保存できる。この安定した経路を作ることです。SDXL はその点で扱いやすい選択肢です。

SD 3.5 を試すタイミング

Stable Diffusion 3.5 は、ComfyUI の基本経路を理解し、Stability AI の新しい公式ルートを試したい段階で候補になります。公式発表では SD 3.5 Large がより強いモデルとして位置づけられ、Medium は consumer hardware での使いやすさを意識した選択肢として説明されています。

判断基準はシンプルです。SDXL が安定して動いていて、対応 workflow、ノード、依存ファイルを用意する気があるなら、SD 3.5 を試す価値があります。逆に、checkpoint をどこに置くかまだ曖昧なら、先に SDXL を使い込むほうが得です。

FLUX を試すタイミング

FLUX.1 は、新しいモデルの質感、構図、prompt 追従を重視する人に向いています。画面全体の完成度、文字要素、商品ビジュアル、自然な写真感を重視するなら、テスト候補に入ります。

ただし FLUX は、バージョンとライセンスを分けて見る必要があります。公式資料では FLUX.1 [schnell] は Apache 2.0 license と説明されていますが、dev、pro などは利用経路と制限が異なります。「FLUX はきれい」という印象だけで、すべての FLUX 版をローカルで自由に商用利用できると考えるのは危険です。

ハードウェアでモデルを選ぶ

ハードウェアは、モデル選びで見落とされがちな層です。多くのサンプル画像は、高 VRAM GPU、クラウドサービス、深く最適化された workflow で作られています。同じモデルを自分の PC に置いたとき、最初にぶつかるのは VRAM かもしれません。

低 VRAM なら大きなモデルを追いすぎない

GPU の VRAM が限られているなら、成熟したモデルと成熟した workflow を優先します。SDXL は、低 VRAM 向けチュートリアル、最適化ノード、軽量 checkpoint、再現しやすい設定を見つけやすい傾向があります。最初から高解像度で走らせるのではなく、小さめのサイズで生成し、あとで拡大する方法もあります。

VRAM 使用量は固定値ではありません。解像度、batch size、sampling steps、precision、VAE、ControlNet、IP-Adapter、upscaler、後処理によって変わります。誰かが「この GPU で動く」と言っていても、自分の workflow で同じように動くとは限りません。

安全な進め方は次のとおりです。

1. 公式またはモデルカード推奨の基本 workflow から始める。
2. 画像サイズは控えめにする。
3. batch は 1 に固定する。
4. 不要な ControlNet、upscale、後処理ノードを切る。
5. VRAM、処理時間、エラー内容を記録する。

こうすると、どこがボトルネックなのかが見えます。モデル、サイズ、LoRA、ControlNet、後処理を一度に変えると、原因が分からなくなります。

クラウドや API は事前検証に向いている

十分な GPU がない場合、またはそのモデルがプロジェクトに合うかだけを見たい場合は、クラウドや API で数回試すのも合理的です。クラウド実行はローカルデバッグの代わりにはなりませんが、「このモデルのスタイルと能力にローカル導入コストを払う価値があるか」を早く確認できます。

これは FLUX や SD 3.5 で特に役立ちます。まずサービス経由で効果を見てから、重みを落とすか、ローカル workflow を組むか、ハードウェアを強化するかを決めれば十分です。

ライセンスでモデルを選ぶ

ライセンスは飛ばしてはいけない確認項目です。特に画像を広告、講座カバー、クライアント案件、商品ページ、有料素材集に使う場合は重要です。

3 層の license を分けて見る

1 層目は基礎モデルの license です。Stability AI には公式 license ページがあり、FLUX.1 もバリアントごとに異なる license ファイルがあります。2 層目はコミュニティ checkpoint または LoRA 作者の license。3 層目は、生成に使うプラットフォームや API サービスの利用規約です。

この 3 層は互いに代替できません。基礎モデルが特定用途を許可していても、コミュニティのマージモデルが同じとは限りません。プラットフォームが画像生成を許可していても、モデル重みの再配布まで許されるとは限りません。出力画像が一部の商用文脈で使えることと、モデル自体を商用サービスとして使えることも別です。

SDXL、SD 3.5、FLUX で確認すること

SDXL と SD 3.5 では、まず Stability AI の公式 license と Hugging Face のモデルカードを見ます。公式 license ページでは Community License、収益閾値、Enterprise License の境界が説明されています。license は更新されるため、古い記事の結論をそのまま使わないほうが安全です。

FLUX では、先に pro、dev、schnell を分けます。公式資料では schnell がより許容的な扱いとして説明され、dev と pro は利用経路や制限が異なります。特に dev は、「出力を使える」という説明と「モデル license の制限」が同じページや近い文脈で出てくることがあります。都合のよい片方だけを読まないようにしましょう。

コミュニティモデルは、モデルカードを 1 つずつ見ます。タイトルに realistic、commercial、free と書かれているだけでは不十分です。明確な license、学習説明、禁止用途、商用制限、更新履歴を確認します。

ComfyUI で候補モデルを試す

最後は実際に試します。モデルリンクを保存しただけでは、選んだことにはなりません。

1. モデルカードと license を読む

ダウンロード前に、次の 3 点を確認します。

• どのルートのモデルか：SDXL、SD 3.5、FLUX、または別アーキテクチャ。
• 推奨 workflow、推奨サイズ、sampler、追加 text encoder / VAE の有無。
• license が自分の用途を許可しているか。

モデルカードでこれらが分からない場合、そのモデルは「実験候補」に留め、商用プロジェクトへ直接入れないようにします。

2. 正しいディレクトリに置く

ComfyUI 公式ドキュメントでは、モデルファイルは ComfyUI/models/ 配下の種類別ディレクトリに置かれます。よく使う対応は次のとおりです。

種類	よく使うディレクトリ	用途
checkpoint	ComfyUI/models/checkpoints/	基礎画像モデルまたはコミュニティ checkpoint
LoRA	ComfyUI/models/loras/	スタイル、キャラクター、概念、商品特徴
VAE	ComfyUI/models/vae/	latent のデコード、色、細部
ControlNet	ComfyUI/models/controlnet/	ポーズ、エッジ、深度などの制御
upscale model	ComfyUI/models/upscale_models/	画像拡大

インストール方法や新しいモデルノードによって、追加要件があることもあります。モデルが認識されないときは、公式ドキュメントや対応 workflow を先に確認します。他人のディレクトリ画像だけを真似しないほうが安全です。

3. 対応 workflow を使い、古いノードに無理に入れない

SDXL、SD 3.5、FLUX は workflow 構造が異なる場合があります。新しいモデルは、対応する loader node、encoder、sampler、公式サンプル workflow が必要になることがあります。FLUX モデルを通常の SDXL Load Checkpoint 経路へそのまま入れても、期待した結果にはなりにくいです。

初めて試すモデルでは、公式サンプル、メンテナーの例、またはそのモデル対応が明記された ComfyUI workflow を探します。まず最小経路を走らせ、動いてから LoRA、ControlNet、後処理を足します。

4. 固定パラメータで小さく試す

いきなり何十枚も生成しないでください。小さなテストセットを固定します。

• seed：比較できるよう固定する。
• prompt：人物、場景、材質、光を含む同じ prompt を使う。
• size：推奨サイズ、または控えめなサイズから始める。
• steps / sampler / CFG：モデルカードまたは workflow の推奨値から始める。
• batch：まず 1 にする。

各モデルで少なくとも 3〜5 枚を生成し、速度、失敗率、画像の安定性、自分が重視する細部を記録します。モデル選びは 1 枚の神画像を見ることではありません。自分の workflow で安定するかを見る作業です。

よくある誤解と切り分け

誤解 1：最新モデルが自分に最適

新しいモデルは強いかもしれません。同時に、導入が難しいこともあります。新しいノード、より多い VRAM、違う prompt の癖、複雑な license が必要になるかもしれません。必要なのは、今のタスクに合うモデルです。名前が新しいモデルではありません。

誤解 2：サンプル画像がきれいならモデルも良い

サンプル画像には、高品質 prompt、LoRA、ControlNet、後処理、upscale、手動選別が入っていることがあります。モデルカードのサンプルは上限を示すもので、自分の初回実行の平均結果ではありません。

誤解 3：モデルを認識しないなら別モデルを落とす

モデルが認識されないときは、まずパス、形式、再読み込みまたは再起動、workflow 対応を確認します。ファイルが正しい場所にあるかを確認し、その後でノードがそのアーキテクチャに対応しているかを見ます。ディレクトリ確認前にモデルを増やすと、問題が増えるだけです。

誤解 4：商用利用は基礎モデルだけ見ればよい

商用利用では、基礎モデル、checkpoint、LoRA、プラットフォーム規約、具体的な用途を合わせて見ます。基礎モデルが一部の商用利用を許可していても、コミュニティモデル作者が制限を加えていることがあります。

次に読むもの

まだ ComfyUI が動いていない場合は、先に ComfyUI 入門ガイド：インストールから最初の Stable Diffusion 画像まで を読んでください。他人の workflow をよく読み込むなら、ComfyUI workflow 再利用ガイド：JSON インポート、missing nodes、モデルパスの切り分け が次のステップです。

モデルを選んだあとは prompt です。一般的な書き方は Prompt Engineering ビジネス実践 を参考にできます。画像生成をより大きな制作フローへ組み込みたい場合は、メディアを横断する制作：Nano Banana 2 と Gemini 3 でラフ案からスライドまでつなぐ も役立ちます。

参考資料

• Introducing Stable Diffusion 3.5
• Stability AI License
• Stable Diffusion XL Base 1.0 model card
• black-forest-labs/flux
• FLUX models by Black Forest Labs
• ComfyUI Models

まとめ

Stable Diffusion のモデル選びは、「SDXL、SD 3.5、FLUX のどれが一番強いか」だけでは答えられません。安定する順番は、用途を見る、ハードウェアを見る、エコシステムを見る、最後にライセンスを確認する、です。

初心者は SDXL から始めると、安定した workflow を作りやすくなります。公式の新しい能力を試したいなら SD 3.5、新しい質感や強い prompt 追従を重視するなら FLUX を評価します。本当の判断基準はモデル名ではありません。自分のマシン、自分の workflow、自分のライセンス境界の中で、安定して結果を出せるかどうかです。