Midjourneyは8月27日、V8.2編集モデルを全ユーザー向けにテスト公開した。4枚の参照画像、局部再描画、キャンバス拡張を一式にまとめ、旧omni-referenceは置き換えられた。公式は「バグが大量にある」と認め、UIはalpha段階。スタイル参照は逆に手間が増える。
編集モデル全量パブリックテスト、4枚の画像参照が旧インターフェースを置き換え
2026年8月27日、MidjourneyはV8.2編集モデルを全ユーザー向けにテスト公開し、文字による画像編集、4枚の画像参照、局部再描画、キャンバス拡張を一式のツールとしてまとめ、旧版omni-referenceも同時に置き換えられた。
公式が列挙した機能：文字指示で画像を直接編集、最大4枚の画像をアップロードして同時に画像生成（omni-referenceの後継、つまり「画像をプロンプトとしてモデルに与える」）、局部再描画inpainting（元画像の指定領域を描き直す）、キャンバス拡張outpainting（画面を外側に広げる）。パーソナライズ設定、moodboards（雰囲気の参考図ボード）、srefs（スタイル参照コード）も引き続き使える。公式は後者の2つについて「プロンプトに方向の記述を数文足した方がうまく効く」と念を押している。
4口コンロ＝4枚参照、伸縮式カウンタートップ＝キャンバス拡張、部分タイル＝局部再描画。
コンロの4つの火口に参照画像を載せ、カウンタートップを引き出して作業台を広げ、傷んだタイルだけを貼り替える。キッチンの手順が、そのまま編集の手順になる。
入口は4つ：画像をプロンプト欄の「attach to prompt」にドラッグ、ライトボックスlightbox（画像クリック後に表示される全画面ビューア）右下の「edit」をクリック、左側の「edit」タブから画像をアップロード、またはDiscordで--edit url...と入力。メインサイトとalpha.midjourney.comは同時に更新され、公式は「alphaは急速に変化しており、大規模なUI再設計の実験を多数行う」と明記している。
公式はユーザーに協力を呼びかけている：効果が不十分な画像に遭遇したら、ライトボックス右側の「泣き顔」絵文字でフィードバックするか、jobid（タスク番号）と画像URLを合わせて提出。まとめてDiscordの#ideas-and-featuresチャンネルへ送り、作品を披露したい場合は#edit-showcaseへ。発表の結びは「大量の迅速なフォローアップ更新がある」——「より広範囲のコミュニティテスト」という位置づけだ。
編集がモデル本体に組み込まれ、4つの作業を一気に完了
以前のV8は文生成が中心で、編集はomni-referenceを経由する必要があった：素材を与えると、モデルが素材を中心に新画像を生成する。V8.2は「画像編集」を主タスクに変えた——画像を与えると、モデルがどこを変更したいかを自ら理解する。役割が逆転したのだ。
以前は迂回が必要だった編集操作が、今では文字指示だけで可能になった。より正確にしたい場合は、参照画像を同時に与え、領域を指定して再描画させるか、キャンバスを広げて続きを描かせる。これらは同じモデルが単独で行うことであり、サードパーティのプラグインや追加のワークフローは不要だ。
パーソナライズ設定、ムードボード、スタイル参照コード（moodboardsとsrefs）は依然として重ねられるが、スタイル系パラメータには別の落とし穴がある。後述する。
入口は第1節で挙げた4つのまま。midjourney.comメインサイトとalpha.midjourney.comは同時に更新され、alphaはインタラクションの実験場で、UIは頻繁に変わる。
だから公式はこれを単独バージョンに切り出し、UIをalphaに留めて試行錯誤を続ける。全体の意味と部分の境界を1つのモデルで同時に扱う必要があり、エッジケースが多いからだ。
--editコマンド、合計4つの並列入口。出典：同上。
スタイル参照が「無口」に：今回省力化されるはずのパラメータに説明が必要
以前のV8では、スタイル参照が画風のショートカットだった。V8.2で編集はモデル本体に入り、そのショートカットは追加の説明を求めるようになった。新モデルでは文生成、4枚の参照画像、局部再描画、キャンバス拡張がパッケージとして開放されたが、気にかけたいのは新機能の数ではない。公式が名指しで注意を促している：3つのスタイル系スイッチは、新モデルでより多くのプロンプト誘導を必要とする。
公式が名指ししたのはpersonalization、moodboards、srefs——モデルにあなたのスタイルを記憶させる3つのスイッチだ。原文は「moodboards/srefs may work best with some extra prompt direction」：スタイル参照を使いたいなら、まずプロンプトでより多くの方向性を与える必要がある。文字数を節約するためのツールが、今は先に文字を補わないと使えない。
これまで培ってきた「短いプロンプト+スタイルコード」という筋肉記憶は、V8.2で一斉に機能しなくなる。4枚の参照画像、局部再描画、キャンバス拡張といった機能を多用するほど、srefsは「背景スイッチ」のように振る舞う——それが決めるのは雰囲気であり、内容ではない。内容を決めるのはプロンプトだ。
各機能の入口と両サイトの更新状況は前述の通り。alpha.midjourney.comで公式はUIが「急速に変化する（rapidly change）」と明記し、バグ報告の入口をライトボックス右側の「泣き顔絵文字」に設置している。
不安定さをUIに前面化したのは、画像全体の意味と局所的な編集範囲の境界がまだ試されている最中だからだ。スタイルの安定性は今ラウンドの優先事項ではない。次のfast-follow更新が来るまで、最も確実な戦略は——手抜きで付けていたスタイルコードを、プロンプトに書き戻すことだ。
公式が自らバグ収集に乗り出し、UIはまだ草案段階
MidjourneyはV8.2編集モデルを全ユーザーに開放する一方で、大量のエッジケースがあると明言している——これは好評を集めるための姿勢ではなく、事故報告を集めるための姿勢だ。
公式は発表で非常に率直に書いている：「There's gonna be a lot of edge cases」。併せて仕組みも整備済み：ユーザーはライトボックス（Midjourneyサイトで大きな画像を表示するページ）で失敗した画像を見たら、右側の泣き顔emojiをクリックしてフィードバックするか、jobid（Midjourneyが各画像に割り当てる一意の番号）と画像URLを一緒に返す。
UIの改造方向はまだ確定していない。公式はmidjourney.comとalpha.midjourney.comの2つのインターフェースを同時に更新しており、alpha側では様々な実験を継続する「lots of experiments on how to remake the interfaces」。ユーザーがアイデアを出したい場合は#ideas-and-featuresへ、作品を披露したい場合は#edit-showcaseへ。2つのチャンネルは役割分担されている：一方はエンジニアが要求を収集し、もう一方はコミュニティが能力をデモンストレーションする。
V8.1が6月にデフォルトモデルになったところから、6月16日のDraft modeプレビュー公開、8月27日のV8.2編集モデル公開テストまで、明らかにペースが加速している。編集能力、生成能力、UIフレームワークが別々のモジュールとして並行して進められている——これは「alpha段階と引き換えに開発速度を得る」手法だ。
検証可能な観測ポイントがいくつかある：alpha.midjourney.comにアクセスしてUIが毎週目に見える変更があるか確認する；#ideas-and-featuresで固定投稿や高評価の投稿を確認し、公式が特定の提案を更新ログに組み込んだなら、ユーザーフィードバックが実際に製品に還流している証拠だ。今後、fast-follow updatesが続く——V8.2は現在のUIで終わることはない。
V8.2の試し方：4つの入口、4つの能力、そしてなぜあなたのフィードバックが生成よりも重要なのか
スタイル系3スイッチは、新モデルでは説明を追加しないと効きにくい。省力化のはずが逆戻りだ。V8.2編集モデルは全量開放されたが、UIはalpha段階、バグも多い。今すぐ試せることと、UIが固まる前に見るべき点を整理する。
入口は4つ、すべて使える。midjourney.comメインサイトかalpha.midjourney.comのプロンプト欄に画像をドラッグして「attach to prompt」（プロンプトに添付）へ載せるか、ギャラリー（lightbox）右下の「edit」をクリックするか、左側の「edit」タブからアップロードする。Discordユーザーは--edit url...の後に画像リンクを続けるだけ。隠れた入口はなく、公式パスはこれで全部だ。
V8.2編集モデルの能力は4つ。
・文字指示による画像編集
・1回で最大4枚の参照画像（旧omni-referenceを置き換え）
・局部再描画（inpainting。指定領域だけを変更）
・キャンバス拡張（outpainting。外側へ補完）
personalization、moodboards、srefs（スタイル参照コード）は引き続き使える。ただし公式は明言する：「moodboards/srefs may work best with some extra prompt direction」。つまり、追加のプロンプト誘導がないと効きが悪い場合がある。能力の限界を正直に言ったもので、欠陥リストではない。
既存の生成画像を1枚選び、「edit」入口で文字による画像編集を一度試し、基本的な指示への応答が期待通りか確認する。
同時に3〜4枚の参照画像をアップロードし、複数画像の混合効果をテストして、被写体の一貫性が旧omni-referenceより優れているか観察する。
moodboardsまたはsrefsを単独で実行し、意図的にプロンプトに方向性の記述を追加して、「裸実行」と「誘導付き」の2つの結果の違いを比較する。
生成に失敗した画像に遭遇したら、まずライトボックス右側の泣き顔emojiでフィードバックし、jobidまたは画像URLをコピーして一緒に提出する。
UI改版の提案やエッジケースをDiscordの#ideas-and-featuresに送り、満足のいった作品は#edit-showcaseに共有する。
まずalpha.midjourney.comだ。公式はここが「急速に変化し、実験に満ちている」と明言する。今日の入口の位置が明日には変わっている。安定製品だと思わず、週に一度alphaサイトを訪れて、残った入口と消えた入口を確認するといい。
原文には「推奨プロンプトテンプレート」も「パラメータ調整ガイド」も載っていない。ネットで流布する「必勝プロンプト」に惑わされないこと。サードパーティの独立ベンチマークはまだ出ていない。メーカー自身の説明以外の再検証もない。
情報格差が大きい今、確実なのはこの手順だ。
・同じタスクを複数の入口で実行し、jobidを保管する
・fast-follow（迅速な追従）アップデートが公開されたら、同じタスクで再テストする
・他人のスクリーンショットではなく、自分の前後比較で変化を測る
情報源：Midjourney公式Updatesブログ「Edit Model for V8」（2026-08-27公開）；内容は公式発表に基づくもので、機能とテスト入口の自己申告であり、第三者による独立した評価データは含まれない。