미드저니 Thinking 모드: Rerun 결과, 채택해도 될까?

Thinking 재실행은 원본 이미지가 놓친 요구 사항을 해결했을 때 채택할 가치가 있습니다. 더 예뻐진 결과가 여전히 잘못된 교체일 수 있습니다. 라벨은 읽기 쉬워졌는데 제품 형태가 달라지거나, 장면에 디테일은 늘었는데 헤드라인에 필요한 빈 공간이 사라질 수 있기 때문입니다. 버튼을 누르기 전에 무엇이 개선되어야 하는지 먼저 정하세요.

2026년 10월 12일에 확인한 미드저니의 10월 8일 공지는 알파 웹사이트 테스트를 설명합니다. 진입점은 작업 라이트박스 아래 오른쪽 하단에 있는 **Rerun (Thinking)**입니다. 미드저니는 자체 테스트에서 프롬프트 정확도, 타이포그래피, 일관성이 개선됐다고 밝히며, 도움이 된 사례와 실패한 사례를 사용자에게 공유해 달라고 요청했습니다. 더 넓은 제공 범위는 해당 공지에서 향후 가능한 방향으로만 언급됐습니다. 이 글은 계정 단위의 테스트나 측정된 성공률이 아니라, 검토 방법을 제안합니다.

구체적으로 설명할 수 있는 결함부터 고르세요

거의 쓸 만한 기존 이미지에서 시작하세요. 아직 납품할 수 없는 이유를 한 문장으로 적습니다. “헤드라인 철자가 틀렸다”는 실행 가능한 문제 정의입니다. “임팩트가 더 필요하다”는 취향이 비교 전체를 집어삼킬 여지를 너무 많이 남깁니다.

제품 구도에서는 손잡이가 사라졌거나, 객체가 하나 더 생겼거나, 공간 관계가 잘못된 것이 결함이 될 수 있습니다. 포스터에서는 단어가 깨졌거나 텍스트가 피사체를 가로질러 놓인 경우, 장면에서는 광원과 모순되는 그림자가 해당합니다. 다른 검토자가 설명을 두 번 듣지 않고도 알아볼 수 있을 만큼 구체적으로 결함을 정의하세요.

다음으로 이미 잘 작동하는 부분을 지정하세요. 카메라 앵글, 배경색, 피사체 실루엣, 캡션을 위해 남겨둔 공간이 모두 필수 요소일 수 있습니다. 이것이 보존 요구 사항입니다. 성공적인 수정이 이미지 다른 곳에서 더 큰 제작 문제를 조용히 만들어서는 안 되기 때문에 중요합니다.

비교는 하나의 프롬프트에 묶어 두세요

재실행 전에 원본 작업, 정확한 프롬프트, 레퍼런스, 표시된 설정을 저장해 두세요. 폴더 기본값이나 스타일 레퍼런스를 실험해 왔다면 먼저 확인합니다. 알파 폴더와 스타일 미리보기 워크플로우에서 그 설정을 이해하기 쉽게 유지하는 방법을 설명합니다.

첫 비교에는 같은 소스 작업을 사용하세요. 프롬프트를 다시 쓰면서 레퍼런스 이미지를 바꾸고 화면 비율까지 동시에 변경하지 마세요. 여러 입력이 바뀌면 마음에 드는 결과를 고를 수는 있지만, 그 차이를 Thinking만의 효과로 돌리기는 어렵습니다.

다음은 실제 출력을 관찰한 결과가 아니라, 제안된 연습용 브리프입니다.

크림색 도자기 찻주전자가 연한 파란색 테이블 위에 있고, 손잡이는 오른쪽, 주둥이는 왼쪽에 있다. 작은 찻잔 하나가 찻주전자 앞에 놓여 있다. 찻잔 뒤의 종이 카드에는 “오후 네 시의 차”라고 적혀 있다. 부드러운 창문 빛이 왼쪽에서 들어온다. 구도의 위쪽 3분의 1은 비워 둔다.

이 브리프에는 개수, 관계, 짧은 문구, 레이아웃 요구 사항이 들어 있습니다. 검토자가 확인할 수 있는 구체적인 항목을 제공합니다. 비슷한 수준으로 명확한 요구 사항이 있는 실제 제작 브리프가 있다면 그것을 사용하세요. 실제로 필요 없는 복잡한 장면을 테스트해봐야 얻는 것이 없습니다.

Start Creating

이미지를 세 번에 나눠 읽으세요

첫째, 요구 사항대로 생성되었는지 확인합니다. 객체 수를 세고, 어떤 객체가 앞에 있는지 확인하고, 요청한 문구의 모든 글자를 띄어쓰기와 구두점까지 읽습니다. 이미지가 실제로 표시될 크기에서 확인하세요. 썸네일에서 그럴듯해 보이는 텍스트도 확대하면 뚜렷한 오류가 드러날 수 있습니다.

둘째, 관계를 살핍니다. 손잡이와 주둥이가 모두 존재하면서도 실현 불가능한 물체에 붙어 있을 수 있습니다. 찻잔이 카드를 겹쳐 텍스트를 쓸 수 없게 만들 수도 있습니다. 접촉 지점, 원근, 반복되는 형태, 반사, 그림자를 확인하세요. 빠른 심미적 판단이 놓칠 수 있는 모순을 찾는 것이 목표입니다.

셋째, 보존 여부를 확인합니다. 실루엣, 시각적 위계, 크롭, 사용 가능한 여백를 원본과 비교하세요. 새 이미지가 카드는 고쳤지만 캠페인 헤드라인에 필요한 영역을 없앴다면, 두 결과를 모두 기록합니다. 트레이드오프를 숨기는 모호한 점수로 합치지 마세요.

간결한 검토 노트는 요구 사항, 관찰, 결정이라는 세 항목으로 구성할 수 있습니다. 예를 들어 “텍스트가 더 좋아 보임”보다 “카드 문구: 최종 크기에서 모든 글자 판독 가능, 통과”가 더 유효한 기록입니다. 애매한 세부 사항은 확신을 근거로 삼지 말고 미해결로 표시한 뒤 직접 다시 확인하세요.

유지, 편집, 브리프 재작성 중 하나를 고르세요

지목한 결함이 해결되고 보존 요구 사항도 그대로 유지된다면 재실행 결과를 채택하세요. 승인된 파일은 원본과 분리해 저장해, 이후 실험이 실수로 덮어쓰지 못하게 하세요.

프레임 대부분이 승인됐고 남은 결함이 작은 영역에 있다면 부분 편집을 선택하세요. 전체 재실행은 이미지 전체를 다시 검토하는 작업을 새로 만들어냅니다. 이런 상황에는 V8.2 인페인팅·아웃페인팅 가이드가 다른 워크플로우를 제공합니다. Thinking 재실행과 부분 편집은 서로 다른 제작 요구에 대한 답입니다.

브리프에 서로 충돌하는 지시가 있다면 브리프를 다시 작성하세요. 넓은 방 샷에서 작은 카드에 긴 단락을 담으면서 자연스럽게 읽히게 할 수는 없습니다. 텍스트와 방 중 무엇이 우선인지 정한 뒤, 수정된 프롬프트로 별도의 비교를 진행하세요. 원래 비교와 섞이지 않도록 그 실험에는 명확한 라벨을 붙이세요.

캠페인 문구를 정확히 맞춰야 한다면, 일러스트를 승인한 뒤 레이아웃 소프트웨어에서 최종 텍스트를 입히는 방법을 고려하세요. 이는 모델이 텍스트를 생성하지 못한다는 주장이 아니라 제작상의 선택입니다. 철자, 서체, 줄 바꿈, 막바지 카피 변경을 직접 통제할 수 있습니다.

비교가 더 이상 질문에 답하지 못하면 멈추세요

반복된 재실행은 복구 과정이 아니라 새로움을 찾는 탐색이 되기 쉽습니다. 프로젝트에 맞는 작은 실험 예산을 정하고, 결과를 함께 모아 검토하세요. 이는 편집상의 권장 사항이며, 미드저니 요금이나 테스트가 계정 리소스를 소비하는 방식에 대한 언급이 아닙니다.

후보가 계속 한 결함을 다른 결함으로 바꿔치기한다면 접근을 바꾸세요. 장면을 단순화하거나, 타이포그래피를 이미지 생성과 분리하거나, 승인된 프레임을 편집하는 식입니다. 반복되는 문제를 드러내는 실패 후보는 보존하세요. 시각적으로 매력적인 버전이 왜 반려됐는지 팀원이 이해하는 데 도움이 됩니다.

Thinking 항목이 보이지 않으면 현재 알파 인터페이스와 공식 공지를 확인하세요. 10월 게시물은 Discord 명령어, API 매개변수, 전체 사용자 접근 권한, 특정 구독 혜택을 확정하지 않습니다. 존재하지 않는 플래그를 제작 워크플로우에 복사해 넣지 마세요.

이미지와 함께 판단 근거를 넘기세요

선택한 이미지를 소스 작업, 프롬프트, 의도한 크롭, 수정된 결함에 대한 짧은 메모와 함께 전달하세요. 에셋이 레이아웃이나 애니메이션 단계로 넘어가기 전에 해결되지 않은 문구나 형태 문제를 기록합니다. 검토자가 이름 없는 다운로드 파일 폴더를 뒤지지 않고도 이 파일이 선택된 이유를 이해할 수 있어야 합니다.

캠페인에서는 모든 에셋에 동일한 승인 기준을 적용하세요. 포스터 하나가 성공했다고 해서 이후의 모든 프롬프트가 같은 방식으로 작동하는 것은 아닙니다. Thinking은 목적이 분명한 추가 시도로 평가할 때 가장 유용합니다. 명확히 짚은 문제를 수정하고, 이미 승인된 부분을 보호하고, 브리프를 충족하는 버전을 남기는 것입니다.