Midjourney sref 코드는 버전에 묶여 있다: 라이브러리를 고치는 법
몇 달 전에 저장해 둔 스타일 레퍼런스가 지금은 다른 결과를 낸다면, 고장 난 것이 아닙니다. 라이브러리가 버전에 묶여 있는 것입니다. 숫자로 된 sref 코드는 그것을 찍어낸 스타일 시스템을 가리키는 포인터이고, 어떤 해석기를 쓸지 고르는 파라미터가 바로 --sv입니다. V6 시대의 코드는 --sv 4로, V6.1 시대의 코드는 --sv 6으로 당시의 모습을 유지합니다. 그리고 2026년 3월부터 새 코드는 재구축된 --sv 7 기준선(약 4배 빠르고 저렴합니다) 아래에서 찍혀 나오며, V8 계열이 이를 그대로 물려받았습니다. 이런 전환들을 가로지르며 수집한 sref 카탈로그를 관리해 온 경험에서 아래의 세대 표와 라이브러리 전략이 나왔습니다.
{.answer-block}
TL;DR
- 숫자 sref 코드는 스타일이 아닙니다. 특정 스타일 알고리즘을 가리키는 포인터입니다. 알고리즘 버전이 바뀌면 같은 정수가 다른 미학을 그려냅니다.1
- 세대가 고정 방식을 결정합니다. V6 시스템의 코드는
--sv 4로, V6.1 시대의 코드는--sv 6으로 원래의 모습을 유지합니다.--sv 7기준선이 도착한 2026년 3월 이후에 찍힌 코드는 네이티브로 동작하고, 그 이전의 V7 시대 코드는 V8 출시가 선언한 V7 sref 완전 하위 호환성에 올라탑니다.1 자주 쓰는 코드라면 고정에 기대어 연명하기보다 현행 모델에서 레퍼런스를 다시 만드는 쪽을 고려하십시오. - 이미지 URL sref가 오래 가는 형태입니다. 레퍼런스 이미지는 그것을 돌리는 알고리즘이 매번 새로 해석하지만, 숫자 코드는 자신을 찍어낸 알고리즘에 그대로 얼어붙어 있습니다. 라이브러리에 새로 넣을 항목은 이미지가 먼저이고 코드가 그다음입니다.
--sref random은 발견의 엔진이며, V8.1의 Draft Mode와 짝을 이룹니다. 절반 비용으로 24장짜리 그리드를 얻어 스타일을 사냥할 수 있습니다.2- 현행
--sv 7시스템은 이전 세대보다 약 4배 빠르고 4배 저렴합니다.3 실제로 쓰는 세트를 다시 만드는 비용은 크지 않으며, 세대 고정은 보관용입니다. - 파라미터 전체는 Midjourney 가이드에 정리돼 있고, 나머지 표면은 V7에서 V8로 가는 마이그레이션 지도가 다룹니다.
sref가 실제로 옮기는 것
--sref 파라미터는 레퍼런스에서 미적 속성 — 색 팔레트, 조명의 성격, 화법, 분위기, 구도의 경향 — 을 옮겨 오되 피사체는 옮기지 않습니다. 강도는 --sw(0~1000, 기본값 100)로 조절합니다. 50 미만은 속삭임, 50~150은 균형 잡힌 전이, 150~300은 스타일의 주장이며, 그 이상에서는 스타일이 프롬프트를 지배합니다. 레퍼런스를 여러 개 쓰면 섞입니다. --sref [url1] [url2]는 어느 한 장도 혼자서는 갖지 못한 조합으로 미학을 섞어 내줍니다.
sref는 개성이 뚜렷한 원본에 보답합니다. 일관된 팔레트와 알아볼 수 있는 기법 — 강한 시각적 정체성을 가진 레퍼런스는 깨끗하게 전이되지만, 평범한 사진은 뿌연 죽만 전달합니다. 라이브러리를 만들 때 이 점이 중요합니다. 카탈로그에 올릴 가치가 있는 코드는 주장이 분명한 코드입니다.
버전 종속이라는 문제
사람들이 라이브러리를 잃는 지점이 바로 여기입니다. 숫자 sref 코드를 붙잡아 두더라도, 그 정수는 자신을 찍어낸 스타일 시스템에만 의미가 있습니다. Midjourney는 그 시스템을 여러 세대에 걸쳐 옮겨 왔습니다. V6 시스템(--sv 4), V6.1 시스템(--sv 6), 선언된 호환성 덕분에 V8 계열이 코드를 이어받는 V7 시대 시스템, 그리고 V8 Alpha와 함께 도착한 현행 --sv 7 기준선입니다. 오래된 코드로 카탈로그에 적어 둔 그 모습을 되찾으려면 고향 버전의 고정값이 필요합니다. 옛 sref가 “이상해 보이는” 흔한 이유가 이것입니다. 코드가 변한 것이 아니라 그 아래의 해석기가 바뀐 것입니다.
게다가 제품 안에는 이 장부를 대신 적어 주는 장치가 없습니다. 정수와 그 세대는 따로 돌아다닙니다. 어떤 시스템이 그 코드를 찍어냈는지는 프롬프트 UI 어디에도 드러나지 않습니다. 저장해 둔 sref와 그것을 되돌려 주는 --sv를 이어 주는 것은 오직 자신의 메모뿐입니다.
호환성 표
여섯 줄이면 모든 경우가 정리됩니다.
| 보유한 sref | 원래대로 돌리는 방법 |
|---|---|
| 숫자 코드, V6 시대 | 고정합니다: --sref <code> --sv 41 |
| 숫자 코드, V6.1 시대 | 고정합니다: --sref <code> --sv 6 |
| 숫자 코드, V7 시대(2026년 3월 이전) | 선언된 V7 sref 완전 하위 호환성 아래 V8 계열에서 동작합니다1 |
| 숫자 코드, 2026년 3월 이후 발행 | 네이티브로 동작합니다 — 찍어낸 주체가 --sv 7 기준선입니다 |
| 이미지 URL | 어떤 버전에서든 — 매번 새로 해석되며 세대에 묶이지 않습니다 |
--sref random |
발견용 샘플러. V8.1의 Draft Mode와 함께 쓸 때 가장 저렴합니다2 |
이 표의 비대칭이 곧 전략입니다. 숫자 코드는 충실함을 지키려면 세대 장부가 필요하지만, 이미지 레퍼런스는 그런 것이 필요 없습니다. 이미지는 그것을 받는 알고리즘이 매번 다시 해석하기 때문입니다. V8에서 가장 깔끔한 길은 이미지 기반 sref입니다. 그리고 여전히 아끼는 옛 코드가 있다면, 호환 모드에 머무르기보다 현행 모델에서 레퍼런스를 네이티브로 다시 만드는 편을 고려하십시오.
살아남는 라이브러리 만들기
알고리즘 세대 교체를 여러 번 거치며 큰 sref 카탈로그를 관리하는 동안 자리 잡은 실천은 다음과 같습니다.
1. 코드만이 아니라 이미지를 붙잡아 두십시오. 무작위 사냥이나 생성 과정에서 간직할 만한 미학이 나오면 숫자 코드와 함께 원본 이미지를 저장하십시오. 코드는 오늘의 알고리즘을 위한 빠른 손잡이일 뿐이고, 스타일의 영구 기록은 이미지입니다. 다음 --sv가 도착하면 코드는 흔들리지만 이미지는 흔들리지 않습니다.
2. 붙잡는 순간 모든 코드에 --sv 세대를 태그하십시오. 메모 파일에 덩그러니 적힌 정수는 미래의 수수께끼가 됩니다. 1234567890 (sv6, captured 2026-03)은 영원히 쓸 수 있습니다. 위의 표가 어떻게 돌려야 하는지 정확히 알려 주기 때문입니다. (이미 태그 없는 정수를 물려받았다면? 아래 FAQ에 세 번의 생성으로 복구하는 절차가 있습니다.)
3. 싼 등급에서 사냥하고 좋은 등급에서 렌더링하십시오. V8.1의 Draft Mode에서 돌리는 --sref random이 발견의 엔진입니다. 절반 비용에 24장짜리 그리드가 나오고, 일부러는 결코 프롬프트로 쓰지 않았을 미학까지 표본으로 얻습니다.2 건진 것을 카탈로그에 넣은 뒤, 실제 작업에는 V8.2에서 이미지 레퍼런스로 적용하십시오.
4. 중복을 정리하고 무리로 묶으십시오. 수백 항목을 넘어선 라이브러리에는 거의 같은 것들이 자라납니다. 같은 미학 계열을 서로 다른 코드로 다섯 번 붙잡아 둔 식입니다. 주기적으로 시각적 유사도로 군집을 만들고 각 무리에서 가장 강한 대표만 남기십시오. 라이브러리의 가치는 개수가 아니라 폭입니다.
5. 상시 사용 세트는 다시 만들고 나머지는 보관하십시오. 현행 --sv 7 시스템은 이전 세대보다 약 4배 빠르고 저렴하게 돌아갑니다.3 실제로 쓰는 스무 개 남짓의 스타일은 저장해 둔 원본 이미지에서 네이티브로 다시 세우고, 긴 꼬리는 전부 이주시키지 말고 세대 태그를 붙인 채 호환 모드에 남겨 두십시오.
sref와 무드보드: 역할 분담
| 방식 | 어울리는 용도 |
|---|---|
--sref |
특정 레퍼런스에서 가져오는 일회성 스타일 — 프로젝트별, 컷별 제어 |
--p 무드보드 |
일관된 개인적 미학을 모든 결과물에 적용 |
둘은 겹쳐 쓸 수 있습니다. 무드보드가 기본 취향을 공급하고 sref가 개별 렌더를 조종하며, V8 계열에서는 둘 다 같은 --sv 7 인프라 위에서 돌아갑니다.3 라이브러리 전략도 그에 따라 달라집니다. 무드보드는 정원처럼 가꾸는 것이고(시간을 들여 선별해 더해 갑니다), 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배 빠르고 저렴합니다.3 숫자 코드는 자신의 고향 알고리즘이 정해준 의미만 갖습니다.
태그가 없는 sref 코드의 세대는 어떻게 찾습니까?
실험으로 찾습니다. 같은 프롬프트에 대해 그 코드를 세 가지 방식 — 아무것도 붙이지 않은 상태(현행 기준선), --sv 6을 붙인 상태, --sv 4를 붙인 상태 — 으로 돌린 뒤, 애초에 그 코드를 카탈로그에 넣게 만든 결과물과 비교하십시오. 저장해 둔 그 모습을 재현하는 실행이 코드의 고향 세대를 알려 줍니다. 태그를 달아 두면 그 실험은 다시 필요 없습니다. (비교할 저장된 렌더가 없다면? 세 번의 실행이 세 가지 후보를 보여 주므로 그중에서 고르면 됩니다. 원래 세대는 몰라도 쓸 만한 스타일은 되찾습니다.) 값싼 생성 세 번이면 정체불명의 정수가 다시 쓸 만한 라이브러리 항목이 됩니다.
sref를 써야 합니까, 무드보드를 써야 합니까?
특정 렌더를 특정 레퍼런스 쪽으로 몰고 갈 때는 sref, 쌓아 온 개인 취향을 기본값으로 어디에나 적용할 때는 무드보드(--p)입니다. 한 프롬프트 안에서 합치면 층위별 제어가 됩니다. 바탕은 무드보드에서, 컷별 연출은 sref에서 나옵니다.
-
Midjourney, 버전 문서 — 스타일 레퍼런스에 대한 V8 계열의 호환성 표면, 그리고 이 글의 표를 대조한 V8.1/V8.2 통합 열. V7 시대 행은 V8 Alpha 출시 공지(2026년 3월 17일)의 “V7 프로필/무드보드/sref와의 완전한 하위 호환성”에 근거합니다. 실무적인 세부는 Midjourney 가이드에 있습니다. ↩↩↩↩
-
Midjourney, Draft Mode for V8.1 — 표준 V8.1 작업이 쓰는 fast 시간의 절반으로 24장짜리 그리드를 내주는 Draft Mode. 호환성 차트는 Draft Mode를 V8.2까지 이어 주지 않지만, 2026년 7월 27일 개정된 Draft Mode 문서는 V8.1/V8.2 드래프트를 명시합니다(24장, 512x512px, 0.4 GPU 분, 웹 전용). 문서끼리 어긋나는 상황이며, 모호하지 않은 기준은 여전히 V8.1입니다.
--sref random과의 결합은 Random Styles in Draft Mode(2026년 6월 25일)로 도착했습니다. ↩↩↩ -
Midjourney, Relax Mode for V8 Alpha(2026년 3월) —
--sv 7기준선. 이전 스타일 시스템보다 약 4배 빠르고 4배 저렴하며--hd,--p,--stylize,--exp를 지원하고, 무드보드도 기본적으로 같은 시스템을 씁니다. ↩↩↩↩