AI 이미지 생성 워크플로: 리파인·재생성·출고를 결정하는 리뷰 게이트

AI 이미지 생성 워크플로에서 대부분의 시간은 프롬프트를 쓰는 데 쓰이지 않습니다. 렌더를 들여다보며 어떻게 할지 결정하는 데 쓰입니다. 이건 남기고, 저 가장자리는 고치고, 처음부터 다시 하고, 아니면 전체를 리터처에게 넘기는 식이죠. 이 결정을 감으로 내리면 작업은 루프가 됩니다. 렌더마다 직전보다 조금씩 나아 보이니 매번 한 라운드가 더 붙고, 나중에 승인된 파일이 왜 승인됐는지 아무도 설명하지 못합니다.

리뷰 게이트는 결정을 명시적으로 만들어 그 루프를 끊습니다. 구성은 네 가지입니다. 첫 렌더 전에 작성하는 수용 기준, 점검 순서를 고정하는 것, 후보를 비교하는 하나의 방식, 그리고 리파인·재생성·합성 중 무엇을 할지 고르는 규칙입니다. 게이트가 모델의 이미지를 더 좋게 만들어 주지는 않습니다. 필요하지 않은 라운드에 비용을 쓰지 않게 해줄 뿐입니다.

첫 렌더 전에 수용 기준을 작성하세요

네 줄이면 충분하고, 5분이면 됩니다:

• 출고 크기와 크롭: 1200픽셀 인라인 이미지, 3000픽셀 히어로, 정사각형 소셜 카드, 4:5 세로형.
• 프레임 안에서 셀 수 있어야 하는 것: 제품 하나, 사람 둘, 병 셋, 읽을 수 있는 헤드라인 하나.
• 움직이면 안 되는 것: 라벨 아트워크, 제품 비례, 클라이언트 마크, 지평선.
• 이미지가 보이는 가장 작은 위치: 관련 글 썸네일, 검색 결과, 휴대폰 피드.

각 줄은 나중에 점검 항목이 됩니다. "괜찮아 보인다"는 반박할 수 없지만, "320픽셀 너비에서 라벨을 읽을 수 있다"는 프롬프트를 쓰지 않은 사람도 10초 만에 통과 또는 실패를 판정할 수 있습니다. 기준은 리뷰어가 바뀌어도 유지되는데, 이미지를 생성하는 사람과 승인하는 사람이 다를 때 이 점이 중요합니다.

출고할 크기로 생성하세요

해상도는 내보내기 설정이 아니라 리뷰 변수입니다. 현재 Nano Banana 모델들은 1K에서 출력이 시작되며 2K나 4K로 요청할 수 있습니다. Nano Banana 2.1에 관한 Google의 모델 문서는 1K를 기본값으로 두고 2K와 4K를 선택할 수 있다고 밝히며, Nano Banana Pro 사양 페이지도 같은 세 가지 출력 크기를 제시합니다. 리뷰 단계에서 이 점이 중요한 이유는 결함이 고르게 확대되지 않기 때문입니다. 가는 글자, 얇은 스트랩, 머리카락 경계, 작은 제품 텍스트는 1K에서 깔끔해 보이다가 4K에서 깨질 수 있고, 반대로 썸네일에서 무너지는 구도는 원본 크기로 볼 때 지극히 합리적으로 보입니다.

현실적인 타협은 의도적으로 값싼 한 라운드입니다. 작게 렌더링하고 구조만 본 뒤, 그 파일은 버릴 각오를 하세요. 구도가 맞으면 출고 해상도로 넘어가 그곳에서 디테일을 판단합니다. 4K로 출고할 에셋은 4K에서 100퍼센트로 리뷰해야 합니다. 피하려고 비용을 치르는 실패가 보이는 유일한 화면이기 때문입니다.

구조를 먼저, 디테일을 다음, 적합성을 마지막에 확인하세요

패스는 이 순서로 진행하고 건너뛰지 마세요.

구조 패스는 프레임이 맞는 프레임인지 묻습니다. 피사체를 세고, 크롭이 요구 비율에 맞는지 확인하고, 중요한 것이 안전 영역 밖에 있지 않은지 점검합니다. 시선이 어디에 떨어지는지 찾아 그것이 메시지가 있어야 할 자리인지 판단합니다. 카피나 제품 배지가 들어갈 빈 공간도 살핍니다. 값비싼 실패는 대부분 여기서 발생하며, 가장 싸게 발견할 수 있는 실패이기도 합니다.

디테일 패스는 프레임이 제대로 렌더링됐는지 묻습니다. 피사체와 배경이 만나는 윤곽을 따라가 보세요. 손, 스트랩, 공구 손잡이, 반사, 그림자를 살피고 그림자 방향이 빛과 일치하는지 확인합니다. 글자는 훑어보지 말고 한 글자씩 소리 내어 읽습니다. 넓고 평평한 영역은 생성된 표면의 흔적이 되는 반복 텍스처가 있는지 훑고, 먼 배경에는 요청하지 않은 물체가 있는지 확인합니다.

적합성 패스는 이미지가 실제로 놓일 자리에서 작동하는지 묻습니다. 출고 크기로, 그것이 나타날 표면에서 보고 나서, 다시 가장 작게 보이는 위치까지 줄여 봅니다. 썸네일 너비에서 피사체를 읽을 수 없다면 문제는 디테일이 아니라 구도이며, 어떤 리파인 라운드로도 고칠 수 없습니다.

순서가 핵심입니다. 곧 교체할 프레임에 디테일 수정을 가하는 것은 같은 시간을 두 번 쓰는 일이고, 디테일 패스는 가장 느린 패스입니다.

후보는 같은 크기로 나란히 비교하세요

이미지가 하나씩 도착하면 사람의 판단은 흔들립니다. 가장 최근 렌더는 보통 가장 마지막에 본 것이므로 가장 완성도 높게 느껴지고, 첫 렌더는 머릿속에서 승인했다고 기억하는 쪽입니다. 두 효과 모두 품질의 신호가 아닙니다.

후보 세네 개를 동일한 크기의 하나의 그리드에, 내가 고르지 않은 순서로 배치하고, 서로를 비교하는 대신 기준 목록과 대조해 각각 점수를 매기세요. 그리드는 다음 라운드까지 보관합니다. 구조에서 진 후보를 조명이 가장 좋다는 이유로 구제해서는 안 됩니다. 근접 실패 묶음이 타협을 하나씩 쌓아 승인되는 방식이 바로 그렇습니다.

결정하세요: 리파인, 재생성, 합성

세 가지 결과로 거의 모든 리뷰를 덮을 수 있고, 이들 사이를 의식적으로 고르는 것이 라운드 수를 낮게 유지하는 방법입니다.

구조는 맞고 결함이 국소적일 때 리파인합니다. 물체 하나가 잘못 놓였거나, 색 하나가 틀렸거나, 가장자리 하나가 흐리거나, 단어 하나가 틀린 경우입니다. 리파인은 라운드당 한 가지 변경에, 반드시 동일하게 유지해야 할 것을 명시한 보존 목록을 더한 형태여야 합니다. 보존 목록 없는 편집 지시는 모델이 프레임 전체를 다시 그리도록 부추기기 때문입니다.

구조가 틀렸을 때 재생성합니다. 피사체 수가 어긋났거나, 크롭이 구도를 담을 수 없거나, 필요한 요소가 빠졌거나, 장면이 잘못된 개념을 전달하는 경우입니다. 잘못된 레이아웃에 리파인 라운드를 쓰는 비용은 프롬프트를 고치거나 참조 이미지를 추가해 새로 렌더링하는 것보다 크고, 그 과정에서 아티팩트가 쌓이는 경향이 있습니다.

픽셀 단위의 정확한 보존이 요구될 때 합성합니다. 실제 제품 라벨, 기존 사진, 승인된 마크, 절대 움직이면 안 되는 손그림 요소 같은 경우입니다. 어떤 프롬프트도 특정 영역이 그대로 유지된다고 보장하지 않습니다. 레이어가 있는 편집기가 보장합니다.

같은 기준을 두 라운드 연속 움직이지 못했다면 그것은 문구가 아니라 접근이 틀렸다는 신호입니다. 형용사를 더하지 말고 입력 유형을 바꾸세요. 목표 영역을 정확히 서술하거나, 참조 이미지를 제공하거나, 작업을 다른 도구로 옮기면 됩니다.

라운드 로그를 남기세요

라운드마다 한 줄씩, 브리프와 같은 파일에 남깁니다. 모델, 해상도, 프롬프트 버전, 직전 라운드에서 바뀐 것, 통과한 기준, 실패한 기준, 그리고 판정입니다. 렌더당 2분의 기록이면 되고, 세 번째 후보가 왜 승인됐는지 누군가 처음 물을 때 본전을 뽑습니다.

로그는 더 나은 프롬프트도 만들어 줍니다. 실패한 기준을 "구도가 어색하다"가 아니라 "병뚜껑이 상단 가장자리에서 잘렸다"처럼 이미지에서 관찰 가능한 형태로 표현하면 다음 라운드에 목표가 생깁니다. 세 번의 시도에서 세 가지 다른 표현으로 같은 기준이 실패했다면, 문제는 문장이 아니라 대개 입력 이미지나 프레이밍에 있습니다.

모델 차이를 리뷰 입력으로 다루세요

모델 문서는 건너뛰어도 되는 목록이 아니라 테스트해야 할 목록입니다. Nano Banana 2.1에 관한 Google 페이지는 향상된 텍스트 렌더링과 인포그래픽 레이아웃, 선택 가능한 사고 수준, 캐릭터 4명의 일관성과 사물 10개의 충실도를 갖춘 최대 14장 참조 이미지 지원, 그리고 2K와 4K에서 해결된 극단적 파노라마 비율의 타일링 아티팩트를 보고합니다. 이를 아는 리뷰어는 작은 텍스트를 의도적으로 테스트하고, 반복되는 피사체에 참조를 사용하며, 아주 넓은 프레임의 이음새를 따라 확인합니다. 같은 페이지를 약속으로 읽는 리뷰어는 세 가지 점검을 모두 건너뜁니다.

모델 간 비교도 마찬가지입니다. 가벼운 모델과 무거운 모델이 모두 1K, 2K, 4K로 출력하면서도 브리프가 신경 쓰는 바로 그 기준에서는 달라질 수 있습니다. 같은 게이트, 같은 크기로 그 기준에서 점수를 매기고, 진 파일은 로그와 함께 보관해 다음 버전이 나왔을 때 선택을 재검토할 수 있게 하세요.

파일이 아니라 레시피로 승인하세요

레시피 없는 승인 이미지는 확장할 수 없는 산출물입니다. 승인된 파일을 프롬프트 버전, 사용한 모델과 해상도, 라운드 수, 통과한 기준 목록, 사용한 참조 이미지와 함께 보관하세요. 세 달 뒤 변형이 필요한 사람은 운 좋은 렌더가 아니라 알려진 출발점에서 시작합니다.

거절 사유도 같은 기록에 남깁니다. "2K에서 손이 뭉개짐" 또는 "네 번째 라운드에서 라벨 텍스트가 흔들림"은 두 번째로 기록할 때 더 싼 교훈이 되고, 지난 분기의 실패를 조회할 수 있는 리뷰어는 이번 분기에 더 나은 기준을 씁니다.

KOOX AI에서 게이트를 돌려보세요

KOOX AI Nano Banana Pro 페이지는 게이트를 연습하기에 적합한 곳입니다. 네 줄의 기준을 쓰고, 구조 확인용으로 값싼 프레임 하나를 렌더링하고, 출고 크기로 넘어가, 세 패스를 순서대로 실행하고, 로그를 결과물 옆에 두세요. 첫 실행은 평소의 루프보다 느리게 느껴집니다. 두 번째 실행은 대개 그 루프보다 렌더를 적게 씁니다.