本文へ
ハクソク

世界を動かす技術を、日本語で。

FLUX 3 イメージ

元記事: 原文(bfl.ai)

概要

FLUX 3 Imageは Black Forest Labs が開発した、 画像生成・編集 専用のマルチモーダルAIモデル。 全要素を バウンディングボックス で配置し、個別に編集可能。 レイアウトプロンプト と呼ばれる形式で、構図や要素を厳密に指定できる。 複雑な構成やコラージュ、エディトリアル用途に特化。 PlaygroundやAPI経由で 直感的に利用・編集 が可能。

FLUX 3 Imageの概要

  • FLUX 3 Image は、 Black Forest Labs による、画像生成・編集モデル
  • 動画・音声・画像・アクション を扱うFLUX 3の 画像特化セクション
  • 画像上の要素を バウンディングボックス (矩形範囲)で明示的に配置
    • 例:文字、建物、人、風景など全ての要素
  • 各要素ごとに個別編集 が可能
    • 位置・内容・サイズを ピクセル単位で調整 可能
  • 高解像度レンダリング (4K)対応、小さなディテールも鮮明に表現

バウンディングボックスの仕組み

  • 全ての要素 は バウンディングボックス で位置と範囲を明示
  • ボックスごとに説明文 を付与し、AIが内容を解釈
  • キャンバスは0〜1000グリッド (x, y座標)で統一
    • 各ボックスは[y_min, x_min, y_max, x_max]で座標指定
  • グローバルキャプション で全体説明
  • 要素テーブル (JSON配列)で各要素を管理

レイアウトプロンプトの例

  • グローバルキャプション :全体のイメージや関係性を1文で記述
  • 要素テーブル :各要素のid・ボックス座標・内容説明をJSONで記述
    • 例:
      • id: "Fr_Text_1", bbox: [10, 200, 170, 800], desc: "薄いクリーム色のセリフ体で書かれた"LE FESTIVAL DU SOLEIL""
      • id: "town_1", bbox: [280, 700, 420, 1000], desc: "丘の麓にある海辺の小さな町の灯りと建物"
      • id: "dome_1", bbox: [250, 150, 650, 850], desc: "淡いコンクリートの巨大なパラボラ型ドーム"
      • id: "swimmers_1", bbox: [580, 200, 720, 800], desc: "暗い水面に散らばる小さなシルエットの水遊びする人々"
      • id: "crowd_1", bbox: [740, 0, 1000, 1000], desc: "ビーチに座るカジュアルな夏服の大勢の人々"

編集・運用の柔軟性

  • 手動でボックスを描画 し、AIが内容を生成
  • 短いプロンプトから自動レイアウト も可能
    • LLM(大規模言語モデル)が構図を自動設計
  • 既存画像の部分編集 が簡単
    • 変更したいボックスのみ再指定、他は維持
  • AIはユーザー指定のボックスを変更しない
    • アップサンプラーが説明文を補強するが、ボックス自体はそのまま

適したユースケース

  • 複雑な関係性を持つ構成画像
    • 写真+文字、コラージュ、パネルグリッド、エディトリアル誌面
  • 各要素の位置関係が厳密なシーン
    • 群衆、舞台、街並み、広告デザイン

利用方法

  • Playground で直感的にボックスを描画・編集
  • BFL API 経由でレイアウトプロンプトを送信し生成
  • 商用ライセンス 対応(大規模運用・独自インフラ展開可)

まとめ

  • FLUX 3 Image は、 構図管理・部分編集 に強み
  • 要素ごとの厳密な配置・編集 が求められる画像制作に最適
  • 直感的な操作性 と 高い再現性 で、プロフェッショナル向けの画像生成・編集ソリューション

提供: ハクソク · 要約更新:

AIによる日本語要約です。内容は原文とあわせてご確認ください。

Hacker Newsの議論を読む

Hackerたちの意見

UXがすごく良さそうで、操作もしやすそうだね。インターフェースに注力してくれたチームにおめでとう!チャットって、ほんとに使いづらいインターフェースが多いからね。

これは新しいモデルなの?それとも新しいUI?

└

なんで両方じゃダメなの?新しいUIを効果的に使うには、バウンディングボックスの入力に基づいたモデルが必要なんじゃないかな。

ここで強調されているのは、画像内で特定の要素を好きな場所に配置できるUXみたいだね。全体の構成でコンポーネントの位置がすごく重要なら、これがかなり楽になる気がする。InvokeAIを思い出させるな。6月にリリースされたオープンウェイトモデルのIdeogram V4もこれができるけど、いろんなバウンディングボックスを説明するのにちょっと面倒なJSON構造を使わなきゃいけないから、確かに手間がかかるよね。Flux.2やKleinみたいにオープンウェイトになるのを待つことになると思う。

└

LLMを使ってバウンディングボックスの処理をするか、バウンディングボックス生成用のGUIを提供するComfyUIノードを使えばいいよ。

└

Ideogram 4.5が2日前にリリースされたよ。もっといろんな機能が追加されてるみたい! https://www.youtube.com/watch?v=2mecWZgbaEg

└

AdobeはGenerative Fillで似たような機能をずっと前から持ってるよ。ボックスをドラッグして、内容を指定するだけ。

みんなオープンウェイトやローカルモデルのリリースを待ってるよね。

└

それは発表されたの?ウェブサイトにはこう書いてあるね:> FLUX 3 Imageは、スケールで画像生成を行う企業向けに商業ライセンスの下で利用可能です。自分のインフラでファインチューニングしてデプロイできます。詳しくはお問い合わせください。オープンなものは非商業的なものになるのかな?

UXについての他のコメントに同意。モデル自体よりもそっちに興味があるな。モデルを選んで、いろんなモデルを比較できるUIが見たい。各モデルの開発者のサンドボックスに飛び回ってテストするのは大変だから、一つの場所でできるといいな。

誰か、これを使って正確なフレームごとのスプライトシーケンスを生成できるか知ってる?どの画像モデルもこれをうまくできないと思う(十分な忠実度で)。一発撮り(フルスプライトシート)でも、単一フレームの条件付けでもダメだった。画像生成モデルがこれをできたら素晴らしいんだけど。今やってるのは(自分のツールを使ってる https://github.com/acatovic/ai-game-studio)、基本的にリファレンス画像を生成して、その画像を元にすごく短い動画を生成してから、フレームを抽出して整形してる。そうすると、インディーレベルのスプライト忠実度が90%くらい得られるんだ。

└

あなたが言ってるのは、画像モデルじゃなくて動画モデルのタスクだよ。時間的な要素があるからね。画像編集ソフトでスプライトを生成して、それを動画モデルでループさせる。最後にその動画を個別のスプライト画像に戻す感じかな。

Hacker Newsで議論の続きを見る

同じ出典の記事