GEMINI OMNI PROMPTS

Blog / 6 min de lectura · 2026-05-24

Fallos habituales de Gemini Omni: texto, manos, coherencia entre tomas y prompts largos

Dónde falla Gemini Omni: el texto en pantalla se degrada, las manos se deforman, el personaje aguanta 4 tomas y luego cambia, y los prompts de más de 50 palabras pierden fuerza. Según pruebas prácticas de la comunidad.

failure-modes limitations gemini-omni-debugging

En el lanzamiento de Gemini Omni, la cobertura se llenó de videos de puro bombo. Los fallos reales quedaron enterrados en las pruebas prácticas que PixVerse, Atlas Cloud, digit.in y Seaart publicaron al día siguiente. Este artículo reúne todas las limitaciones documentadas, con sus fuentes, para que redactes tus prompts teniéndolas en cuenta.

1. El texto en pantalla se degrada

El problema: Cualquier texto en pantalla (rótulos, etiquetas, carteles, logotipos o subtítulos) se degrada en los resultados de Omni. Las letras se emborronan, las tipografías se deforman y las palabras se vuelven ilegibles.

Por qué ocurre: Los modelos de video basados en difusión tratan el texto como una textura visual, no como contenido simbólico. Cada fotograma vuelve a generar el texto por separado, así que la forma de las letras cambia de un fotograma a otro.

Cómo evitarlo:

Verificado por: prueba práctica de PixVerse, que lo observó con texto en inglés, chino y japonés. En el lanzamiento no había ninguna solución que dependiera del idioma.

2. Las manos se deforman

El problema: Manos que sujetan objetos, teclean, hacen gestos en lengua de signos o tocan instrumentos: la articulación fina se viene abajo. Los dedos se fusionan, los objetos atraviesan las manos y los nudillos se doblan hacia donde no deben.

Por qué ocurre: Las manos tienen más grados de libertad que otras partes del cuerpo y quedan tapadas con más frecuencia. En los datos de entrenamiento abundan los retratos estáticos y los planos generales (wide shots), no los primeros planos (close-ups) de manos trabajando.

Cómo evitarlo:

Verificado por: análisis de PixVerse y prueba de digit.in.

3. El personaje solo se mantiene igual durante unas 3-4 tomas

El problema: Para conservar la identidad de un personaje entre tomas se usa @character_name con una foto de referencia. Funciona en las tomas 1 a 3. En la 4 o la 5, la cara ya se ha desviado de forma evidente. A partir de la 6, es otra persona.

La puntuación de Atlas Cloud: 3 sobre 5 en coherencia del personaje a lo largo de 4 tomas o más. Queda por debajo de lo que suele exigir un trabajo profesional.

Cómo solucionarlo:

Verificado por: análisis de Atlas Cloud sobre la coherencia en varios turnos.

4. El movimiento complejo produce artefactos de IA

El problema: Las acciones complejas (bailar, hacer gimnasia, movimientos deportivos, tocar un instrumento) muestran artefactos de IA a simple vista: extremidades de más, ángulos articulares imposibles y emborronamiento en los movimientos rápidos.

Lo que encontró digit.in: Las acciones sencillas (caminar, estar de pie, hablar) salen limpias. Las complejas (bailar, gimnasia de cuerpo entero) fallan una y otra vez.

Cómo evitarlo:

Verificado por: análisis de digit.in.

5. Con más de unas 50 palabras, el prompt pierde foco

El problema: Un prompt más largo no te da proporcionalmente más control. Pasadas unas 50 palabras, el modelo reparte la atención entre más detalles y el resultado sale más genérico, no más preciso.

Lo que encontró Seaart: La calidad del resultado se estanca en torno a las 30-50 palabras y empeora a partir de 60-70.

Cómo evitarlo:

Verificado por: análisis de Seaart.

6. Marcas y propiedad intelectual: describe el medio, no al dueño

El problema: Nombrar propiedad intelectual protegida (“Marvel character”, “Studio Ghibli style”) o a personajes públicos reales equivale a pedirle al modelo que reproduzca algo que pertenece a otra persona, y está hecho para negarse. A menudo se niega en silencio: en lugar de devolver un error, el resultado simplemente sale genérico.

Por qué ocurre: Es así por diseño. Las salvaguardas de Google existen para evitar infracciones de propiedad intelectual, y ese es el comportamiento correcto. Omni no está ajustado a ninguna propiedad intelectual concreta, y los resultados que se acercarían demasiado se retienen o se rebajan.

Qué hacer en su lugar:

7. Límite fijo de 10 segundos (más que un fallo, una restricción)

Según la cobertura del lanzamiento de TechCrunch, Gemini Omni Flash no puede generar un solo clip de más de 10 segundos. Para piezas más largas, encadena clips en Google Flow en vez de pelearte con el límite.

Tabla resumen

FalloSoluciónGravedad
Texto en pantallaEvita el texto en pantalla; añádelo en posproducción🔴 Grave
Articulación de las manosEncuadra para ocultarlas; evita los primeros planos🟡 Moderada
Desviación entre tomasPlanifica en bloques de 3 tomas🟡 Moderada
Movimiento complejoLenguaje de cámara lenta; deja fuera lo más exigente🟡 Moderada
Más de 50 palabrasRecorta adjetivos; divide con el patrón desencadenante🟢 Leve
Marcas y propiedad intelectualUsa descriptores del medio🔴 Grave (obra ajena)
Límite de 10 segundosEncadena clips en Google Flow🟢 Leve (por diseño)

Si un prompt se rechaza directamente en lugar de fallar en lo visual, pásalo por el diagnosticador de prompts rechazados, una herramienta gratuita que señala los términos que probablemente han provocado un falso positivo y propone reformulaciones neutras.

Cómo usar esta lista

No los trates como errores que se arreglarán solos con el tiempo: son rasgos estables de Gemini Omni Flash en su lanzamiento. Tenlos en cuenta en tu forma de escribir prompts desde el principio:

  1. Por defecto, nada de texto en pantalla, manos ocultas siempre que se pueda y prompts de menos de 50 palabras.
  2. Planifica la producción en bloques de 3 tomas, con @character_name explícito y bloqueos.
  3. Sustituye los nombres de propiedad intelectual por descriptores del medio.
  4. Para historias más largas, une los clips en Flow en vez de pelearte con el límite de 10 segundos.

Lecturas relacionadas