미드저니 레퍼런스 세트 운영법: 무드보드에서 일관성 있는 결과로 넘어가는 법

한눈에 보기

한눈에 보기

레퍼런스 이미지는 역할에 맞는 입력 칸과 파라미터를 함께 써야 합니다. 현재 기본 모델인 V8.2에서는 구성·내용 참고에 Image Prompt와 --iw, 스타일 참고에 --sref와 --sw, 넓은 미감 방향에 Moodboard의 --p를 사용합니다. 인물이나 제품을 유지하는 Omni Reference는 --oref와 --ow를 쓰지만 현재 V7 전용입니다. 네 기능을 먼저 분리한 뒤 같은 프롬프트에서 한 종류씩 비교해야 어떤 레퍼런스가 실제로 영향을 줬는지 읽을 수 있습니다.

무드보드는 많을수록 든든해 보여도, 실제 생성에서는 역할 분리가 더 중요합니다

무드보드는 많을수록 든든해 보여도, 실제 생성에서는 역할 분리가 더 중요합니다

레퍼런스 이미지를 모을 때는 항상 비슷한 착각이 생깁니다. 좋은 이미지가 많을수록 결과도 좋아질 것 같다는 생각입니다. 실제로 폴더를 열어 보면 멋진 구도, 강한 색감, 예쁜 조명, 고정하고 싶은 얼굴, 갖고 싶은 제품컷이 한가득 들어 있습니다. 그런데 막상 생성에 넣으면 결과는 오히려 퍼지기 쉽습니다. 이유는 단순합니다. 각 이미지가 가진 역할이 다른데, 한꺼번에 모두 따라야 할 기준으로 들어가기 때문입니다.

어떤 이미지는 구도를 닮고 싶고, 어떤 이미지는 스타일을 닮고 싶고, 어떤 이미지는 대상 자체를 유지하고 싶은데 이 차이가 정리되지 않으면 모델 입장에서도 우선순위를 읽기 어렵습니다. 그래서 레퍼런스 세트의 핵심은 많이 모으는 일이 아니라, 무엇을 닮기 위한 이미지인지 미리 나누는 일에 있습니다.

세트는 구성, 스타일, 대상 고정 세 묶음이면 대부분 충분합니다

세트는 구성, 스타일, 대상 고정 세 묶음이면 대부분 충분합니다

레퍼런스 세트는 복잡하게 만들 필요가 없습니다. 실무에서는 보통 세 묶음이면 대부분 커버됩니다.

1. 구성용
2. 스타일용
3. 대상 고정용

구성용 이미지는 카메라 거리, 화면 배치, 피사체 위치처럼 레이아웃을 참고하기 위한 컷입니다. 스타일용 이미지는 색감, 질감, 채도, 분위기, 붓질 같은 전반적 인상을 끌어오기 위한 컷입니다. 대상 고정용 이미지는 같은 인물이나 같은 제품처럼, 무엇을 같은 존재로 유지해야 할지 보여 주는 컷입니다.

미드저니의 기능 이름도 정확히 구분해야 합니다. Image Prompt는 구성·내용·색을 참고하고, Style Reference는 색감·질감·조명 같은 전체 스타일을 참고합니다. Omni Reference는 인물·제품 같은 대상을 유지할 때 쓰는 V7 기능입니다. 반면 Moodboard는 여러 이미지를 하나의 Personalization 코드(--p)로 묶어 넓은 미감 방향을 적용합니다. 기능별 기본 설명은 레퍼런스 이미지 가이드도 함께 참고하세요.

좋은 레퍼런스는 예쁜 이미지보다 역할이 선명한 이미지입니다

좋은 레퍼런스는 예쁜 이미지보다 역할이 선명한 이미지입니다

레퍼런스 세트가 잘 안 먹히는 이유 중 하나는, 보기 좋은 이미지를 우선으로 고르기 때문입니다. 하지만 역할 분리 관점에서 보면 예쁜 컷보다 무엇을 참고해야 하는지 명확한 컷이 더 낫습니다. 구도용 이미지는 피사체 배치가 선명해야 하고, 스타일용 이미지는 색감과 질감이 또렷해야 하며, 대상 고정용 이미지는 얼굴이나 제품 특징이 명확해야 합니다.

예를 들어 같은 얼굴을 유지하고 싶다면 조명이 과하게 복잡한 화보 컷보다 얼굴 구조가 또렷한 기준 이미지가 더 유리합니다. 제품이라면 반사광이 많은 광고컷보다 실루엣과 라벨 위치가 명확한 컷이 낫습니다. 세트 운영의 핵심은 멋진 이미지 저장이 아니라, 나중에 어떤 역할로 꺼내 쓸지를 미리 정해 두는 데 있습니다.

iw, sw, ow는 한 번에 세게 밀지 말고 층위를 읽는 비교 도구로 써야 합니다

iw, sw, ow는 한 번에 세게 밀지 말고 층위를 읽는 비교 도구로 써야 합니다

가중치만 적는다고 레퍼런스가 연결되지는 않습니다. --iw는 프롬프트 앞의 Image Prompt URL 또는 웹의 Image Prompt 칸이 있어야 작동합니다. --sw는 --sref로 Style Reference를 지정한 뒤 사용하며, Moodboard와는 호환되지 않습니다. --ow도 --oref로 Omni Reference를 지정해야 하고 현재 V7에서만 사용할 수 있습니다. 먼저 레퍼런스 종류 하나를 연결하고, 그다음 가중치 하나만 바꾸는 방식으로 비교하세요.

예를 들어 아래처럼 아주 단순하게 시작하는 편이 좋습니다.

<구성_이미지_URL> editorial portrait in a quiet cafe, soft side light --iw 1 --v 8.2
editorial portrait in a quiet cafe, soft side light --sref <스타일_이미지_URL> --sw 100 --v 8.2
editorial portrait in a quiet cafe, soft side light --p <무드보드_코드> --stylize 100 --v 8.2
editorial portrait in a quiet cafe, soft side light --oref <대상_이미지_URL> --ow 100 --v 7

그다음에는 아래처럼 한 축만 움직여 봅니다.

1. 같은 Image Prompt를 둔 채 --iw만 바꿔 구성·내용 영향 확인
2. 같은 --sref를 둔 채 --sw만 바꿔 스타일 영향 확인
3. 같은 Moodboard 코드에서는 --sw 대신 --stylize만 바꿔 미감 영향 확인
4. V7에서 같은 --oref를 둔 채 --ow만 바꿔 대상 유지 정도 확인

이런 식으로 읽어야 어떤 레퍼런스가 실제로 먹히는지 알 수 있습니다. 한 번에 모든 값을 높이면 결과가 달라졌다는 사실은 알 수 있어도 왜 달라졌는지는 읽기 어렵습니다.

무드보드와 작업용 세트는 분리해 두는 편이 훨씬 실용적입니다

무드보드와 작업용 세트는 분리해 두는 편이 훨씬 실용적입니다

영감 수집용 무드보드는 넓고 자유로울수록 좋습니다. 하지만 실제 생성에 바로 넣는 작업용 세트는 훨씬 작고 선명해야 합니다. 이 둘을 같은 폴더에서 그대로 쓰면 영감은 풍부해도 생성은 자꾸 흔들립니다. 그래서 무드보드와 작업용 세트를 분리해 두는 편이 실무에서는 훨씬 실용적입니다.

예를 들어 영감 보드는 30장이어도 괜찮지만, 실제 한 번의 생성에서 쓰는 작업용 세트는 구성 1~2장, 스타일 1~2장, 대상 고정 1장 정도면 충분한 경우가 많습니다. 이렇게 줄여야 각 역할이 선명하게 보이고, 실패했을 때도 어떤 이미지가 문제였는지 다시 찾기 쉽습니다.

세트 운영 기록이 쌓이면 다음 프로젝트 속도가 눈에 띄게 빨라집니다

세트 운영 기록이 쌓이면 다음 프로젝트 속도가 눈에 띄게 빨라집니다

레퍼런스 세트는 한 번 잘 만들어 끝나는 자산이 아닙니다. 어떤 스타일용 세트가 브랜드 이미지에 잘 맞았는지, 어떤 대상 고정 컷이 얼굴 유지에 강했는지, 어떤 구성 이미지가 자꾸 결과를 너무 복잡하게 만드는지 기록이 쌓일수록 다음 작업은 훨씬 빨라집니다. 결국 중요한 것은 이미지를 모으는 능력보다, 먹히는 세트를 다시 꺼내 쓰는 운영 능력입니다.

아래처럼 아주 간단하게만 적어도 충분합니다.

set name: quiet editorial portrait
composition: cafe window, half-body, right-third subject
style: muted cream, soft side light, matte texture
identity: short black bob, calm gaze
notes: sw 120 balanced, ow 160 stable, iw 1.2 enough

이렇게 정리해 두면 다음 프로젝트에서 처음부터 다시 헤매지 않아도 됩니다. 결과를 어떻게 평가할지도 아직 막막하다면 AI 이미지 평가 기준 글과 함께 보면 훨씬 판단이 쉬워집니다.

지금 바로 해볼 루틴

지금 바로 해볼 루틴

먼저 레퍼런스를 구성·내용용 Image Prompt, 특정 스타일용 Style Reference, 넓은 미감용 Moodboard, 대상 유지용 Omni Reference로 나누세요. 각 이미지나 코드 옆에는 무엇을 가져오기 위한 입력인지를 한 줄로 적습니다. 비교할 때는 한 번에 한 종류만 연결하고 프롬프트·화면비·버전·seed를 고정한 뒤 가중치 하나만 바꾸세요. Omni Reference를 시험할 때는 결과가 자동으로 V7에서 생성된다는 점도 기록해야 합니다.

레퍼런스 세트의 힘은 이미지 수가 아니라 역할 분리에 있습니다. 지금까지는 마음에 드는 이미지를 계속 저장만 해 두고 결과가 흔들렸다면, 오늘은 무드보드를 작업용 세트로 다시 정리하는 일부터 먼저 해보는 것을 추천합니다. 그 기준이 생기면 같은 재료로도 훨씬 일관성 있는 결과에 가까워집니다.

레퍼런스 세트는 수집 폴더와 작업 폴더를 분리하는 순간부터 훨씬 실용적인 도구가 됩니다

레퍼런스 세트는 수집 폴더와 작업 폴더를 분리하는 순간부터 훨씬 실용적인 도구가 됩니다

많은 분들이 레퍼런스 작업에서 가장 먼저 겪는 문제는 이미지가 너무 많아진다는 것입니다. 저장은 계속 되는데, 막상 생성할 때 어떤 이미지를 써야 할지는 점점 더 어려워집니다. 이 문제는 감각 부족보다 구조 부족에 가깝습니다. 영감용으로 저장하는 수집 폴더와 실제 생성에 쓰는 작업 폴더를 분리하지 않으면, 레퍼런스는 많아질수록 오히려 덜 유용해집니다.

그래서 폴더 구조부터 다르게 잡는 것이 좋습니다. 수집 폴더는 넓게, 자유롭게 모아도 됩니다. 반면 작업 폴더는 지금 당장 생성에 투입할 이미지만 남기는 식으로 좁혀야 합니다. 이 두 층을 나누면 좋아 보이는 이미지와 실제로 닮겨야 하는 이미지를 훨씬 쉽게 구분할 수 있습니다.

예를 들어 아래처럼 운영할 수 있습니다.

inspiration/
- portraits
- still life
- cinematic color

working-set/
- composition
- style
- subject-lock

이 구조만 있어도 생성 직전에 허둥거리며 이미지를 다시 고르는 시간이 크게 줄어듭니다. 레퍼런스 세트는 결국 저장량보다 선별 구조가 더 중요합니다.

각 레퍼런스 이미지에 왜 저장했는지 한 줄 설명을 붙이면 세트 품질이 빠르게 올라갑니다

각 레퍼런스 이미지에 왜 저장했는지 한 줄 설명을 붙이면 세트 품질이 빠르게 올라갑니다

레퍼런스 이미지를 고를 때 가장 흔한 문제는 마음에 들어서 저장했는데, 나중에는 왜 저장했는지 모르는 상태가 된다는 점입니다. 보기 좋은 이미지는 많지만, 어떤 컷은 구도를 위해 저장했고 어떤 컷은 색감을 위해 저장했는지 잊어버리면 작업 세트로 옮기는 순간 판단이 흐려집니다. 그래서 수집 단계부터 가능하면 한 줄 메모를 붙이는 편이 좋습니다.

메모는 길 필요가 없습니다. 오른쪽 3분할 구도, 차분한 올리브-크림 팔레트, 짧은 보브 헤어 식별용, 유리병 반사 제어 참고처럼 역할만 적어도 충분합니다. 이 메모가 있으면 작업 세트로 옮길 때도 무엇을 남기고 무엇을 버릴지 훨씬 빨라집니다.

실무에서는 아래처럼 평가할 수 있습니다.

1. 역할이 한 문장으로 설명되는가
2. 같은 역할의 이미지가 너무 많이 겹치지 않는가
3. 보기 좋다는 이유만으로 남겨 둔 이미지는 아닌가
4. 지금 프로젝트 목표와 직접 연결되는가

이렇게 보면 무드보드의 밀도도 훨씬 좋아집니다. 레퍼런스는 결국 감탄용 저장이 아니라, 다음 생성에서 무엇을 끌고 올지 분명한 재료여야 하기 때문입니다.

iw, sw, ow 비교는 숫자 실험이 아니라 역할 충돌을 읽는 과정으로 봐야 합니다

iw, sw, ow 비교는 숫자 실험이 아니라 역할 충돌을 읽는 과정으로 봐야 합니다

비교 순서는 기능별로 분리하는 편이 안전합니다. V8.2에서 Image Prompt의 --iw를 먼저 비교하고, 다음에는 Style Reference의 --sw를 따로 비교하세요. Moodboard는 --p와 --stylize로 시험하고, Omni Reference는 V7에서 --oref와 --ow로 별도 비교합니다. 서로 다른 버전과 입력 방식을 한 표에 섞지 않아야 결과 차이를 가중치 때문이라고 잘못 해석하지 않습니다.

예를 들어 같은 프롬프트에서 아래처럼 비교해 보면 의미가 더 분명해집니다.

A1과 A2처럼 같은 종류 안에서 한 값만 바꿔야 구성 영향의 차이를 읽을 수 있습니다. B1·B2는 스타일 영향, C1·C2는 V7의 대상 유지 정도를 비교하는 기록입니다. 세 그룹끼리 우열을 비교하는 것이 아니라, 각 그룹 안에서 유지할 값을 찾는 방식입니다. 결과 옆에는 유지할 특징·무너진 특징·다음에 바꿀 값을 한 줄씩 남기세요.

잘되는 세트는 늘리기보다 줄이면서 만들어집니다

잘되는 세트는 늘리기보다 줄이면서 만들어집니다

레퍼런스 세트가 잘 안 풀릴수록 사람은 자꾸 이미지를 더 넣고 싶어집니다. 그런데 실전에서는 반대 방향이 더 자주 맞습니다. 잘되는 세트는 보통 이미지 수를 줄이면서 만들어집니다. 역할이 겹치는 이미지를 빼고, 한 장이 두 가지 역할을 동시에 맡고 있으면 분리하고, 기준을 흐리는 컷을 버릴수록 결과가 선명해집니다.

그래서 레퍼런스 세트를 다룰 때는 추가보다 삭제가 더 중요한 편입니다. 이 이미지가 없어도 세트 목표가 유지되는가?를 계속 물어보면 작업 세트는 점점 강해집니다. 한 번에 완벽한 프롬프트는 없다: 반복 개선 루프로 AI 결과물 퀄리티 높이기와 함께 보면, 삭제와 비교를 반복하는 흐름이 왜 중요한지 더 잘 연결됩니다.

결국 레퍼런스 운영은 수집 취미가 아니라 편집 능력에 가깝습니다. 오늘은 새 이미지를 더 찾기보다, 지금 저장한 이미지 중에서 역할이 겹치는 컷 세 장만 먼저 빼 보세요. 그렇게 세트를 가볍게 만드는 순간, 오히려 결과는 더 일관된 방향으로 모이기 시작합니다.

레퍼런스 세트도 결국 기록을 남기는 사람이 더 빨리 안정화합니다

레퍼런스 세트도 결국 기록을 남기는 사람이 더 빨리 안정화합니다

레퍼런스 로그에는 이미지 자체만 저장하지 말고 모델 버전, 입력 종류, URL 또는 코드, 가중치, seed를 함께 적어야 합니다. 특히 Omni Reference 결과는 V7이고 Moodboard·Image Prompt·Style Reference 실험은 V8.2일 수 있으므로 버전이 빠지면 다음 작업에서 같은 조건을 재현하기 어렵습니다. 결과가 좋았던 이유와 버린 이유까지 한 줄로 남기면 다음 세트 선별이 훨씬 빨라집니다.

그래서 레퍼런스 운영은 저장보다 로그가 더 중요합니다. 오늘은 무드보드에서 이미지를 더 모으기보다, 최근 프로젝트에서 실제로 먹힌 레퍼런스 세 장만 골라 왜 먹혔는지 한 줄씩 적는 작업부터 해 보세요. 그 짧은 메모가 쌓일수록 다음 세트는 훨씬 가볍고 선명해집니다.

레퍼런스 세트도 많이 모으는 사람보다 잘 버리는 사람이 더 빨리 안정화합니다. 세트를 줄여도 목표가 유지된다면 그 구성이 더 강한 세트입니다. 이 감각이 생기면 다음 프로젝트 속도가 크게 달라집니다.

작업을 마칠 때는 최종 이미지와 함께 모델 버전, 레퍼런스 종류, URL·코드, 가중치, seed, 채택·제외 이유를 한 묶음으로 저장하세요. 다음 프로젝트에서는 그 기록에서 역할이 분명했던 입력만 복사하면 됩니다. 새 이미지를 더 모으기 전에 오늘 사용한 세트에서 목적이 겹치는 컷 하나를 빼고, 같은 조건으로 한 번 다시 생성해 보는 것이 가장 빠른 다음 단계입니다.

자주 묻는 질문

자주 묻는 질문

레퍼런스 이미지는 많이 넣을수록 좋은가요?

대체로 그렇지 않습니다. 역할이 다른 이미지를 한 번에 많이 넣으면 무엇을 따라야 하는지 흐려지기 쉽습니다. 한 번에는 목적이 분명한 소수의 이미지로 시작하는 편이 더 안정적입니다.

Moodboard에 –sw를 쓰거나 V8.2에서 –ow를 써도 되나요?

현재 공식 문서 기준으로 Moodboard는 --sw·--sv와 호환되지 않습니다. Moodboard의 영향은 --stylize로 조절하세요. --ow는 --oref와 함께 쓰는 Omni Reference 가중치이며 현재 V7 전용입니다. 웹에서 Omni Reference 이미지를 추가하면 생성 모델도 자동으로 V7로 전환됩니다.

레퍼런스가 많아질수록 오히려 결과가 퍼지는 이유는 뭔가요?

좋아 보이는 이미지가 많아도 서로 다른 목적을 가진 컷이 한꺼번에 들어오면 모델 입장에서는 따라야 할 기준이 분산됩니다. 그래서 세트를 만들 때는 좋은 이미지 모음보다 역할이 분리된 이미지 묶음이 더 중요합니다.