Midjourney 초보자 가이드: /describe로 프롬프트 역추론하고 --sref로 스타일 고정하기

이 Midjourney 사용법 튜토리얼은 두 가지 문제를 해결합니다: 프롬프트를 어떻게 작성할지 모를 때 역으로 추론하는 방법과, 한 세트의 이미지가 장기적으로 동일한 스타일을 유지하도록 하는 방법. Midjourney의 /describe와 --sref 기능을 숙지하면 이미지 생성 과정을 '운에 맡기기'에서 '재사용 가능한 프로세스'로 전환할 수 있습니다.

시작 방법과 준비사항: 먼저 Midjourney 명령어가 동작하는지 확인

Discord에서 Midjourney 봇이 활성화된 공개 채널 또는 자신의 프라이빗 서버 채널에 접속하여, 명령어를 정상적으로 전송하고 봇의 응답을 받을 수 있는지 확인하세요. Midjourney를 처음 사용한다면, 먼저 간단한 프롬프트로 이미지를 한 번 생성하여 권한과 대기열이 정상적인지 확인한 후, 역추론 및 스타일 고정 작업을 시작하는 것이 좋습니다. 이렇게 하면 발생하는 문제를 프롬프트 탓으로 오해하는 것을 방지할 수 있습니다.

주로 자신의 서버에서 Midjourney를 사용한다면, 채널이 봇의 발언을 허용하는지, 그리고 올바른 채널 유형에서 작업 중인지 다시 한번 확인하세요. Midjourney 명령어의 진입점은 동일하며, 핵심은 봇이 메시지를 응답하고 그리드 이미지를 생성할 수 있게 하는 것입니다.

/describe로 역추론하기: '참고 이미지'를 편집 가능한 프롬프트로 변환

마음에 드는 이미지(사진, 일러스트, 포스터 등)가 있다면, Discord에서 /describe를 입력하고 해당 이미지를 업로드하세요. Midjourney는 여러 개의 영어 설명 옵션을 반환하는데, 이것들은 바로 재사용 가능한 프롬프트의 초안입니다. 전부 그대로 복사할 필요는 없으며, '주제 + 재질/조명 + 렌즈/구도' 이 세 가지 정보를 우선적으로 유지하세요.

실전에서는 이 방법을 더 추천합니다: 먼저 가장 근접한 설명 하나를 선택해 한 번 생성해보고, 원하지 않는 요소는 부정어(negative prompt)를 사용해 제거하세요(예: 배경의 잡물, 글자, 워터마크 느낌 등). 역추론된 프롬프트를 '세 번 생성해도 엇나가지 않을' 정도로 수정하면, 이 Midjourney 프롬프트는 기본적으로 당신의 자주 쓰는 라이브러리에 추가될 수 있습니다.

--sref로 스타일 고정하기: 나만의 스타일 참조 라이브러리 구축

동일 시리즈 작업물의 질감을 통일시키고 싶다면, 가장 손쉬운 방법은 Midjourney에 스타일 참조를 추가하는 것입니다: 프롬프트 맨 뒤에 --sref를 추가하고, 한 장 또는 여러 장의 스타일 참조 이미지 URL을 넣으세요. 스타일 참조 이미지는 '필감, 색조, 명암, 재질'만 표현하는 것이 가장 좋으며, 주제가 너무 강하지 않아야 합니다. 그렇지 않으면 Midjourney가 주제까지 함께 '차용'해버릴 수 있습니다.

또한 --sref에 가중치 매개변수를 함께 사용할 수 있습니다(스타일이 너� 강하거나 약하다고 느껴지면 미세 조정). 이를 '스타일 다이얼'처럼 생각하세요. 두세 개의 안정적인 --sref 조합을 확보하면, Midjourney로 브랜드 KV, 시리즈 프로필 사진, 동인지 통일 화풍 작업을 훨씬 수월하게 진행할 수 있습니다.

자주 발생하는 문제점과 해결법: 역추론 부정확, 스타일 이탈, 결과물 불일치

/describe로 역추론한 설명이 '겉보기에는 맞는데 생성 결과는 많이 다르다'면, 보통 설명에 중요하지 않은 장면 단어가 섞여 있기 때문입니다. 장소/분위기 관련 단어를 삭제하고 주제와 화면 언어만 남긴 후, Midjourney로 다시 한 번 생성해 보세요. 스타일이 이탈할 때는, 먼저 --sref에 사용한 이미지가 너무 복잡하지 않은지, 스타일 자체가 일관된지 확인하고, 그 다음으로 프롬프트 내의 스타일 형용사를 줄여 --sref와 충돌하지 않도록 고려하세요.

동일한 프롬프트로 매번 결과 차이가 크다면, 랜덤 시드(seed)를 고정하여 재현성을 높이고, 가능한 동일한 크기 비율과 매개변수 조합을 유지하세요. Midjourney를 '가뭄에 콩 나듯 하는 도구'가 아닌 '제어 가능한 워크플로우'로 대하면 시간 비용이 눈에 띄게 줄어들 것입니다.