Midjourneyのsrefコードはバージョンに縛られる：ライブラリを立て直す

数か月前に保存したスタイルリファレンスが今は別の絵を返すとしても、壊れているわけではありません。ライブラリがバージョンに縛られているのです。数値のsrefコードは、それを鋳造したスタイルシステムを指すポインタであり、どのインタープリタで読むかを選ぶのが--svです。V6世代のコードは--sv 4で、V6.1世代のコードは--sv 6で当時の見た目を保ちます。そして2026年3月以降、新しいコードは再構築された--sv 7ベースライン（約4倍高速かつ低コスト）のもとで鋳造され、V8ファミリーはこれを引き継ぎました。こうした移行をまたいで収集済みsrefのカタログを維持してきた経験から、以下の世代表とライブラリ戦略が生まれました。 {.answer-block}

TL;DR

• 数値のsrefコードはスタイルではありません。特定のスタイルアルゴリズムを指すポインタです。 アルゴリズムのバージョンが変われば、同じ整数が別の美学を描きます。¹
• 世代がピン留めを決めます。 V6システムのコードは--sv 4、V6.1世代のコードは--sv 6で当時の見た目を保ちます。--sv 7ベースラインが到着した2026年3月以降に鋳造されたコードはネイティブに動き、それ以前のV7世代のコードは、V8ローンチで宣言されたV7 srefとの完全な後方互換性に乗ります。¹ 常用するコードについては、ピン留めで生き延びるよりも、現行モデルでリファレンスを作り直すほうを検討してください。
• 画像URLのsrefこそ息の長い形式です。 リファレンス画像は、実行するアルゴリズムがその都度あらためて解釈します。一方で数値コードは、鋳造元のアルゴリズムに固定されたままです。ライブラリへの新規登録は、まず画像、コードはその次に。
• --sref randomは発見のエンジンであり、 V8.1のDraft Modeと相性がいい組み合わせです。半額で24枚のグリッドが得られ、スタイル探しがはかどります。²
• 現行の--sv 7システムは、前世代より約4倍高速で4倍安価です。³ 実際に使うセットを作り直すコストは小さく、世代ピンはアーカイブのためのものです。
• パラメーターの全体像はMidjourneyガイドに、それ以外の表面はV7からV8への移行マップにまとめてあります。

srefが実際に転写しているもの

--srefパラメーターは、リファレンスから美的な性質――カラーパレット、光の扱い、画法、ムード、構図の傾向――を転写します。被写体そのものは転写しません。強度は--sw（0〜1000、デフォルト100）で調整します。50未満はささやき、50〜150はバランスの取れた転写、150〜300はスタイルの主張、それ以上になるとスタイルがプロンプトを支配します。複数のリファレンスは混ざります。--sref [url1] [url2]と書けば、どの1枚も単独では持たない組み合わせへと美学がブレンドされます。

srefは個性の強い素材ほど報われます。一貫したパレット、それと分かる技法――強い視覚的アイデンティティを持つリファレンスはきれいに転写されます。ありふれた写真は濁りしか転写しません。ライブラリ作りではここが効いてきます。カタログに値するのは、はっきりした主張を持つコードです。

バージョン依存という問題

多くの人がライブラリを失うのは、まさにここです。数値のsrefコードを捕まえたとき、その整数は鋳造元のスタイルシステムにとってしか意味を持ちません。Midjourneyはそのシステムを世代交代させてきました。V6システム（--sv 4）、V6.1システム（--sv 6）、宣言された互換性によってV8ファミリーがコードを引き継ぐV7世代のシステム、そしてV8 Alphaとともに到着した現行の--sv 7ベースライン。レガシーコードでカタログどおりの見た目を取り戻すには、そのコードの故郷にあたるバージョンのピンが要ります。古いsrefが「なんだかおかしい」ときの理由はたいていこれです。コードが変質したのではなく、その下のインタープリタが入れ替わったのです。

しかも、この帳簿付けを製品側が代行してくれることはありません。整数とその世代は別々に流通します。どのシステムがそのコードを鋳造したのかは、プロンプトのUIのどこにも表示されません。保存済みのsrefと、それを取り戻す--svを結びつけられるのは、自分のメモだけです。

互換性マトリクス

6行ですべてのケースを覆えます。

この表の非対称性こそが戦略です。数値コードは忠実さを保つために世代の帳簿を必要とし、画像リファレンスは何も必要としません。画像は、受け取ったアルゴリズムがその都度あらためて解釈するからです。V8ネイティブでいちばん素直な道は画像ベースのsrefです。そして、今も大事にしているレガシーコードについては、互換モードで暮らし続けるより、現行モデルでリファレンスをネイティブに作り直すことを検討してください。

生き残るライブラリの作り方

アルゴリズムの世代交代をまたいで大規模なsrefカタログを維持するなかで固まった実務は、次のとおりです。

1. コードだけでなく画像を残す。 ランダム探索や生成の途中で残す価値のある美学が出たら、数値コードと一緒に元画像も保存します。コードは今日のアルゴリズムにとっての素早い取っ手にすぎず、スタイルの永続的な記録は画像のほうです。次の--svが来たとき、コードは揺れますが、画像は揺れません。

2. 捕まえた時点で、すべてのコードに--sv世代のタグを付ける。 メモに整数だけを書き残すのは、未来の自分への謎かけです。1234567890 (sv6, captured 2026-03)ならいつまでも使えます。上のマトリクスが、走らせ方をそのまま教えてくれるからです。（それでも裸の整数を引き継いでしまったら？　下のFAQに、3回の生成で素性を割り出す手順があります。）

3. 安いティアで狩り、良いティアで仕上げる。 V8.1のDraft Modeでの--sref randomが発見のエンジンです。半額で24枚のグリッドが返り、自分では絶対にプロンプトに書かない美学までサンプリングできます。² 当たりをカタログに入れたら、実作業ではV8.2上で画像リファレンスとして適用します。

4. 重複を整理し、コホートにまとめる。 数百件を超えたライブラリには、必ず近縁の重複が育ちます。同じ美学の系統を、別々のコードで5回も捕まえているといった具合です。定期的に見た目の近さでクラスタリングし、各コホートでいちばん強い代表だけを残しましょう。ライブラリの価値は件数ではなく幅です。

5. 常用セットは作り直し、残りはアーカイブへ。 現行の--sv 7システムは前世代より約4倍高速で安価に動きます。³ 実際に使っている20個ほどのスタイルは、保存しておいた元画像からネイティブに作り直しましょう。ロングテールはすべてを移行せず、世代タグを付けたまま互換モードに残しておけば十分です。

srefとムードボード：役割分担

両者は重ねられます。ムードボードが土台となる好みを供給し、srefが個々のレンダーを操る。そしてV8ファミリーでは、どちらも同じ--sv 7基盤に乗っています。³ ライブラリ戦略もそれに応じて変わります。ムードボードは庭のように手入れするもの（時間をかけて選び足していく）、srefはスパイスラックのようにカタログするもの（ラベルと日付を付け、名前で手を伸ばす）です。

よくある質問

昔のMidjourneyのsrefコードが、今は違って見えるのはなぜですか？

数値コードは、それを鋳造したスタイルシステムに縛られているからです。Midjourneyはそのシステムをいくつも渡り歩いてきました。V6（--sv 4）、V6.1（--sv 6）、V7世代、そして現行の--sv 7ベースラインです。レガシーコードで当時の見た目を保つには、故郷のシステムのピンが必要になります。同じコードでも、インタープリタが違えば結果は違うのです。レガシーコードは世代にピン留めするか、リファレンスをネイティブに作り直してください。

数値のsrefコードはMidjourney V8でも使えますか？

使えます。Midjourneyの互換性チャートでは、スタイルリファレンスのコードはV8ファミリー全体でサポート対象として掲載されており、現行世代のコードはその--sv 7ベースライン上でネイティブに動きます。V6およびV6.1世代のレガシーコードは、世代ピン（--sv 4と--sv 6）で見た目を保てます。よく使うものについては、より良い結果を求めて現行モデルでリファレンスを作り直すことを検討してください。画像URLのリファレンスには世代への束縛が一切ありません。息の長いライブラリが整数だけでなく画像を保存するのは、そのためです。

Midjourneyの–svとは何ですか？

スタイルバージョンのパラメーターです。どのスタイルリファレンス・アルゴリズムがsrefを解釈するかを選びます。--sv 4と--sv 6は後方互換性のために残された旧システム、--sv 7はV8世代のベースラインで、前世代よりおよそ4倍高速かつ安価です。³ 数値コードは、故郷のアルゴリズムが定める意味しか持ちません。

タグの付いていないsrefコードの世代は、どう調べますか？

実験で調べます。同じプロンプトに対して、そのコードを3通り――裸のまま（現行ベースライン）、--sv 6付き、--sv 4付き――で走らせ、もともとそのコードをカタログした理由となった出力と見比べます。保存しておいた見た目を再現した走らせ方が、そのコードの故郷の世代です。タグを付けてしまえば、二度と同じ実験は要りません。（比べる保存済みレンダーがない場合は？　3回の実行が3つの候補の見た目を示してくれるので、そこから選べます。元の世代は分からなくても、使えるスタイルは取り戻せます。）安い生成3回で、謎の整数が使えるライブラリの1エントリに戻ります。

srefとムードボード、どちらを使うべきですか？

特定のリファレンスへ特定のレンダーを寄せたいならsref、積み上げてきた個人的な好みを既定で全体に効かせたいならムードボード（--p）です。1つのプロンプトで併用すれば、階層的な制御になります。土台はムードボード、カットごとの演出はsrefです。