FLUXのComfyUI応用ワークフロー集！LoRA・ControlNet・Kontextの使い分けと組み合わせ方

監修者_SD以外

監修者プロフィール

森下浩志

日本最大級のAI情報プラットフォーム「romptn ai」編集長。著書に「0からはじめるStable Diffusion」「0からはじめるStable Diffusion モデル・拡張機能集編」など、AmazonベストセラーのAI関連書籍を多数執筆。AIにおける情報の非対称性を解消するための社内研修や出張講義も行う。

LoRA・ControlNet・Kontextは一つずつ足す

FLUX の ComfyUI ワークフローは、最初から全部入りにしない方が安定します。まず FLUX 単体で画像を出し、次に LoRA、ControlNet、Kontext を 1 つずつ足して、どこで変化したかを確認します。

役割は次のように分けると迷いにくくなります。

この順番を守ると、失敗した時に原因を切り分けやすくなります。LoRA を入れた時点で崩れたのか、ControlNet の参照画像が悪いのか、Kontext の指示文が曖昧なのかを分けて見られるためです。

FLUXのComfyUIワークフローを始める前に確認するもの

応用ワークフローに入る前に、FLUX 単体で動く環境を作ります。ここを飛ばすと、LoRA や ControlNet の問題なのか、そもそも base model が読み込めていないのかが分からなくなります。

最低限、次を確認してください。

ComfyUI 公式の FLUX.1 text-to-image tutorial は、base workflow の確認に使いやすい出発点です。応用は、ここで一度画像が出てから進めます。

base workflowが動く状態を先に作る

最初のゴールは、きれいな画像を作ることではありません。FLUX 単体で queue が通り、画像が保存されることを確認することです。

手順はシンプルです。

この base workflow を残しておくと、後から LoRA や ControlNet で崩れた時に戻れます。応用版だけを上書きし続けると、どの変更で壊れたか追えなくなります。

Workflow 1：LoRAで画風やキャラを寄せる

LoRA は、FLUX の生成結果に特定の画風、キャラ、服装、質感を足したい時に使います。ComfyUI では LoRA ファイルを models/loras に置き、Load LoRA node で model と clip に適用するのが基本です。

最初は、base workflow の model と clip の間に Load LoRA を 1 つだけ入れます。複数 LoRA を同時に入れると、どの LoRA が効いているのか分かりにくくなります。

確認するポイントは次の 3 つです。

ComfyUI の LoRA examples は、Load LoRA node の考え方を確認する時に役立ちます。

LoRAの強度は低めから調整する

LoRA が強すぎると、FLUX 本来の構図や質感が崩れることがあります。最初は strength_model を低めにして、差分を見ながら上げる方が安全です。

調整の順番は次の通りです。

strength_clip は prompt の解釈にも関わるため、上げれば必ず良くなる設定ではありません。キャラや画風が効きすぎる時は、prompt を増やす前に LoRA 強度を戻して比較します。

Workflow 2：ControlNetで構図を固定する

ControlNet は、画像の雰囲気ではなく構図を固定したい時に使います。たとえば、人物のポーズ、商品の配置、背景の奥行き、線画の輪郭を保ちたい場合です。

LoRA と混ぜる時は、役割を分けて考えます。LoRA は『どんな見た目にするか』を寄せ、ControlNet は『どんな形で置くか』を支えます。ここを混ぜて考えると、prompt を増やしても狙いが安定しません。

ComfyUI の FLUX.1 ControlNet tutorial では、Canny や Depth の workflow が紹介されています。まずは ControlNet 単体で構図が効くことを確認し、その後に LoRA を足します。

CannyとDepth、full modelとLoRA variantの使い分け

Canny と Depth は、固定したい情報が違います。迷ったら、輪郭を守りたい時は Canny、奥行きや立体感を守りたい時は Depth から試します。

最初は Canny か Depth のどちらか 1 つに絞ります。両方を同時に入れるのは、単体の効き方を確認してからで十分です。

Workflow 3：Kontextで参照画像を編集する

Kontext は、FLUX の生成にもう一つ条件を足すというより、参照画像を見ながら編集するための workflow と考える方が分かりやすいです。BFL は Kontext を、テキストと画像を組み合わせて編集し、キャラクターやスタイルの一貫性を保つモデルとして紹介しています。

使いどころは次のような場面です。

ComfyUI の Kontext dev tutorial は、native workflow の確認に使えます。LoRA や ControlNet を入れる前に、Kontext 単体で編集の癖を見ておくと安全です。

英語promptとpreserve指示で変えない部分を守る

Kontext では、何を変えるかだけでなく、何を変えないかも書きます。ComfyUI 公式 docs でも、英語 prompt と preserve 指示が重要なポイントとして扱われています。

たとえば、服だけ変えたいなら次のように分けます。

Change the jacket to a black leather jacket.
Preserve the person's face, hairstyle, pose, and background.

背景だけ変えたい場合は、人物側を preserve します。

Replace the background with a clean studio interior.
Preserve the character, clothing, pose, and facial expression.

日本語で考えてから英語に直す形でも構いません。ただし、曖昧な一文だけで投げるより、変更点と維持点を分けた方が意図しない変化を減らせます。

Workflow 4：LoRA・ControlNet・Kontextを段階的に組み合わせる

組み合わせる時は、base -> LoRA -> ControlNet -> Kontext の順で検証します。目的は、完成度よりも原因の切り分けです。

おすすめの進め方は次の通りです。

この流れなら、LoRA と ControlNet を同時に疑う必要がありません。Kontext も同じ workflow に無理に詰め込まず、生成後の編集工程として分けると安定します。

公式範囲と検証前提の組み合わせを分ける

公式 docs で確認できるのは、FLUX 単体、FLUX ControlNet、Kontext dev など、それぞれの基本 workflow です。任意の LoRA、複数 ControlNet、Kontext を一つにまとめた workflow は、モデルや node の組み合わせごとに検証が必要です。

記事内でおすすめする線引きは次の通りです。

『動いた人がいる』と『自分の環境で安定する』は別です。応用 workflow は、確認済みの部品を積む感覚で進めます。

動かない時のチェックリスト

FLUX の応用 workflow が動かない時は、prompt を長くする前に環境と接続を見直します。原因の多くは、生成内容ではなく読み込みや node の不整合にあります。

チェックする順番は次です。

一度に全部を直そうとせず、最後に追加した部品から外します。直前の成功状態へ戻れることが、ComfyUI では一番強いトラブル対策です。

よくある質問

まとめ：FLUXの応用ワークフローは役割分担で安定する

FLUX の ComfyUI 応用 workflow は、部品ごとの役割を分けるほど安定します。LoRA は画風や対象、ControlNet は構図、Kontext は参照画像の編集と覚えておくと、prompt や node を増やす判断がしやすくなります。

最初にやることは、base workflow を動かすことです。次に LoRA を 1 つ足し、ControlNet で構図を固定し、最後に Kontext で細部を編集します。

全部入り workflow を一度で完成させようとすると、失敗した時に原因が見えません。逆に、成功した状態を残しながら 1 つずつ足せば、自分の環境に合う FLUX workflow を育てられます。