FLUX Dev 20ステップ vs Schnell 4ステップ — RTX 3060 12GBでの設定と選択基準

FLUX.1 [schnell] の 4 ステップと [dev] の 20 ステップ、どちらを日常的に使うべきか迷っている方のために比較軸をまとめます。RTX 3060 12GB という VRAM 的にタイトな環境での設定条件、画質差が出やすい場面、ライセンスの違いまで整理するので、この記事を読み終えたら選択に迷わなくなるはずです。

FLUX Dev と Schnell — 何が違うモデルなのか

FLUX.1 は Black Forest Labs が 2024 年にリリースした拡散モデルのファミリーです。Schnell（ドイツ語で「速い」）と Dev（Development 向け）はどちらもフルモデル [pro] を蒸留したバリアントですが、蒸留の目的が根本的に異なります。

FLUX.1 [schnell]
- 推奨ステップ数: 1〜4（公式推奨は 4 ステップ）
- ライセンス: Apache 2.0（商用利用可）
- 蒸留方式: Latent Consistency Distillation（LCD）— ステップ数を大幅に削減することに特化

FLUX.1 [dev]
- 推奨ステップ数: 20〜50（減らすほど品質が落ちる）
- ライセンス: FLUX.1-dev Non-Commercial License（非商用のみ）
- 蒸留方式: Guidance Distillation — CFG スケールでプロンプト追従度を調整できる構造を残したまま蒸留

「Dev を 4 ステップで回せば速くなる」「Schnell を 20 ステップにすれば同品質になる」は成立しません。蒸留方式が根本的に異なるため、それぞれの設計に合ったステップ数で使うことが前提です。

RTX 3060 12GB で動かすための前提条件

FLUX.1 を bf16 フル精度でロードするとモデル本体だけで 12GB を超えます。RTX 3060 12GB ではそのまま載りません。fp8 量子化が実質的な必須条件です。

ComfyUI での基本的なノード構成は以下のようになります。

# ComfyUI ノード構成例（fp8 モデル使用時）
UNETLoader
  unet_name: flux1-dev-fp8.safetensors
             （または flux1-schnell-fp8.safetensors）

DualCLIPLoader
  clip_name1: clip_l.safetensors
  clip_name2: t5xxl_fp8_e4m3fn.safetensors  # T5 も fp8 版を選ぶ

VAELoader
  vae_name: ae.safetensors  # FLUX 専用 VAE

T5 エンコーダは fp8 版でも数 GB を消費するため、OOM が出た場合は ComfyUI 起動時に --lowvram を追加するか、ノードの device 設定で T5 を CPU オフロードしてください。環境によって挙動が変わるため、エラーが出たら一段階ずつ設定を緩和する方法が確実です。

VRAM 管理の考え方は動画生成モデルにも共通する部分があります。Wan2.1 T2V VRAM 12GB：フレーム数の上限と設定手順も参考になります。

比較表：Dev 20ステップ vs Schnell 4ステップ

※ライセンス・仕様は執筆時点（2026 年 9 月）の Black Forest Labs 公式情報に基づきます。変更の可能性があるため最新情報を公式リポジトリで確認してください。

画質差が出やすい場面・出にくい場面

プロンプト追従性：複雑な指示は Dev が有利

Dev の Guidance Distillation が意味するのは「CFG スケールで後から追従度を調整できる」ことです。「画面左に○○、右に△△、手前には□□」のような空間配置の複雑な指定では、CFG を 2.0〜3.5 程度に上げることでプロンプトへの追従度を高める操作が可能です。

Schnell はこの調整が利かないため、複雑な構図指定を正確に再現させたい用途では Dev の方が向いているとされています。

テクスチャ・エッジの精細さ：出力サイズで体感が変わる

細い線・テキスト・衣類の縫い目など細部の描写は、ステップ数が多い Dev の方が丁寧になる傾向があります。ただし、差を知覚できるかどうかは出力サイズと用途に依存します。

• SNS 投稿用の 512×512 前後: Schnell でもほぼ差を感じにくいことが多い
• 印刷用・高解像度トリミング前提: Dev の方が細部が崩れにくい

生成速度：ステップ数の差がそのまま体感になる

4 ステップと 20 ステップではステップ数が 5 倍異なります。サンプラーの計算内容も異なるため実際の時間差はさらに開く可能性があります。具体的な秒数は解像度・ComfyUI の実装・ドライババージョンによって大きく変動するため、ここでは実測値を示しません。「Schnell で大量生成してアイデアを固め、Dev で仕上げる」という 2 段階ワークフローが速度と品質を両立する現実的な選択肢として挙げられます。

用途別の選択基準

ライセンスの制約は画質の議論より先に判断を迫ります。商用案件では Schnell 以外の選択肢がない、という点を最初に押さえてください。

まとめ

• 商用利用 → Schnell 一択（Apache 2.0）— Dev は非商用ライセンスで商用不可
• 高品質・複雑なプロンプト指定の非商用用途 → Dev 20ステップ
• RTX 3060 12GB では fp8 量子化が必須。OOM が出たら T5 を CPU オフロード
• Schnell でアイデアを絞り → Dev で仕上げる 2 段階ワークフローも有効

まず ComfyUI に Schnell の fp8 モデルを入れて 4 ステップで動くことを確認してください。それが動けば同じワークフローのモデルを Dev に差し替えるだけで比較できます。ここから始めると最短で両モデルの差を自分の目で確認できます。