Midjourney 8.2로 바로 옮기지 말고 8개 작업으로 먼저 검수하세요

Midjourney 8.2가 기본 버전이 되었다고 해서 진행 중인 작업까지 즉시 옮길 필요는 없습니다. 기존에 승인받은 V8.1 또는 V7 결과가 있다면, 먼저 실제 납품 작업 8개를 같은 조건으로 다시 만들어 유지, 한 변수 재검수, 기존 버전 롤백 중 하나를 선택하세요.

이 글은 V8.2가 더 좋거나 나쁘다는 순위를 매기지 않습니다. 이 글을 준비하면서 Midjourney 계정에서 동일 입력 A/B 생성을 수행하지 않았고, 아래 검수표의 결과·점수·재시도 수는 모두 실행 안 함/알 수 없음입니다. 표는 독자가 자신의 계정과 실제 작업으로 채우는 기록지입니다.

먼저 확인할 것: 공식 발표와 실무 합격은 다릅니다

Midjourney는 2026년 7월 24일 V8.2를 발표했고, 버전 문서는 같은 날 V8.2가 기본 버전이 되었다고 설명합니다. 공식 발표가 강조한 축은 미감, 이미지 품질, Personalization입니다. 특히 기존 프로필과 새 프로필을 모두 시도해 보라고 권합니다.

여기까지는 공식 사실과 제품 측 설명입니다. 모든 한국어 프롬프트가 더 잘 따라오거나, 작은 디테일이 항상 좋아지거나, 재시도 횟수가 줄었다는 보장은 아닙니다. 실제 통과 여부는 웹툰 캐릭터, 쇼핑몰 제품 컷, 건축 시안, 포스터처럼 여러분이 지켜야 하는 조건에 따라 달라집니다.

현재 한국어 검색 결과에는 출시 전 전망을 출시 후 기능처럼 단정하거나 “완벽한 일관성”, “압도적 속도”처럼 검증되지 않은 표현을 쓰는 글도 보입니다. 그래서 기능표보다 먼저 공식 문서의 현재 상태와 자신의 승인 기준을 나란히 두는 편이 안전합니다.

버전을 바꾸기 전에 기준선을 보존하세요

첫 행동은 새 버전을 실행하는 것이 아니라 기존에 승인된 결과를 찾는 것입니다. 이미지 파일만 남기지 말고 프롬프트, 화면비, Raw 사용 여부, stylize 값, Personalization 프로필, 사용한 버전, 가능한 시드, SD/HD 등 보이는 실행 모드를 함께 적으세요.

공식 호환성 표는 V8.1과 V8.2의 Seed를 약 99% 동일한 제어로 설명합니다. 이는 같은 시드가 픽셀 단위로 같은 구도를 보장한다는 뜻이 아닙니다. 따라서 비교 목표는 “완전히 같은 두 이미지”가 아니라, 가능한 제어를 최대한 고정했을 때 업무상 중요한 조건이 유지되는지입니다.

다음 다섯 항목은 한 쌍 안에서 바꾸지 않습니다.

1. 프롬프트와 반드시 남아야 할 피사체 조건
2. 화면비
3. Raw와 stylize 설정
4. 가능한 시드 또는 가장 가까운 재현 제어
5. Personalization 프로필 쌍과 SD/HD 등 실행 모드 기록

비교 도중 프롬프트를 “더 잘 먹히게” 고치면 버전 차이와 프롬프트 수정 효과를 분리할 수 없습니다. 먼저 원래 조건으로 한 쌍을 남기고, 재검수가 필요할 때만 한 변수를 바꿉니다.

호환성에서 먼저 걸러야 할 세 가지

2026년 7월 29일 확인한 공식 버전 표에는 V8.1·V8.2 묶음에서 Quality Parameter와 Draft Mode가 지원되지 않는 것으로 표시됩니다. 커뮤니티에서 빠른 생성과 낮은 세부 묘사를 함께 보고 --q 2나 --q 4를 붙였는데 변화가 없다고 말하는 사례가 있지만, 그 사례 하나로 V8.2 전체의 품질 저하를 결론 내릴 수는 없습니다. 공식 표상 지원되지 않는 값을 품질 복구 스위치처럼 쓰지 말고, 현재 선택된 버전과 실행 모드를 먼저 확인하세요.

또한 Omni Reference 문서와 버전 표는 해당 경로가 V7을 사용한다고 설명합니다. Omni Reference가 필요한 작업은 “V8.2 고유 출력” 검수 행에 섞지 마세요. V7 경로를 통과한 결과를 V8.2의 일관성 증거로 표시하면 버전 이전 판단이 틀어집니다.

정리하면 다음과 같습니다.

이 표는 2026년 7월 29일 기준입니다. Midjourney가 호환성 표나 기본 버전을 바꾸면 다시 확인해야 합니다.

8개 프롬프트 업그레이드 검수 팩

여덟 행은 “멋진 프롬프트 8개”가 아니라 서로 다른 실패를 드러내는 실제 작업 8개입니다. 한국어 제작 환경에서는 제품명·한글 문구·소품 수·인물 관계·브랜드 톤처럼 납품에 중요한 조건을 의도적으로 분산하세요. 이미 사용 중인 작업이 여덟 개보다 적으면 억지로 채우지 말고 해당 행을 실행 안 함/알 수 없음으로 둡니다.

1단계: 작업을 고릅니다

아래 유형에서 실제로 쓰는 것만 선택합니다.

• 인물 피부·눈·손처럼 확대 시 디테일이 드러나는 컷
• 제품 수, 로고 위치, 재질처럼 누락되면 안 되는 상업 이미지
• 전경·중경·배경 관계가 중요한 공간 또는 건축 장면
• 강한 분위기와 정확한 피사체 지시가 동시에 필요한 에디토리얼 컷
• 여러 인물의 역할과 동작을 구분해야 하는 장면
• 한글 간판이나 짧은 문구가 포함된 시안
• 기존 Personalization 취향이 중요한 스타일 작업
• 새 Personalization 프로필을 시험할 대표 작업

2단계: 아래 기록지를 복사합니다

점수는 0점(사용 불가), 1점(재작업 필요), 2점(납품 가능)으로 씁니다. 네 가지 점수는 필수 조건 유지, 납품 확대율의 디테일 정합성, 프롬프트 준수·구도, Personalization 적합성입니다. Personalization을 사용하지 않는 행은 임의로 2점을 주지 말고 해당 없음으로 표시합니다.

이 공개 템플릿에는 Midjourney 생성 결과가 포함되어 있지 않습니다. 여러분이 결과 링크나 파일명을 증거 칸에 넣기 전까지 모든 행은 미실행입니다.

3단계: 썸네일 대신 납품 확대율로 봅니다

첫 화면에서 더 화려한 이미지를 고르기 전에 실제 사용 크기로 확대합니다. 쇼핑몰 상세 페이지라면 제품 모서리, 인물 작업이면 눈·손·액세서리, 공간 작업이면 난간·창호·반복 구조를 봅니다. “느낌이 더 좋다”와 “업무 조건을 지켰다”를 같은 점수로 합치지 마세요.

한글 문구가 필요한 시안은 철자만 보지 않습니다. 문구가 지시된 위치에 있고, 글자 수가 구도를 깨지 않으며, 읽을 수 있는지 확인합니다. 실제 납품에서 문자를 후편집한다면 그 사실을 조건에 적어 이미지 모델의 성능과 후공정을 섞지 않습니다.

4단계: 행마다 재시도는 두 번까지만 합니다

한 행이 실패하면 최대 두 번만 재시도합니다. 첫 재시도에서는 버전·프롬프트·비율·시드·프로필 가운데 기록이 어긋난 한 변수만 바로잡습니다. 두 번째 재시도에서도 필수 피사체가 사라지거나 디테일이 무너지면 “조금 더 뽑아 보면 나올 것”이라고 무한 생성하지 말고 롤백 후보로 표시합니다.

재시도 예산은 속도 벤치마크가 아닙니다. 비용이나 생성 시간을 관측했다는 뜻도 아닙니다. 같은 작업이 새 기본값에서 얼마나 안정적으로 승인 가능한 결과에 도달하는지 제한된 범위에서 판단하기 위한 중단 규칙입니다.

유지, 재검수, 롤백을 결정하는 문턱

V8.2 유지

여덟 행 모두에서 작업에 필수인 조건이 남고, 핵심 행이 디테일 또는 프롬프트 준수에서 실패하지 않으며, Personalization이 의도한 취향을 보존하거나 개선하고, 어떤 행도 두 번의 재시도 예산을 넘지 않을 때 유지합니다.

여기서 “개선”은 공식 발표를 반복하는 말이 아니라 여러분이 기록한 결과로 판단해야 합니다. 미실행 행이 하나라도 있으면 전체 유지 결론을 확정하지 않습니다.

한 변수 재검수

증거가 빠졌거나, 구버전과 V8.2의 Raw·stylize·시드·프로필·모드 중 하나가 다르거나, 비핵심 행 하나가 분리 가능한 원인으로 실패했다면 재검수합니다. 한 번에 한 변수만 바꾸고 변경 전후를 같은 행에 남깁니다.

예를 들어 V8.2 쪽에 새 Personalization 프로필을 쓰면서 구버전에는 기존 프로필을 썼다면 버전 효과와 프로필 효과가 섞였습니다. 먼저 같은 기존 프로필로 버전만 비교한 다음, 별도 행에서 프로필만 바꾸세요.

기존 버전 롤백

핵심 작업에서 필수 피사체나 구도가 반복해서 사라지거나, 납품 확대율에서 디테일 정합성이 무너지거나, 여러 행이 두 번의 재시도 예산을 넘거나, 필요한 기능 경로가 새 기본 버전에서 깨지면 해당 제작 흐름은 기존 승인 버전으로 돌립니다.

롤백은 V8.2 전체가 나쁘다는 선언이 아닙니다. 특정 작업과 특정 시점에 기존 기준선이 더 안전하다는 운영 결정입니다. 새 공식 문서, 기능 호환성 변경, Personalization 변경이 나오면 같은 8행 기록으로 다시 확인할 수 있습니다.

“품질이 갑자기 나빠졌다”면 이 순서로 진단하세요

2026년 7월의 한 커뮤니티 글에서는 사용자가 이전보다 빠르게 생성되지만 세부 품질이 떨어진다고 느꼈고, --q 2·--q 4가 효과가 없다고 보고했습니다. 댓글에서는 Draft 여부나 기본 버전 변경을 확인하라는 답이 나왔습니다. 이는 실제 사용자가 겪는 질문이 존재한다는 증거이지만, 원인이나 빈도, 보편적 회귀를 증명하지는 않습니다.

같은 증상이 보이면 다음 순서로 좁히세요.

1. 현재 선택된 버전과 화면에 보이는 실행 모드를 기록합니다.
2. 공식 버전 표에서 해당 파라미터가 V8.2에 지원되는지 확인합니다.
3. 이전에 승인된 프롬프트 한 개를 고르고 제어값을 맞춥니다.
4. 썸네일이 아니라 납품 확대율에서 필수 디테일을 비교합니다.
5. 한 변수만 고쳐 최대 두 번 재시도합니다.
6. 해결되지 않으면 해당 작업만 기존 버전으로 돌리고 증거를 보존합니다.

--q처럼 현재 공식 표상 지원되지 않는 값을 반복해서 붙이는 것은 원인 분리가 아닙니다. 반대로 생성이 빠르다는 느낌만으로 Draft라고 단정하지도 마세요. 계정 화면과 공식 문서를 함께 확인해야 합니다.

이 검수는 공식 Midjourney에서 실행합니다

현재 YingTu 모델 구성에는 Midjourney 8.2 실행 경로가 없습니다. 따라서 이 검수의 생성 단계는 공식 Midjourney 화면에서 수행하는 것이 맞습니다. YingTu나 LaoZhang 서비스를 거쳐야 한다는 CTA는 이 작업을 완성하는 데 도움이 되지 않으므로 넣지 않았습니다.

GPT Image 2 같은 다른 이미지 모델은 별도의 제작 대안을 검토할 때 비교할 수 있지만, “기존 Midjourney 작업을 V8.2로 옮겨도 되는가”라는 질문의 실행 경로는 아닙니다. 다른 모델 결과를 V8.2 이전 검수표에 넣으면 버전 차이와 제공자 차이가 섞입니다.

버전과 무관하게 무료·무가입 이미지 생성 경로를 따로 찾는 독자는 로그인 없이 시작하는 AI 이미지 생성 경로를 참고할 수 있습니다. 그 글은 이 V8.2 검수의 대체 실행 경로가 아니라 다음 과제를 분리하기 위한 한국어 내부 링크입니다.

자주 묻는 질문

Midjourney 8.2가 기본 버전이면 지금 바로 바꿔야 하나요?

아니요. 기본값 변경은 출시 사실이지 여러분의 제작 합격 결과가 아닙니다. 승인된 기존 결과와 실제 작업 8개를 같은 조건으로 비교한 뒤 유지, 재검수, 롤백 중 하나를 고르세요.

--seed가 같으면 공정한 비교가 되나요?

비교를 더 가깝게 만들지만 픽셀 동일성을 보장하지 않습니다. 공식 표도 약 99% 동일로 표현합니다. 시드와 함께 프롬프트, 화면비, Raw·stylize, 프로필, 실행 모드를 기록하고 업무 조건 유지 여부를 봅니다.

V8.2에서 --q 2 또는 --q 4로 품질을 높일 수 있나요?

2026년 7월 29일 확인한 공식 호환성 표에서는 V8.1·V8.2의 Quality Parameter가 미지원으로 표시됩니다. 입력했지만 변화가 없다는 커뮤니티 사례를 보편적 결론으로 확대하지 말고, 현재 공식 표와 실제 선택 모드를 먼저 확인하세요.

Omni Reference 결과를 V8.2 테스트로 쓸 수 있나요?

아니요. 현재 공식 문서는 Omni Reference가 V7을 사용한다고 설명합니다. 그 결과는 별도 기능 경로로 기록하고 V8.2 네이티브 출력의 합격 근거로 라벨링하지 마세요.

8개를 모두 실행하지 못하면 어떻게 하나요?

빈 행을 실패나 성공으로 세지 말고 실행 안 함/알 수 없음으로 둡니다. 핵심 작업이 빠졌다면 전체 이전 결론을 보류하고, 우선 그 작업을 실행한 뒤 결정하세요.

새 Personalization 프로필과 이전 프로필 중 무엇을 써야 하나요?

공식 발표는 둘 다 시도해 보라고 권합니다. 먼저 같은 기존 프로필로 버전만 비교하고, 별도 행에서 프로필만 바꾸면 버전 효과와 취향 프로필 효과를 분리할 수 있습니다.

가장 중요한 산출물은 “V8.2가 더 좋다”는 문장이 아니라, 어떤 작업이 어떤 조건에서 통과했고 어디서 한 변수 재검수 또는 롤백이 필요했는지를 보여주는 기록입니다.