FLUX 3 のリリース日：これまでの公式タイムライン。

FLUX 3 の公式タイムライン

1. 2026年7月23日

   FLUX 3 発表

   Black Forest Labs が FLUX 3 をマルチモーダルのモデルファミリーとして発表しました。発表はファミリーと方向性を定めるものであり、その日にすべてのモダリティ、エンドポイント、ダウンロード可能なチェックポイントが揃うことを意味するわけではありません。

2. 2026年8月4日

   FLUX 3 Video が一般提供に

   FLUX 3 Video が一般提供になりました。本番の API スキーマに動画のエンドポイントが現れており、これが確認できる範囲で最初の、実際に使える FLUX 3 プロダクトのリリースです。

3. 2026年8月10日

   Image と Dev の案内は依然として別枠

   公式の API スキーマには FLUX 3 Video の面が載っている一方、公開のモデルカタログにはまだ FLUX 3 Dev のパッケージがありません。Black Forest Labs は、公開タイムラインに Image の個別の日付を紐づけていません。

「FLUX 3 のリリース日」という言い方が誤読されやすい理由

モデルファミリーは、段階を踏んで届くことが増えています。研究発表、プレビュー、ホスト型 API、一般提供、オープンウェイトのダウンロード——どれもが別々の日付を持ちえます。検索結果はそれらのマイルストーンを 1 文に圧縮しがちですが、実際にはそれぞれ違う実務上の問いに答えるものです。FLUX 3 はその型をはっきり示しています。まずファミリーの発表があり、その 12 日後に名前のついた Video プロダクトが一般提供に達しました。

したがって信頼できる答えには、モダリティとアクセス形態という 2 つの座標が要ります。「ホスト型 API 経由の FLUX 3 Video」には確定した一般提供日があります。Image のアクセスは公式の発信の中で別に説明されており、Dev についてはダウンロード可能なパッケージ、ライセンス、モデルカード、推論の手順という裏づけが必要です。これらを Video のエンドポイントから推測してはいけません。

この区別は、記者、クリエイター、開発者にとって、それぞれ違う理由で重要です。記者には、正確な主張に紐づいた日付が要ります。クリエイターには、そのデモがどのプロダクトの話なのかが要ります。開発者には、実際に組み込めるエンドポイントか成果物が要ります。ファミリー単位の日付ひとつは文脈としては有用ですが、プロダクト単位の提供状況の代わりにはなりません。

確定した 2 つの日付から言えること

7月23日 のファミリー発表から 8月4日 の動画の一般提供までの 12 日という間隔は、Black Forest Labs がファミリーの一部を発表から本番まで素早く動かせることを示しています。ただし、それが Image や Dev についての 12 日というスケジュールを意味するわけではありません。モダリティが違えば、評価、安全性、インフラ、プロダクトとしての完成度に求められるものも変わります。画像のエンドポイントがすぐ続くこともあれば、その前に動画側の機能をさらに重ねる判断もありえます。

最も強いリリースの兆候は、第三者サイトのカウントダウンではなく、公式の配布面が変わることです。ホスト型のアクセスについては、Black Forest Labs の API スキーマに新しい画像用のルートとモデル識別子が現れるかを見ます。オープンウェイトについては、公式の組織ページとモデルカードに、チェックポイント、ライセンス、アーキテクチャの情報、推論の要件が載るかを見ます。SNS の投稿は意向を告げられますが、開発者が実際に組み込めるものを確立するのは、エンドポイントかモデルカードです。

そうした兆候のどれかが現れるまで、精密な見積もりはあくまで見積もりです。発表から動画の一般提供までの間隔が短いことは、頻繁に監視する理由にはなります。しかし、カレンダー上の日付をでっち上げること、名前だけの未発売モデルに前払いを受け取ること、裏づけのない仕様を公開することの理由にはなりません。

公式ロードマップの読み方

公開されている記録を素直に読めば、提供は段階的に進んでいます。ホスト型のプロダクトとオープンウェイトのパッケージでは、リリースに必要な作業が違います。ホスト型なら、提供者が処理能力、バージョン、安全性の制御、更新を中央でまとめて扱えます。オープンウェイトには、安定したチェックポイント、ライセンス、モデルカード、参照用の推論経路、ファイルの配布、そして現実的なハードウェアの指針が要ります。Image のアクセスと Dev のウェイトを独立したマイルストーンとして追うべき理由は、ここにあります。

名前づけも重要です。ファミリーの発表のあとに、モダリティ名、階層のラベル、プレビューの識別子、複数のエンドポイントが続くことがあります。Black Forest Labs がそうした詳細を公表するまで、技術的なまとめが説明的な言い回しを推測上のプロダクト識別子に変えてしまってはいけません。公開の記録として役に立つのは、各発表に紐づいた正確な文言、日付、アクセス形態、配布面です。

クリエイターにとっては、持ち運べる入力がどのリリース段階でも価値を保ちます。プロンプト、アスペクト比、参照画像、想定する成果物、評価のメモをひとまとめにしておいてください。開発者は、公開されている API の契約と、想像上のモデル名を切り分けてください。読者は、カウントダウンのページや出所不明の仕様表よりも、日付の入った公式ドキュメントと提供者自身のリポジトリを優先してください。

次のマイルストーンと呼べるもの

ホスト型の Image アクセスについて最も強いマイルストーンは、提供者自身の API ルート、あるいは文書化されたアクセスプログラムで、正確な識別子、受け付ける入力、出力形式、価格、提供状態が示されることです。ウェイトリストやプレビューもニュースにはなりますが、一般提供ではなくプレビューとして扱うべきです。

Dev についての裏づけは別物です。Black Forest Labs が保有するリポジトリ、ダウンロードできるファイル、ライセンス、モデルカード、そして動作する推論の手順が必要です。ファミリーの発表がすべてのプロダクト面を自動的に確立しなかったのと同じく、ホスト型の Image アクセスがオープンウェイトのリリースを自動的に確立することもありません。

このタイムラインを今後更新するときも、その区別を保つべきです。各行は対応する公式の面が変わったときだけ変え、各日付はそれが指す出来事にリンクさせる。そうすれば、FLUX 3 のプロダクトが近い時期に複数現れても、リリースの記録は使いものになり続けます。