안녕하세요, 하루들입니다!
하루들을 출시한 지 한 달이 넘었어요. 서비스를 이용해주신 분들이 “그림이 되게 일정하게 잘 나온다”, “그림이 되게 귀엽다”는 이야기를 해주셨는데요.
이번 글에서는 하루들의 핵심 기능인 만화 이미지 생성을 어떻게 개선해왔는지 이야기해보려고 해요. 저희가 중요하게 생각했던 것은 서로 다른 이야기를 그려도 하루들만의 그림체를 유지하는 것이었어요.
한 번 잘 나오는 것은 어느정도 되는데, 계속 해서 해당 그림체를 꾸준히 유지하는 것은 다른 문제였습니다.
하루들 그림체의 출발점은 팀장 이산의 손그림이었어요. 검은 배경에 흰 선으로 그린 단순한 캐릭터지만, 그 대충(?) 그렸다는 바이브가 특유의 분위기를 만들었어요.
처음에는 단순한 그림이니 AI로도 쉽게 재현할 수 있을 거라고 생각했어요. 하지만 이 손그림의 느낌을 유지하는 것은 다른 영역의 문제더라고요..!
처음에는 레퍼런스 이미지를 입력하지 않고, 텍스트 프롬프트만으로 그림체를 전달해보는 것이 목표였어요..!
이미지 생성 비용이 가장 큰 걸림돌이었기 때문이에요..! 이미지를 입력에 넣으면 입력 토큰이 늘어나 비용 부담이 커질거라고 생각해서, 우선 텍스트만으로 최대한 해보려고 했어요!
또 프로토타입에서 텍스트 프롬프트만으로도 원하는 그림체에 가까운 결과물을 뽑아냈기에 그 결과를 다른 이야기에서도 재현할 수 있을 거라고 기대했죠.
프롬프트에는 캐릭터의 생김새뿐 아니라 선의 굵기 변화, 획 끝의 형태, 손으로 그린 듯한 불규칙함을 설명했어요. 핵심은 매끈한 벡터 이미지가 아니라 흰색 마커로 그린 소박한 낙서처럼 보이게 하는 것이었어요.
주인공의 생김새와 비율
조연 캐릭터의 특징
선의 굵기, 흔들림, 획 끝의 형태
처음 작성한 한국어 프롬프트
선에는 약 15~25%의 자연스러운 굵기 변화가 있다. 미세한 좌우 손떨림, 조금 찌그러진 원, 서로 다른 길이의 직선, 접점의 작은 overshoot와 둥근 획 끝이 보인다.
캐릭터 외곽선은 눈, 입과 내부선보다 약 1.3배 굵다. 테두리와 분할선은 캐릭터 외곽보다 조금 가늘다.
정확하게 정렬된 벡터 도형이나 매끈한 디지털 아이콘보다, 사람이 한 번에 자신 있게 그린 소박한 흰색 마커 낙서의 리듬이 먼저 느껴져야 한다.이 기준으로 이미지를 생성했지만, 기대했던 느낌이 나오진 않았습니다..
텍스트 프롬프트만으로 생성한 결과
여러분들도 보면 딱 느껴지지 않으신가요? 선이 지나치게 균일해서 원본의 투박한 느낌이 사라졌더라고요. 검은 배경과 흰 선 같은 조건을 맞추는 것만으로는 같은 그림체가 되지 않았어요.
그래서 그림체를 전달하는 표현과 규칙을 바꿔보기로 했어요.
먼저 그림체의 특징을 영어로 표현해봤어요. 영어로 지시하면 의도가 더 잘 전달될 수 있지 않을까 하는 가설이었어요.
검은 배경과 흰 선, 단순한 캐릭터, 음영 없는 평면 표현, 네 컷 구성 등을 영어로 적었어요.
영어로 작성한 프롬프트
CRITICAL STYLE & FORMAT INSTRUCTIONS:
1. STRICTLY NO COLORS. Pure black canvas with ONLY pure white thin lines.
2. Drawing style MUST be intentionally bad, crude, scribbly, minimalist stick-figures. Do not make it professional. It must look like a hasty 10-second MS Paint doodle.
3. Bodies MUST be simple shapes (ovals/rectangles) often filled with diagonal scribbled lines (stripes).
4. Arms and legs are simple thin lines ending in small circles for hands/feet.
5. NO shading, NO greyscale, NO 3D. 100% flat 2D white lines on black.
6. The layout MUST be neatly divided into 4 panels by clean straight white lines.
7. Text MUST be written directly inside the image in a clean, neat Korean pen-handwriting style (like neat ballpoint pen font), colored pure white. Ensure text is highly legible and placed nicely within panels.이 버전에서는 색상과 음영을 제한하고, 단순하고 투박한 낙서 형태를 강조했어요.
영문 프롬프트로 생성한 결과예요.
이것도 여전히 원본과 다른 그림체였고, 원하는 손그림의 느낌을 안정적으로 재현하지 못했어요.
다음에는 그림체의 특징을 더 구체적으로 설명해봤어요.
LLM에 원본 그림체를 세부적으로 묘사해달라고 요청하고, 그 설명을 프롬프트에 반영했어요. 생성 전에 규칙을 점검하도록 하는 지시도 더했어요. 기준을 자세히 전달하고 검사하면 편차가 줄어들 거라고 기대했죠.
그래서 결과는 어떻게 나왔냐고요?
긍정적인 결과가 나오긴 했습니다..!
되게 원본과 가까워지지 않았나요? 팀에서는 비슷한 방향이 나와서 이 방향으로 가면 되겠다고 생각했습니다..!
하지만 문제가 있었습니다..
다른 생성 결과에서는 원하는 그림체에서 벗어난 예시도 섞여 나왔어요.
앞의 예시와 비교하면 선이 훨씬 가늘고, 몸통 표현도 달라졌어요. 서로 다른 이야기를 그린 결과이지만, 이야기뿐 아니라 그림체까지 달라지는 게 문제가 되었습니다..
사용자가 어떤 이야기를 입력해도 비슷한 그림체를 만나는 것이 중요하다고 생각했는데 텍스트에서 그 일관성을 유지하는 게 어렵더라고요.. 아무리 설명을 자세히 쓰더라도요..
프롬프트를 계속 수정해도 편차가 남아서, 생성 모델이 달라지면 결과도 나아질지 살펴봤어요.
예시 이미지를 만들 때 사용하던 ChatGPT의 이미지 생성 기능 대신, 구글의 Gemini 3.1 Flash Image로도 생성해봤어요.
모델에 따라 결과의 분위기는 달라졌지만, 그래도 원하는 그림체를 재현하기 어려웠어요.
모델을 바꾸는 것과 별개로, 그림체의 기준을 전달하는 방법도 다시 고민해야 했어요.
그러던 중 팀원 초록이 새로운 생성 결과를 공유했어요.
원본이미지랑 엄청 비슷하지 않나요?
슬랙에서도 원하는 그림체에 가까워졌다는 반응이 나왔어요. 어떤 입력을 사용했는지 물어보니, 텍스트 프롬프트에 에셋 이미지를 함께 넣었다고 했어요.
말로만 설명하던 그림체를 실제 이미지로도 전달한 거예요.
결국 텍스트로 하는건 불가능이라고 판단했습니다. 입력 비용만 줄이는 것보다, 서비스에 필요한 그림체를 유지하는 데 우선순위를 두기로 했어요. 레퍼런스 이미지를 포함하는 방향으로 접근을 바꿨죠.
다음 문제는 레퍼런스 이미지를 몇 장 넣을지였어요.
초록이 공유한 결과에는 이미지 여섯 장이 사용됐어요. 그림체에는 도움이 됐지만, 여러 장을 계속 입력하는 방식은 비용 부담이 커질 수 있다고 우려했어요.
그래서 그림체를 전달하는 역할은 유지하면서, 입력 이미지를 한 장으로 줄일 방법을 찾아봤어요.
처음에는 캐릭터와 표현을 개별 에셋으로 뽑아 한 장에 모으고, 이를 참고해 조합하도록 하는 방식을 시도했어요. 하지만 세 가지 문제가 있었어요.
에셋에 없는 표현은 원하는 형태로 잘 생성되지 않았다.
표현의 종류를 늘릴수록 필요한 에셋도 많아져, 한 장에 모두 담기 어려웠다.
에셋 자체를 AI로 만드는 과정에서도 원하는 그림체를 얻기 어려웠다.
그래서 개별 에셋을 모아 전달하는 방식 대신, 이미 원하는 그림체가 잘 드러난 만화 한 장을 사용해보기로 했어요.
레퍼런스로 선택한 것은 프로토타입에서 만든 만화였어요.
이 만화를 참고 이미지로 넣었을 때, 그림체가 가장 유지됐어요!
개별 표현을 빠짐없이 모으기보다, 완성된 만화 한 장으로 그림체의 기준을 전달하는 쪽이 저희 작업에는 더 잘 맞더라고요..!
레퍼런스 이미지를 넣었다고 모든 차이가 사라진 것은 아니었어요.
결과물을 계속 뽑아보는데, 모델 특유의 표정 표현이 계속 생성물에 남아 있었습니다.. 그림체가 가까워져도 표정이 과장되거나 선 굵기가 달라지는 등 저희가 생각하는 이상향과는 약간의 차이가 있더라고요..
이번에는 레퍼런스 이미지를 사용하는 방향에서, 모델을 바꿔보기로 했어요..! 그래서 여러 이미지로 테스트를 돌리기 시작합니다..!
Gemini 3.1 Flash Image Lite는 저희 예시에서 표정이 과장되는 경향이 있어 제외했어요.
GPT-Image-2는 일부 결과에서 선이 원하는 것보다 얇아지는 문제가 있었어요.
Gemini 3.1 Flash Image는 비교한 결과 중 저희 그림체와 잘 맞아서, 현재 사용하는 모델로 선택했어요.
Gemini 3.1 Flash Image Lite: 표정 과장이 선택 기준에 맞지 않았던 예시
GPT-Image-2: 일부 결과에서 선 굵기가 얇아졌던 예시
Gemini 3.1 Flash Image: 비교한 결과 중 원하는 그림체와 잘 맞았던 예시
이런 방식으로 저희의 이미지 생성을 만들었습니다..!
레퍼런스 이미지를 활용하면서 그림체를 더 일관되게 유지할 수 있게 됐지만, 새로운 고민도 생겼습니다..
이미지를 함께 입력하다 보니 입력 토큰이 커지고 그로 인해서 비용 부담이 커지게 되었어요..!
그래서 지금은 프롬프트를 압축하고 검증 과정을 제거하는 등, 원하는 그림체를 유지하면서 전체 입력 비용을 줄이는 작업을 하고 있습니다..!
또한 사용자가 좋아하는 방향으로 그림체도 계속 개선하고 있어요! 기존의 검은 배경과 흰 선에서 벗어나, 흰 배경에 검은 선을 사용하고 일부 요소에 강조 색을 넣는 방식도 변경한 게 그 예시에요!
저희에게 맞는 이미지 생성 방식은 간단하게 완성되는 게 아니었어요. 그림체의 일관성, 생성 비용, 사용자에게 주는 느낌 사이에서 더 나은 균형을 찾으며, 하루들의 그림을 계속 다듬어가고 있는중입니다!
앞으로의 하루들도 기대해주세요!