FLUXで同じキャラクターを別の場面に登場させるには、基準画像と「変えてよい部分・残す部分」を先に分け、reference imageを使って一度に一要素ずつ編集します。顔や服の完全一致を保証する設定があるわけではありません。生成物を基準画像と見比べ、identityが崩れたら変更量を戻して修正する工程まで含めるのが現実的です。
Black Forest LabsはFLUX.1 Kontextを画像を文脈に沿って編集するモデルとして案内し、character consistencyを用途の一つに挙げています。FLUX.2のPlaygroundでは複数画像を参照して要素を組み合わせたり、人物の一貫性を保ったりする機能が説明されています。ただし、使える参照枚数やmodelはAPI・Playground・variantで異なります。モデル名だけで同じ機能を期待せず、利用する画面の仕様を確認してください。
目次
まず「同じ」の基準を決める
「同じキャラクター」の評価軸を決めないまま生成すると、どの差が失敗なのか判断できません。顔の輪郭、目の形、髪型、服の色、体格、持ち物などから、読者や制作チームが一目で識別するために必要な特徴を3〜5個選びます。たとえば、赤い短髪・左頬の小さなほくろ・黄色いレインコートが物語上のidentityなら、背景やポーズを変えてもこの3点は維持対象です。
一方、表情、視線、手の位置、背景、光、カメラ距離はsceneごとに変える可能性があります。全部を維持項目へ入れると、編集の自由度を自分で狭めます。制作前に「必須」「変更可」「今回は変更」の三列でメモを作り、生成後の判断を感覚だけにしないようにします。モデルが変えた特徴を必ず直すのか、作品上の揺れとして許容するのかも先に決めてください。
表は横にスクロールできます
| 要素 | 例 | 判定 |
|---|---|---|
| identityの核 | 顔の輪郭、髪色、目印となるアクセサリー | 毎sceneで確認 |
| scene条件 | 場所、時刻、背景の小物 | 指示に応じて変更 |
| pose・表情 | 立つ、振り返る、笑う | 必要なsceneだけ変更 |
| style | 水彩、写真風、線画 | identityとは別に評価 |
| 許容差 | 服のしわ、細かな模様、影 | 用途とサイズで決める |
基準画像を選び、役割を分ける
最初に、維持したい特徴が見分けやすい基準画像を一枚決めます。顔が小さい、髪が隠れている、衣装の色が照明で変わっている画像は、比較の基準として使いにくくなります。正面画像だけで足りない場合は、全身、横顔、衣装の細部などを追加します。その際、似た画像を何枚も重ねるより、各画像に異なる役割を持たせる方が指示しやすくなります。
FLUX.2のmulti-reference editingについて、BFLの案内ではvariantと利用面によって上限が異なります。上限まで画像を入れる必要はありません。参照画像が増えると、どの画像からどの特徴を取るのか曖昧になることがあります。参照画像を使える回数や上限、入力サイズなどは実行するsurfaceの現行案内に従ってください。ここでいう「正面は顔」「全身は体格」という役割分担は制作上の整理であり、各画像の特徴を必ず指定どおりに分離できるというモデル保証ではありません。
変更を一段ずつ進める
背景、pose、衣装、画風、構図を一度に変えると、顔が変わった理由が分からなくなります。最初のsceneでは背景だけを変更し、identityと色を確認します。次に同じ出力を基準にせず、元のreferenceからposeだけを変更するなど、比較しやすい単位で試します。連続編集を重ねる場合は、編集のたびに画像が変質することがあるため、採用した基準画像を別に保存し、そこから分岐できる状態を保ちます。
指示文は、維持条件と変更条件を同じ文に書きます。例として「添付画像の人物を基準に、顔の輪郭・短い赤髪・黄色いコートは維持する。雨上がりの駅前へ移し、人物は傘を閉じて右手に持つ。髪型、年齢、衣装色は変えない。背景以外に変化が出た場合は、その変更箇所を説明する」といった形です。これは出力を保証する呪文ではなく、入力条件の抜けを減らすためのprompt例です。位置番号で画像を参照できる画面なら、「image 1の人物を維持し、image 2の背景だけを使う」のように参照元を明示します。
崩れ方から次の修正を決める
生成結果を採用するかは、見栄えだけでなく用途で決めます。小さなSNSサムネイルなら細部の違いより識別性が優先される場合があります。絵本の連続ページや商品広告のように同一性が強く必要なら、目・輪郭・衣装色のずれを厳しく見ます。以下は、原因を断定する表ではなく、次に試す変更を絞るための切り分けです。
表は横にスクロールできます
| 見えた差 | 先に確認すること | 次の一手 |
|---|---|---|
| 顔の印象が変わる | 基準画像が明瞭か、変更指示が多すぎないか | 元画像から再開し、sceneだけを変える |
| 衣装の色・形が変わる | 服装を維持条件として書いたか | 色・形・留め具など識別点を短く列挙 |
| 背景まで人物へ混ざる | 参照画像の役割が伝わっているか | 人物と背景を別画像として説明 |
| style変更で顔も変化する | styleとidentityを混在させていないか | styleだけを追加し、identity条件を再掲 |
| 複数参照で特徴が競合する | 類似画像が重複していないか | 役割の異なる参照に絞り、元画像へ戻す |
| 小さな修正のたび全体が変わる | 前回出力を繰り返し編集していないか | 採用基準画像から新しい枝を作る |
まずは使ってみる
記事の文脈に合うToolへ進めます。報酬の有無で見た目は変えていません。
FLUX
採用前の確認表
出力を並べ、同じ大きさで次を確認します。比較対象は今回の指示に対応する基準画像です。好みによる画質評価と、同一性の確認を別に記録すると、画風の良さで顔の変化を見落としにくくなります。
-
顔の輪郭、髪、目印など必須特徴が残っている
-
変更したかったscene要素が実際に変わっている
-
変更しない指定が守られている
-
手や小物など場面の整合性に破綻がない
-
画像間で同じ尺度・表示条件を使って比較した
-
不採用の理由を「顔が別人に見える」「コート色が変わった」のように具体化できる
-
採用画像と元referenceを次の編集でも取り出せる
一つでもidentityの核が崩れており、制作物でその差が問題になるなら、完成扱いにしません。軽微な揺れが用途上許容されるときは、許容した理由を残し、同じ基準を次の画像にも適用します。顔認証のような数値評価や、一定の一致率が保証されるという説明は、公式に確認できた機能仕様ではないため本記事では扱いません。
AIものさしの判断
キャラクターを保つ目的では、seed値だけで同一性を期待せず、基準画像・維持条件・変更範囲・比較手順をセットで管理します。FLUX.1 Kontextは既存画像の文脈を保ちながら編集する用途、FLUX.2のmulti-referenceは複数画像の要素を組み合わせる用途の候補です。どのmodelを選ぶかは、使う画面、入力画像数、編集内容、利用条件を確認してから決めます。identityの完全一致を約束するものとしてではなく、生成後に人が採否を判断して修正できる工程として設計してください。
連作・広告で使う場合の管理
複数の画像を納品物へ使うなら、生成promptだけでなく、どの基準画像から作ったかも保存します。ファイル名へ人物名と場面番号を入れ、採用版・修正版・不採用版を分けると、後から「どの画像をreferenceにしたのか」を取り違えにくくなります。たとえば「charA_base」「charA_station_v01」「charA_station_approved」のように、基準と出力の関係が分かる名前にします。元画像の権利や利用許諾も、生成モデルの機能とは別に確認が必要です。本人の写真や既存キャラクターを使うなら、画像をアップロードしてよいか、生成物を公開・商用利用できるか、第三者の権利を侵害しないかを先に確認してください。公式モデルの利用条件は変更される可能性があるため、制作時点で使うサービスの規約を参照します。
制作チームで採否を分担する場合は、評価表の項目を共有しておきます。「似ている」という感覚だけだと、担当者が変わったとき基準が崩れます。たとえば顔の輪郭・髪型・衣装色を各0〜2で記録し、必須項目に0があれば差し戻す、sceneの自然さは別欄で評価する、といった運用にします。この数値は本記事が提案する社内確認の目安であり、BFLの公式指標でもモデル性能の評価値でもありません。組織の制作物に合わせて項目と閾値を調整してください。
同じ画像からの分岐を残す
連続sceneを作るとき、直前に生成した画像を次のreferenceにし続けると、小さなずれが累積することがあります。すべての連続編集で必ず起きるわけではありませんが、ずれが見えた場合は、採用した基準画像へ戻って別の変更枝を作ると原因を追いやすくなります。編集履歴には「基準画像」「変更した要素」「維持した特徴」「採否と理由」を残します。次の担当者が同じ失敗を繰り返さず、sceneだけを差し替える作業を再開できます。
最後に、referenceを増やす前に、promptが曖昧でないかを点検します。「この人物を同じに」ではなく、維持する特徴、画像内の人物の位置、変更する背景、残す衣装を指定します。複数の画像に似た顔や別の衣装が含まれていると、指示同士が競合します。上限までreferenceを足すより、目的に合う少数の画像を選び、必要なら人物と衣装を別々に説明する方が整理しやすいことがあります。
引用・データ出典
公式情報を編集部が見た内容です。Hands-on未実施の記述は本文かここに分けています。
確認日:2026-10-08
Black Forest Labs:FLUX.1 Kontext(新しいタブで開く)
