생성 실패를 체계적으로 진단하는 법

머릿속 모형: 차가 시동되지 않을 때 좋은 정비사는 부품부터 무작위로 갈지 않는다. 배터리인가, 시동 모터인가, 연료 계통인가, 점화 계통인가를 차례로 확인해 문제 공간을 줄인다. 생성 이미지 실패도 마찬가지야. 우연한 불운처럼 보여도 대개 몇 가지 범주 안에 있고, 어느 범주인지 알면 무엇을 바꿀지도 정해진다.

네 가지 실패 범주

이미지가 마음에 들지 않는다. 왜일까?
  │
  ├─ 1. 프롬프트 문제
  │     → 지시가 모호하거나 충돌하거나 핵심 조건이 빠졌다
  │     → 처방: 프롬프트를 다시 쓴다
  │
  ├─ 2. 모델 한계
  │     → 글자·수 세기·손처럼 모델이 잘 못하는 작업이다
  │     → 처방: 다른 모델이나 후처리를 쓴다
  │
  ├─ 3. 제어 문제
  │     → 텍스트만으로 주기 어려운 정밀도가 필요하다
  │     → 처방: 참조, ControlNet, 인페인팅, 수동 편집을 쓴다
  │
  └─ 4. 작업 불일치
        → 이미지 생성기가 맡을 일이 아니다
        → 처방: 벡터·3D·코드 등 알맞은 도구로 바꾼다

1. 프롬프트 문제

가장 흔하고 고치기 쉬운 범주다. 그림은 멀쩡한데 의도와 다르면 조건이 부족한 과소 명세, 탁하고 혼란스러우면 스타일이나 내용 지시의 충돌, 일부 요소만 자꾸 빠지면 한 번에 너무 많은 개념을 맡긴 주의 과부하를 의심해. 구체성을 더하고, 충돌을 없애고, 단순화하거나 순서를 다시 짜는 것이 처방이다.

2. 모델 한계

프롬프트가 정확해도 모델이 수행하지 못하는 일이 있다. 글자가 깨지면 1과의 텍스트 렌더링 한계, 물체 수가 틀리면 2과의 수 세기 한계, 손이 뭉개지면 3과의 관절 구조 한계, 배치가 틀리면 4과의 공간 관계 한계, 같은 인물이 달라지면 5과의 일관성 한계에 해당한다. 이때는 더 예쁜 문장을 찾기보다 해당 능력이 나은 모델, 후처리, 다른 작업 흐름으로 옮겨야 한다.

3. 제어 문제

프롬프트도 좋고 모델도 할 수 있지만 말만으로는 정밀도가 모자랄 수 있다. 정확한 자세는 포즈 참조를, 정해진 화면 배치는 레이아웃 스케치를, 좋은 이미지의 한 부분만 고칠 때는 인페인팅을 써. 제5트랙에서 이런 시각 제어를 자세히 다룬다.

4. 작업 불일치

가장 일찍 알아차릴수록 시간을 많이 아끼는 범주다. 로고는 벡터 디자인 도구, 데이터 차트는 차트 라이브러리, UI 목업은 Figma, 픽셀 단위의 완전한 일관성은 3D 렌더링처럼 목적에 맞는 도구가 더 낫다. 이미지 생성기에 맞지 않는 일을 스무 번 다시 시켜도 작업 성격은 바뀌지 않는다.

실패가 모델의 구조를 보여 준다

숙련자는 실패를 짜증 나는 우연이 아니라 내부 구조의 단서로 읽는다. 글자 깨짐은 토큰과 픽셀 사이의 간극을, 손 오류는 해부학 지식의 부재를, 수 세기 오류는 숫자가 부드러운 통계로 표현된다는 점을, 공간 실패는 교차 어텐션의 한계를, 스타일 누출은 학습 데이터의 상관관계를 드러낸다. 이 해석 능력이 있어야 다음 실패를 예측하고 피하거나 우회할 수 있다.