Si una salida de GPT Image 2 muestra grano, suciedad, tramas repetidas, detalle embarrado o restos de una imagen anterior, no hay una causa única documentada que permita prometer una solución universal. La primera decisión útil es más sencilla: conserva el archivo original y averigua en qué etapa aparece el defecto.
Anota la superficie utilizada —ChatGPT, Image API, la herramienta de imagen de Responses API o un proveedor—, el modelo mostrado, el tamaño, la calidad, las imágenes de entrada y el formato descargado. Después repite el caso cambiando una sola variable. Si también cambias el prompt, la referencia, el tamaño y la ruta, ambos resultados dejan de explicar qué ocurrió.
La salida solo debería pasar a producción cuando se vea limpia en el tamaño de uso, conserve texto y bordes importantes, y el original coincida con el archivo que se va a publicar. Un modo de calidad más alto sirve para comparar; no es una garantía de que desaparecerán todos los artefactos.
Qué está documentado y qué solo está reportado
La guía oficial de generación de imágenes de OpenAI documenta para gpt-image-2 los valores low, medium, high y auto. También documenta tamaños flexibles dentro de límites concretos, los formatos PNG, JPEG y WebP, y el control de compresión para JPEG y WebP. OpenAI presenta low como una opción para borradores, miniaturas e iteración rápida antes de pasar a medium o high cuando el activo final exige más detalle.
La misma guía enumera límites en latencia, texto, consistencia de personajes o elementos de marca y control preciso de la composición. No atribuye el grano, las tramas o la suciedad visual a una causa universal, ni afirma que cambiar calidad, tamaño o formato los elimine siempre.
En cambio, hilos de usuarios describen texturas granuladas, patrones repetidos, detalle excesivo, restos entre ediciones y degradación en flujos con referencias. En un hilo de Reddit con ejemplos se recomienda a veces abrir un chat nuevo, pero otros participantes dicen ver el defecto en la primera generación de un chat nuevo. Una recopilación de la comunidad de desarrolladores de OpenAI reúne síntomas y remedios propuestos, no una confirmación oficial de causa para cada caso.
Esa diferencia importa: un control documentado se puede registrar y comparar; un síntoma comunitario justifica una prueba; una explicación de terceros sigue siendo una hipótesis hasta que una fuente primaria o una reproducción acotada la sostenga.
Matriz de síntomas y primera comprobación
Usa esta matriz como árbol de decisión. La columna «acepta si» obliga a comprobar un resultado observable; no presupone que la primera acción vaya a arreglarlo.
| Síntoma observable | Comprueba primero | Cambia una sola cosa | Acepta si | Si persiste |
|---|---|---|---|---|
| Toda la imagen parece suave o sin detalle | Valor real de quality y tamaño de uso | low → medium, sin tocar prompt, entrada, tamaño ni ruta | El detalle necesario mejora sin introducir nuevos fallos | Conserva ambos originales y prueba la rama de tamaño o ruta |
| Grano, suciedad o trama repetida desde la primera salida | Original descargado, modelo, ruta y calidad | Nueva solicitud con los mismos valores y sin imagen de entrada | El defecto no se reproduce y la nueva salida supera la revisión | Registra el caso como reproducible; no inventes una causa |
| Restos o degradación después de editar | Imagen de entrada, máscara y turno previo | Vuelve al original limpio y repite una sola edición | Desaparecen los restos y se mantienen identidad y composición | Aísla la referencia o la edición que introduce el defecto |
| El original está limpio, pero el publicado no | Exportación, redimensionado, CDN y compresión | Publica una copia sin la conversión sospechosa | El archivo final coincide a simple vista con el original al tamaño de uso | Corrige la cadena de archivos antes de regenerar |
| Texto, logotipo o elementos cambian entre salidas | Limitación de consistencia y composición | Reduce la tarea a un cambio local con una referencia estable | Se conserva lo que no debía cambiar | Rechaza la salida o divide el trabajo; más calidad no garantiza identidad |
Antes de aplicar la tabla, guarda una copia sin editar. Si el único archivo disponible ya pasó por mensajería, una captura o varias conversiones, primero consigue el original; de lo contrario, estarás diagnosticando a la vez generación y compresión.
Cómo hacer una comparación válida
Una comparación útil necesita una pareja de salidas y una ficha mínima. Nombra la primera «A» y la segunda «B». Mantén iguales el prompt, la imagen de entrada, la ruta o proveedor, el modelo mostrado y el tamaño. Cambia solo un control disponible, por ejemplo quality: "low" por quality: "medium".
| Campo | Salida A | Salida B |
|---|---|---|
| Superficie y ruta | Igual y registrada | Igual que A |
| Modelo mostrado | Igual y registrado | Igual que A |
| Prompt junto con imágenes de entrada | Mismos bytes o mismos identificadores | Iguales que A |
| Tamaño y formato | Iguales | Iguales que A |
| Única variable | quality: "low" | quality: "medium" |
| Revisión | Grano, tramas, texto, bordes, composición | Los mismos cinco puntos |
Mira A y B al tamaño real del destino, no solo como miniaturas. Si B recupera el detalle necesario y no añade errores, puedes elegirla para ese uso. Si el mismo patrón aparece en ambas, la comparación solo demuestra que subir calidad no bastó en ese caso; no demuestra una causa del modelo.
No mezcles superficies dentro de esta primera pareja. Una salida de ChatGPT y otra de Image API pueden diferir por contexto, reescritura del prompt, entradas disponibles o tratamiento del archivo. Esa comparación sirve después para localizar una ruta, pero no para medir solo quality.
Image API y Responses API no son la misma superficie
Image API permite hacer generaciones y ediciones directas. La herramienta de generación de imágenes de Responses API integra la imagen en un flujo conversacional: un modelo principal decide cuándo invocar la herramienta, puede revisar el prompt y puede continuar ediciones entre turnos. Los controles de salida incluyen tamaño, calidad, formato, compresión y fondo, con diferencias de compatibilidad documentadas.
Por eso, registra la superficie además del nombre de GPT Image. Un resultado observado en Responses API no establece por sí solo el comportamiento de una solicitud directa a Image API, y una captura de ChatGPT tampoco prueba qué parámetros llegaron al servicio subyacente.
Cuando diagnostiques una aplicación propia, conserva el cuerpo de la solicitud permitido por tu política de datos, el identificador de petición y el archivo devuelto. Si el problema es transitorio y la API devuelve un error, sigue el código de error y las reglas de reintento; una imagen con defectos visibles que llegó con éxito requiere una comparación de contenido, no un reintento infinito.
Tamaño, formato y compresión: una rama separada
OpenAI documenta para tamaños personalizados un máximo de 3840 píxeles por lado, lados divisibles por 16, una relación máxima de 3:1 y un intervalo total de 655.360 a 8.294.400 píxeles. Las salidas por encima de 3.686.400 píxeles se describen como experimentales. Estos límites indican qué solicitudes son válidas; no son umbrales que garanticen una imagen más limpia.
Para separar generación de entrega, compara tres archivos: original devuelto, copia de trabajo y activo publicado. Revisa dimensiones, formato y peso, y abre los tres al mismo tamaño visual. Si el patrón solo aparece en JPEG o WebP comprimido, o después de un redimensionado, corrige esa conversión. Si ya está en el PNG o WebP original, vuelve a la matriz de síntomas.
Evita concluir que «4K arregla la calidad». Un lienzo mayor puede mostrar más detalle y también hacer más visibles letras deformadas, bordes inestables, patrones o superficies con demasiada textura. Decide el tamaño según el destino y valida allí.
Qué significa una prueba limpia en ChatGPT
Abrir un chat nuevo, retirar referencias o acortar una instrucción puede ser una prueba diagnóstica, no una cura certificada. Mantén el núcleo de la petición y registra qué eliminaste. Si el defecto desaparece, sabes que alguna diferencia de contexto o entrada merece una segunda prueba; todavía no sabes cuál fue la causa.
Si el defecto aparece en el primer intento del chat nuevo, el resultado contradice la hipótesis de que el historial era suficiente para explicarlo. Guarda ambos originales y la hora, y evita regenerar muchas veces sin control: la secuencia deja de ser comparable.
Tampoco conviertas un «prompt antiartefactos» encontrado en un foro en una regla universal. Puede ayudar a describir el acabado deseado en un caso concreto, pero no demuestra un mecanismo interno ni sustituye la revisión de entrada, calidad, tamaño, ruta y compresión.
Límite de YingTu en este diagnóstico
YingTu muestra de forma pública una ruta de proveedor llamada gpt-image-2-vip con selección manual low, medium y high. Esa etiqueta no es la superficie oficial gpt-image-2 de OpenAI y no permite diagnosticar de forma automática la causa de un artefacto ni eliminarlo.
Si ya trabajas en esa superficie, úsala solo como una comparación manual bien etiquetada: misma ruta gpt-image-2-vip, mismo prompt, misma entrada y mismo tamaño; cambia una calidad cada vez. No se ha verificado aquí mediante una generación en vivo que todas las combinaciones expuestas sean aceptadas por el proveedor ni que una calidad concreta produzca una salida superior. Por eso esta guía no recomienda una ruta de producto como solución principal.
Criterios de aceptación y regla de parada
Antes de aprobar una salida final, confirma todo lo siguiente:
- existe el archivo original anterior a redimensionado, subida o conversión;
- están anotados superficie, ruta, modelo mostrado, calidad, tamaño, formato, además de las imágenes de entrada;
- la comparación cambia una sola variable y conserva los demás valores;
- el resultado se revisó al tamaño de uso, incluyendo texto, bordes, tramas, suciedad y composición;
- cualquier afirmación sobre causa está respaldada por documentación primaria o queda marcada como hipótesis;
- el activo publicado coincide a simple vista con el original aprobado.
Detén la iteración cuando el defecto se reproduzca en una solicitud acotada, cuando no puedas identificar qué parámetros se enviaron o cuando el resultado no cumpla el uso final tras una comparación controlada. En ese punto, guarda el caso mínimo y decide entre reportar, cambiar el alcance del diseño o probar otra superficie en una comparación separada. Seguir añadiendo adjetivos al prompt no convierte una prueba confusa en evidencia.
Preguntas frecuentes
¿quality: "high" elimina el ruido y los artefactos?
No está documentado como una cura universal. high es una variable válida para una comparación cuando el activo necesita más detalle. Si A y B conservan el mismo defecto, registra el resultado y cambia de rama diagnóstica.
¿Un chat nuevo soluciona las tramas repetidas?
Algunos usuarios dicen que ayuda y otros reportan el defecto en la primera salida de un chat nuevo. Úsalo para comprobar si el contexto influye en tu caso, sin presentarlo como garantía.
¿Debo probar primero un tamaño mayor?
No por fuerza. Mantén el tamaño fijo en la primera comparación de calidad. Después prueba el tamaño como variable independiente y revisa el archivo en su destino real.
¿Cómo distingo un artefacto de generación de uno de compresión?
Abre el original devuelto y el activo publicado al mismo tamaño. Si el original está limpio y el publicado no, compáralos a simple vista y luego inspecciona exportación, redimensionado, formato, CDN y CMS. Si ambos muestran el mismo patrón, conserva el original como evidencia de la salida.
¿YingTu elimina por sí solo estos defectos?
No. La superficie pública permite una comparación manual de calidad en la ruta gpt-image-2-vip; no analiza la causa ni promete retirar artefactos de forma automática.
