ComfyUIでFluxとZ-Imageを使い分ける方法｜複数LoRAを適用するノード構成と設定の基本

ComfyUIで画像生成を始めると、モデルファイルやLoRA、各種ノードの役割が複雑に感じることがあります。特にFlux系モデルとZ-Image系モデルのように異なる構成のファイルを持っている場合、どちらをベースに使うべきか、LoRAをどのようにつなげればよいか迷いやすいポイントです。

この記事では、Flux構成とZ-Image構成の違い、手元にあるモデルファイルの役割、キャラクターLoRAと背景LoRAを同時適用する場合の考え方、ComfyUIで安定したワークフローを作るための基本的なノード構成について解説します。

ComfyUIで使うモデル構成はFluxとZ-Imageどちらを選ぶべきか

まず理解しておきたいのは、FluxとZ-Imageは同じ画像生成モデルでも、内部構造や得意分野が異なるという点です。そのため、モデルファイルを単純に混ぜて使うことはできません。

Flux構成の場合、一般的には以下のような役割分担になります。

Fluxはプロンプトへの忠実度や写実的な表現、人間の造形などに強みがあります。特に人物写真風の生成や細かな構図指定をしたい場合には向いています。

一方、Z-Image系は専用の構成で動作するモデルです。例えばz_image_turbo_bf16.safetensorsは生成モデル、qwen3-4b.safetensorsは文章理解側を担当するモデルとして利用します。

Z-Imageは高速生成や軽量なワークフローを目的として利用されることが多く、環境によってはFluxより扱いやすい場合があります。

Flux用のテキストエンコーダーとZ-Image用の生成モデルを組み合わせるなど、異なるモデル系列のファイルを混在させることは基本的にはできません。

例えば、flux1-dev-fp8.safetensorsを読み込んだ場合はFlux対応のテキストエンコーダーやCLIPを使用します。Z-Imageを使用する場合は、Z-Imageが想定しているqwen3-4b.safetensorsなど対応する構成を利用します。

例えるなら、ゲーム機本体に別規格のゲームソフトを入れるようなもので、似た役割のファイルでも対応する組み合わせが決まっています。

そのため、まずはどちらか一方の環境を完成させ、その後LoRAなどの追加要素を試す方がトラブルを避けられます。

複数のLoRAを利用する場合は、ベースモデルに対して順番にLoRAを適用する構成になります。

基本的な流れは以下のようになります。

例えば、実写女性キャラクターLoRAとゲーム配信部屋LoRAを使用する場合、人物表現を担当するLoRAと背景表現を担当するLoRAを同じベースモデルへ順番に適用します。

イメージとしては、ベースモデルが画家の基本的な画風、キャラクターLoRAが人物の特徴、背景LoRAが部屋の雰囲気を追加する補助設定になります。

一般的なFlux環境での構成例は以下のようになります。