FLUXのモデル違いを選ぶときの見方

FLUXのモデル違いは、「どれが一番新しいか」だけで決めず、静止画を新規生成するのか、既存画像を編集するのか、速度・細部・複数referenceのどれを重視するのかで選びます。Black Forest Labsの公式案内では、FLUX.2 [klein]は高速な反復、[pro]はproduction向けの生成・編集、[flex]は文字や細部の制御、[max]は高い性能を求める用途として位置付けられています。FLUX.1 Kontextは画像を文脈に沿って編集する別の候補です。優劣を断定する独立benchmarkではなく、公式の用途説明を選択の入口として使ってください。

BFLの製品ページとPlaygroundの説明では、モデルの掲載範囲や分類の見せ方が同一とは限りません。FLUX 3を含む新しい製品群もあるため、「FLUX.2が常に最新」「この一覧が全surface共通」とは言えません。ここでは確認できたFLUX.2の静止画variantとKontextを、目的別に見分ける方法を整理します。実際のmodel名、提供surface、価格、利用条件は契約前に公式画面で再確認してください。

用途から候補を絞る

まず成果物の条件を一文で書きます。たとえば「SNS広告の背景案を速く比較したい」「商品写真の一部を既存画像から編集したい」「画像内の見出し文字を含む案を作りたい」のように、出力物と工程を特定します。そのうえで、候補を次のように分けます。

表は横にスクロールできます

候補	公式案内で確認できる位置付け	検討しやすい場面	導入前の確認
FLUX.2 [klein]	BFLはrapid iteration・prototyping向け、ComfyUIはtext-to-imageとimage edit workflowを公開	早く案を試し、反復の回数を増やしたい	使うsurfaceでの提供状況、ローカルmodel要件
FLUX.2 [pro]	BFLはproduction-gradeの画像生成・編集として案内	制作工程へ組み込み、品質と速度を検討したい	API・Playgroundの機能差、利用量と費用
FLUX.2 [flex]	BFLはtypographyや細部を扱う用途として説明	文字・小さな要素が重要な画像を作りたい	実際の文字精度を自分の素材で確認
FLUX.2 [max]	BFLは高い編集一貫性やprompt followingをうたう	複雑な指示や編集の結果を重視したい	公式の比較表・価格・利用可能機能
FLUX.1 Kontext	BFLは文脈に沿った画像編集とcharacter consistencyを説明	既存画像の要素を保ちながらsceneを変えたい	現在利用できる版とsurface、編集条件

この表は各社の公開説明を整理したもので、同じpromptや素材で測定した性能比較ではありません。たとえば「maxは誰にとっても高品質」「flexなら文字が必ず正確」と読み替えないでください。文字や細部の実用性は、納品サイズ、言語、文字数、背景とのコントラストで変わります。小さなテスト画像に実際の用途を入れ、出力後に手修正が必要かを見て判断します。

速度を重視するなら反復コストを見る

案出しの段階では、最終出力の最大品質より、短い時間で複数案を比較できるかが重要な場合があります。BFLはFLUX.2 [klein]を高速・効率的な反復とprototyping向けと案内しています。ComfyUIの公式guideにも[klein] 4Bのtext-to-imageとimage edit workflowがあります。ただし公式ページ上の実行時間や必要メモリは特定hardwareの例であり、別のPC、設定、Cloud環境で同じ速度になる保証ではありません。

最終制作へ使う場合も、軽いvariantを捨てる必要はありません。構図・色・候補を[klein]で探索し、納品条件に合う別variantへ移す運用が可能かを試せます。ただし、variantが変わると構図や細部がそのまま維持されるとは限りません。移行後に採用案を作り直し、identity・文字・ロゴ・商品形状をもう一度QAします。探索用の出力を完成版として納品しない線引きを決めてください。

文字や小さな要素が重要なら実素材で検証

バナー、UIモック、図解では文字が読めるかが採用条件になります。BFLは[flex]をtypographyや細部の保持に向くvariantとして案内していますが、これは全ての日本語・フォント・長文で正確に描画される保証ではありません。生成画像に文字を焼き込む必要があるのか、後からデザインソフトで組版するのかを先に決めます。誤字が許されないタイトル、価格、注意書き、ロゴは、画像モデルの描画結果をそのまま公開しない工程にします。

候補を比べるときは、同じ素材、同じ画角、同じ文面を使い、文字列の正確さ、レイアウトの崩れ、修正の手間を記録します。文章の内容を変えず、文字が読めるかだけを見ると比較しやすくなります。見出しが数文字の短いケースでは問題がなくても、長い日本語では差が出ることがあります。画像内の文字が重要なら、必要文字数とサイズの条件を実際の納品規格に合わせて試してください。

まずは使ってみる

記事の文脈に合うToolへ進めます。報酬の有無で見た目は変えていません。

• 

  FLUX

  公式サイトを見るTool詳細を見る

既存画像を編集するならKontextとmulti-referenceを分ける

FLUX.1 Kontextは、入力画像とテキストを使った文脈に沿う編集を特徴としており、BFLはcharacter consistencyを用途の一つに挙げています。既存画像を起点に、背景・小物・styleを変更したい場合に候補となります。FLUX.2はBFLの案内でmulti-reference editingに対応し、複数のsource imageから要素を組み合わせる用途が説明されています。

「既存画像の一箇所を直したい」場合と「複数画像の人物・製品・背景を組み合わせたい」場合は、必要な入力と確認点が異なります。前者は編集対象を保ちながら変更範囲を指定し、後者は各画像の役割を指示する必要があります。BFLのmulti-reference上限はmodelやPlayground/APIで異なるため、最大枚数を全環境共通の仕様として扱わないでください。枚数を増やしても一致度が必ず上がるわけではなく、参照元同士が競合すれば結果の判断は難しくなります。

ローカル実行と利用条件は別の判断

ComfyUIでmodelをローカル実行できることと、商用利用できることは別問題です。FLUXのopen weightsには適用ライセンスがあり、variantごとに条件が異なる可能性があります。企業制作、広告、受託納品、再配布、生成サービスへの組み込みでは、モデル名だけで結論を出さず、対象ファイルに適用されるライセンスと追加条件を確認してください。確認できないなら、契約・公開前に権利担当へ照会するのが安全です。

またAPIとPlayground、ComfyUI localでは、利用できるvariant、入力上限、設定項目、課金方法が同じとは限りません。最終判断は、どのsurfaceで使うかまで含めて行います。「自分の画面に表示されないモデル」を名称だけでAPI URLやnodeへ置き換えることはできません。公式のmodel pickerと各surfaceの説明を参照してください。

15分の小規模比較で決める

独自benchmarkを大規模に行う前に、意思決定に必要な最小素材を一つ決めます。用途が商品広告なら実際の商品形状、文字を使うなら短い日本語見出し、キャラクターなら維持したい特徴が分かるreferenceを使います。安全に使える素材を選び、同じ条件で候補modelを実行し、次の表を埋めます。

表は横にスクロールできます

評価軸	記録すること	合格条件の例
目的適合	必要な画像種別、編集か新規か	目的のworkflowが使える
必須要素	商品形状、人物identity、見出し	公開前に直せない欠落がない
修正コスト	手作業で直した箇所と時間	許容した制作時間内で修正できる
再現性	同じ条件での出力差、保存情報	次工程へ設定を引き継げる
運用	API/ローカル、費用、権利条件	チームの契約と保管方針に合う

この表の合格条件は自分の制作基準として決める値であり、BFLが提供する公式スコアではありません。用途が異なる出力を一つの総合点だけで並べると、速度を重視する案出しと文字精度を要する納品画像が混ざってしまいます。評価軸ごとの条件を先に決め、必要条件を満たす候補だけを次段階へ進めます。

候補を比べる際は、公式の説明を制作要件へ置き換えて考えます。たとえば「細部を保持する」という表現は、手元の画像で商品ラベルの文字や輪郭が必要な状態で残るかを試して初めて採用条件になります。製品ページの形容をそのまま社内の評価結果として記録せず、出典の説明と自分の検証結果を別欄に残してください。

AIものさしの判断

最初に静止画生成か編集か、どのsurfaceで使うかを決めます。速度優先で案を回すなら[klein]、production工程へ組み込む候補なら[pro]、文字・細部を含む画像なら[flex]、複雑な指示や編集を重視するなら[max]を公式の説明に沿って比較します。既存画像を文脈ごと編集する用途ではKontextも候補です。これらは用途の入口であり勝者の順位ではありません。実素材で手修正の量を測り、利用条件と総コストを確認できた候補を採用してください。