블로그 / 6분 분량 · 2026-05-24

Gemini Omni가 자주 실패하는 경우 — 글자, 손, 여러 숏 일관성, 프롬프트 길이

Gemini Omni가 무너지는 지점을 정리했습니다. 화면 속 글자는 뭉개지고, 손 동작은 틀어지며, 캐릭터 일관성은 4숏 무렵 깨지고, 50단어를 넘는 프롬프트는 초점이 흐려집니다. 커뮤니티 실사용 테스트에 근거합니다.

Gemini Omni 출시 소식은 화려한 홍보 영상이 대부분을 차지했습니다. 실제로 어디서 실패하는지는 PixVerse, Atlas Cloud, digit.in, Seaart가 출시 다음 날 올린 실사용 리뷰 속에 묻혀 있습니다. 이 글은 문서로 확인된 한계를 출처와 함께 모두 모아, 처음부터 이를 피하도록 프롬프트를 짜는 방법을 정리합니다.

1. 글자 렌더링이 무너집니다

문제: 화면에 나오는 글자, 라벨, 간판, 브랜드 로고, 자막은 Omni 결과물에서 모두 품질이 떨어집니다. 글자가 번지고 글꼴이 일그러져 단어를 읽을 수 없게 됩니다.

원인: 확산(diffusion) 방식의 영상 모델은 글자를 의미 있는 기호가 아니라 시각적인 질감으로 다룹니다. 프레임마다 글자를 따로 다시 그리기 때문에 글자 모양이 제각각이 됩니다.

피하는 방법:

• 프롬프트에서 화면 글자 자체를 아예 언급하지 마세요.
• 제품 숏에는 “unbranded packaging”이나 “blurred logo in background”라고 쓰세요.
• 간판이나 가게 앞은 구체적인 단어 대신 “stylized signage with abstract symbols”라고 쓰세요.
• 글자가 꼭 필요하다면 Omni에 맡기지 말고 후반 작업에서 얹을 계획을 세우세요.

확인 출처: PixVerse 실사용 리뷰 — 영어, 중국어, 일본어 글자 모두에서 같은 현상이 나타났습니다. 출시 시점에는 언어별 해결책도 없었습니다.

2. 손 동작이 틀어집니다

문제: 물건을 쥔 손, 키보드 타이핑, 수어, 악기 연주처럼 섬세한 손 동작이 무너집니다. 손가락이 붙어 버리고, 물건이 손을 뚫고 지나가며, 손가락 마디가 이상한 방향으로 꺾입니다.

원인: 손은 다른 신체 부위보다 움직일 수 있는 방향이 많고 가려지는 일도 잦습니다. 게다가 학습 데이터는 손을 가까이 찍은 영상보다 정적인 인물 사진과 와이드 숏에 치우쳐 있습니다.

피하는 방법:

• 가능하면 손이 보이지 않게 구도를 잡으세요. 옆에서 따라가는 트래킹(tracking) 숏, 뒷짐 진 손, 손목에서 잘리는 구도가 좋습니다.
• 손으로 하는 작업을 클로즈업으로 요청하지 마세요. “Close-up of fingers typing”은 거의 항상 무너집니다.
• 악기 연주는 손가락 위치를 지정하지 말고 “playing the piano”라고만 쓰세요. Omni가 알아서 대략 채우게 두는 편이 낫습니다.
• 어느 정도 불완전함은 받아들이세요. 카메라에서 5피트(약 1.5m) 이상 떨어진 손은 대체로 괜찮지만, 화면의 30% 이상을 차지하는 손은 실패하기 쉽습니다.

확인 출처: PixVerse 리뷰, digit.in 테스트.

3. 여러 숏에 걸친 캐릭터 일관성은 3~4숏이 한계입니다

문제: 참조 이미지와 @character_name을 함께 쓰면 여러 숏에 걸쳐 같은 캐릭터를 유지할 수 있습니다. 13번째 숏까지는 됩니다. 45번째 숏이 되면 얼굴이 눈에 띄게 달라지고, 6번째 숏부터는 아예 다른 사람이 됩니다.

Atlas Cloud가 매긴 점수: 4숏 이상에서 캐릭터 일관성은 5점 만점에 3점입니다. 실제 제작에 보통 필요한 수준에는 못 미칩니다.

대처 방법:

• 제작을 3숏 단위로 나눠 계획하세요. 3숏이 끝나면 다음 묶음은 캐릭터를 다시 고정한 새 시퀀스로 다루세요.
• @character_name은 반드시 참조 이미지와 함께 쓰세요. 프롬프트 설명만으로 캐릭터를 유지하려 하지 마세요.
• 같은 묶음의 모든 숏 프롬프트에 “keep [character_name]‘s face, hair, and outfit identical” 고정 문구를 넣으세요.
• 여러 번 다시 생성하는 것을 감수하세요. 얼굴이 쓸 만큼 비슷하게 나오려면 같은 프롬프트를 3~5번 돌려야 할 때도 있습니다.

확인 출처: Atlas Cloud 멀티턴 일관성 리뷰.

4. 복잡한 움직임에는 AI 특유의 결함이 생깁니다

문제: 춤, 체조, 스포츠 동작, 악기 연주처럼 복잡한 동작에서는 팔다리가 하나 더 생기거나, 관절이 불가능한 각도로 꺾이거나, 빠르게 움직일 때 번지는 등 눈에 띄는 AI 결함이 나타납니다.

digit.in의 테스트 결과: 걷기, 서 있기, 말하기 같은 단순한 동작은 깔끔하게 나옵니다. 춤이나 전신 체조 같은 복잡한 동작은 번번이 실패합니다.

피하는 방법:

• 결과물 품질이 중요하다면 피사체에게 단순한 동작을 맡기세요.
• 복잡한 동작이 필요한 숏에는 “slow-motion ballet pose mid-spin”처럼 슬로모션(slow motion) 표현을 쓰세요. 모델이 그려야 할 중간 동작 프레임이 줄어듭니다.
• 가장 어려운 부분은 화면 밖으로 잘라 내세요. 점프하는 무용수라면 전신 대신 상반신만 보여 주세요.

확인 출처: digit.in 리뷰.

5. 50단어를 넘는 프롬프트는 초점이 흐려집니다

문제: 프롬프트를 길게 쓴다고 그만큼 더 세밀하게 제어되지는 않습니다. 50단어 안팎을 넘어가면 모델의 주의가 여러 디테일로 얇게 흩어져서, 결과물이 더 구체적이기는커녕 더 평범해집니다.

Seaart의 분석 결과: 결과물 품질은 3050단어 무렵에서 더 오르지 않고, 6070단어를 넘으면 떨어집니다.

피하는 방법:

• 30~50단어를 목표로 쓰세요. 길게 쓸수록 얻는 것은 오히려 줄어듭니다.
• 더 구체적으로 지시해야 한다면 트리거 패턴을 써서 상태 변화를 기본 프롬프트와 후속 턴으로 나누세요.
• 형용사는 과감하게 빼세요. “Stunning beautiful epic cinematic”은 장식에 불과한 단어 묶음입니다. “35mm film, warm tungsten”처럼 구체적인 스타일 참고 표현 하나로 바꾸세요.

확인 출처: Seaart 분석.

6. 브랜드·IP 언급: 소유자 이름 대신 표현 방식을 묘사하세요

문제: 저작권이 있는 IP(“Marvel character”, “Studio Ghibli style”)나 실제 유명인의 이름을 넣으면, 남의 것을 그대로 재현해 달라고 요청하는 셈이 됩니다. 모델은 이런 요청을 거절하도록 만들어져 있습니다. 거절은 대개 조용히 이뤄집니다. 오류 메시지가 뜨는 대신 결과물이 밋밋해질 뿐입니다.

원인: 의도된 설계입니다. Google의 보호 장치는 IP 침해를 막기 위해 있는 것이고, 그렇게 작동하는 것이 맞습니다. Omni는 특정 IP에 맞춰져 있지 않으며, 원작에 지나치게 가까워질 결과물은 생성되지 않거나 특징이 흐려집니다.

피하는 방법:

• IP 이름 대신 스타일을 묘사하세요. “Ghibli style” 대신 “Hand-painted watercolor animation”, “Pixar style” 대신 “3D animated character with soft rim lighting”을 쓰세요.
• 프롬프트에 살아 있는 사람의 이름을 넣지 마세요. 넌지시 암시하기만 해도 결과물 품질이 떨어질 수 있습니다.
• 아바타 기능에서는 본인의 @username만 쓰세요. 다른 사람의 얼굴을 복제하려는 시도는 본인 확인 단계에서 막힙니다.

7. 10초 제한 (실패라기보다 조건)

TechCrunch 출시 기사에 따르면 Gemini Omni Flash는 한 번에 10초보다 긴 클립을 만들 수 없습니다. 더 긴 영상이 필요하면 제한과 씨름하지 말고 Google Flow에서 클립을 이어 붙이세요.

한눈에 보는 요약

결과물이 이상하게 나오는 게 아니라 프롬프트 자체가 거부된다면, 무료 프롬프트 거부 진단 도구로 확인해 보세요. 오탐을 일으켰을 가능성이 높은 단어를 짚어 주고 중립적인 대체 표현을 제안합니다.

이 목록을 활용하는 방법

이 항목들을 언젠가 고쳐질 버그로 여기고 기다리지 마세요. 출시 시점의 Gemini Omni Flash에서 꾸준히 나타나는 특성입니다. 처음부터 프롬프트 전략에 반영하세요.

1. 기본값은 화면 글자 없음, 가능하면 손 숨기기, 프롬프트 50단어 미만입니다.
2. @character_name과 고정 문구를 명시해 3숏 단위로 제작을 계획하세요.
3. 이름으로 부르는 IP는 표현 방식 묘사로 바꾸세요.
4. 더 긴 이야기는 10초 제한과 싸우지 말고 Flow에서 이어 붙이세요.

관련 글

• 전체 가이드 — 여기 나온 내용을 모두 맥락 속에서 다룹니다
• 카메라 용어 — 이 조건 안에서 쓸 동사
• “Keep X identical” 고정 문구 — 여러 숏 제작을 위한 원칙
• 용어집 — 실패 유형별 정식 항목