ChatGPT Images 2.0, el uso de GPT-Image-2 dentro de Codex y OpenAI API gpt-image-2 pueden compartir una familia de nombres, pero no comparten el mismo contrato operativo. ChatGPT sirve cuando una persona escribe el prompt, mira el resultado, pide cambios y descarga la imagen. Codex sirve cuando la imagen debe vivir con MDX, código, documentación, reportes y rutas de publicación dentro de un repositorio. OpenAI API sirve cuando un producto necesita generar imágenes de forma repetible, con storage, retries, logs, permisos y control de costes. Una ruta de proveedor puede ayudar con acceso, pago o compatibilidad, pero su precio, alias, soporte y reglas de fallo pertenecen al proveedor.
Respuesta rápida por ruta
| Ruta | Úsala cuando | Dueño que debes verificar |
|---|---|---|
| ChatGPT Images 2.0 | Creación manual, edición, subida de referencias, inspección visual y descarga. | Plan de ChatGPT, workspace y límites de la app. |
| Codex GPT-Image-2 | La imagen es un asset de artículo, docs, código o tarea de repositorio. | Contexto de tarea Codex, créditos de imagen, evidencia raw y publish path. |
OpenAI API gpt-image-2 | El producto necesita generación repetible, almacenamiento, retry, monitoring y billing. | Proyecto OpenAI API, documentación del modelo, endpoint y facturación. |
| Proveedor o gateway | Quieres probar acceso, pago, compatibilidad o una capa temporal. | Alias, precio, datos, soporte y cargo por fallo del proveedor. |
El 2026-05-13, la documentación para desarrolladores de OpenAI identifica gpt-image-2 como modelo de generación de imágenes y documenta rutas con Image API o Responses API. La página de precios de Codex trata GPT-Image-2 en el contexto de créditos de Codex. ChatGPT Images 2.0 pertenece al producto ChatGPT. Por eso la regla práctica es no mezclar límites de ChatGPT, créditos de Codex, billing de API y precio de proveedor como si fueran una sola bolsa de coste.
Regla corta de elección
Empieza por el propietario del trabajo, no por el nombre del modelo. Si la imagen la evalúa una persona y se reutiliza manualmente, el propietario operativo es ChatGPT. Si la imagen debe guardarse como archivo del proyecto, revisarse en diff, tener alt text, raw evidence y una referencia ./img/..., el propietario es Codex. Si la imagen nace de una acción de usuario dentro de una aplicación, el propietario es la integración API del producto.
Este orden evita errores caros. Una buena imagen en ChatGPT no demuestra que el endpoint, el payload, el almacenamiento, el retry y el coste de API estén resueltos. Una buena imagen generada por Codex no convierte Codex en un endpoint para clientes finales. Un gateway que acepta un alias parecido no convierte el precio del gateway en precio oficial de OpenAI.
| Trabajo | Punto de partida | Motivo | Cambia de ruta cuando |
|---|---|---|---|
| Explorar estilo, composición o texto visible | ChatGPT | El ciclo de revisión humana es el más rápido. | Necesitas request ID, storage, retry, policy o billing por usuario. |
| Crear imágenes para artículos, docs o código | Codex | El asset queda con raw PNG, WebP, MDX, alt y report dentro del repo. | La generación debe ejecutarse por usuarios externos. |
| Construir generación dentro de un producto | OpenAI API | Puedes diseñar endpoints, logs, storage, permissions, billing y monitoring. | Es solo un asset manual o interno. |
| Probar proveedor o compatibilidad | Provider route | Puede reducir fricción de acceso, pago o migración. | No puedes nombrar alias, precio, data terms, soporte y cargo por fallo. |
La prueba oficial se divide en tres superficies
La superficie de OpenAI API habla del contrato de desarrollador. Ahí miras model ID, snapshot, Image API, Responses API, tamaños, imágenes de entrada, formato de salida, errores, rate limits y billing owner. Image API suele ser más simple para una generación o edición directa. Responses API puede encajar mejor si la generación forma parte de un asistente, un flujo conversacional, tool calls o ediciones sucesivas.
La superficie de ChatGPT habla del contrato de producto. Ahí importan el plan, la política del workspace, los límites de la app, la subida de imágenes, el modo de generación, el historial y la exportación manual. Su ventaja es el juicio humano rápido, no la trazabilidad operativa de tu aplicación.
La superficie de Codex habla del workflow de repositorio. Codex puede generar el asset, localizar el raw PNG, copiarlo a evidence, convertir o optimizar el publish asset, actualizar la referencia MDX y registrar provenance. Para artículos y docs esto resuelve una necesidad real: saber de dónde viene la imagen y qué archivo se publica.
| Superficie | Lo que demuestra | Lo que no demuestra |
|---|---|---|
| OpenAI developer docs | Identidad gpt-image-2 y rutas Image API / Responses API. | Límites de ChatGPT o créditos de Codex. |
| ChatGPT product notes | Capacidad de generar y editar dentro de ChatGPT. | Logs, storage, retry o billing de tu producto. |
| Codex pricing and workspace | Créditos de Codex y propiedad de archivos en una tarea. | Que una app externa pueda llamar a Codex como endpoint. |
| Provider contract | Condiciones de un gateway o proveedor concreto. | Precio oficial de OpenAI o garantías oficiales. |
ChatGPT encaja con creación manual
Usa ChatGPT cuando el valor está en mirar, comparar y corregir. Puede ser una portada conceptual, un mockup, una imagen social, una variación de estilo, una edición sobre material subido o una prueba de legibilidad de texto. En esos casos no necesitas diseñar cola, base de datos, facturación ni permisos antes de saber si la dirección visual funciona.
Los límites que debes verificar están en ChatGPT. Revisa plan activo, workspace policy, límites de imágenes, reglas de subida, formato de exportación, historial, derechos sobre las entradas y el modo de generación usado. Si el resultado pasará a una función de producto, convierte la sesión en una especificación: prompt final, inputs, tamaño deseado, estilo, prohibiciones, criterios de aceptación y fallos conocidos.
ChatGPT puede seguir siendo la ruta principal si la imagen se crea una a una, una persona acepta el resultado, el archivo se reutiliza manualmente y un fallo puede resolverse con otra instrucción. En cuanto necesites logs por solicitud, storage estable, permisos de usuario, coste por proyecto, retry o mensajes de error para clientes, la ruta manual deja de ser suficiente.
Codex encaja con assets de repositorio
Codex es la ruta adecuada cuando la imagen es parte del proyecto. Una portada de blog, un route map, un tablero de precios, una imagen de troubleshooting o un diagrama para docs deben coincidir con el contenido, el frontmatter, las rutas de assets, las referencias MDX y la revisión editorial. Codex puede trabajar con ese contexto y mantener los archivos juntos.
Un flujo sólido de Codex conserva el raw PNG de la generación, una copia en evidence, el WebP publicado en public/posts/es/chatgpt-gpt-image-2-vs-codex-gpt-image-2-api/img/, la referencia ./img/... en MDX, alt text, image report y hashes. Eso no es burocracia: permite comprobar después si el locale tuvo assets propios, si la imagen se optimizó sin cambiar contenido y qué sección justificaba cada visual.
Codex no debe convertirse en sustituto del runtime API. Puede ayudarte a generar assets, escribir código, crear pruebas y actualizar documentación. Pero si el usuario final dispara la generación, tu aplicación necesita una ruta API con auth, storage, logging, retry, billing, policy and failure recovery.
Usa OpenAI API cuando la imagen sea una función de producto
OpenAI API es la ruta cuando la generación de imágenes forma parte de una aplicación. La señal principal no es que produzca una imagen bonita, sino que el equipo pueda operar la función. Registra route, model ID, endpoint family, input images, size, quality, output format, user or project, request metadata, latency, retry count, storage path, cost source and error class.
La elección entre Image API y Responses API depende de la experiencia. Para una generación o edición directa, Image API suele reducir complejidad. Si la generación vive dentro de una conversación, un assistant flow, tool calls o varias rondas de edición, Responses API puede ofrecer un encaje más natural. En ambos casos revisa derechos de entrada, almacenamiento de salida, unsupported parameters, content policy, rate limits and billing owner.
La primera prueba de producto debe ser pequeña pero completa. Lanza una solicitud de bajo coste, guarda input and output, escribe la imagen en storage, devuelve una URL estable, registra la fuente de coste y clasifica timeout, refusal, storage failure and provider error. Después podrás hablar de colas, caché, concurrencia y monitorización con datos reales.
No unas todo en un único coste GPT Image 2
Los límites de ChatGPT, los créditos de Codex, el billing de OpenAI API y el precio del proveedor viven en sistemas distintos. Aunque el nombre del modelo se parezca, cada ruta tiene su propio lugar de uso, soporte, reembolso y presupuesto. Para compras, soporte y debugging, separa siempre el dueño del gasto.
| Coste o límite | Dónde mirarlo | Significado operativo |
|---|---|---|
| ChatGPT plan caps | Plan y workspace de ChatGPT. | Acceso y volumen de creación manual. |
| Codex image credits | Codex pricing and workspace usage. | Consumo de generación en tareas de agente. |
| OpenAI API billing | Proyecto OpenAI API, pricing and usage. | Coste de solicitudes programáticas de producto. |
| Provider pricing | Dashboard y contrato del proveedor. | Precio solo válido para esa ruta de proveedor. |
Una ruta de proveedor puede tener sentido para pagos locales, compatibilidad con una API conocida, validación de acceso o migración temporal. Antes de usarla en producción, documenta base URL, model alias, billing unit, data handling, support owner, refund or failed-generation rule and exit plan. Si no puedes completar esa lista, usa la ruta solo como prueba.
Haz una prueba pequeña por ruta
No decidas con una sola imagen exitosa. En ChatGPT guarda prompt, inputs, output final, limitaciones de exportación y nota de aceptación humana. En Codex guarda raw PNG, evidence copy, published WebP, MDX reference and image report. En API guarda request payload, model, endpoint family, latency, storage path, error behavior and cost source. En proveedor guarda alias mapping, price unit, data terms, support owner and failure billing.
Compara cuatro ejes: control, ownership, recovery and auditability. Control significa parámetros, seguridad y formato. Ownership significa archivos, logs y coste. Recovery significa retry, fallback y mensaje al usuario. Auditability significa poder explicar más tarde qué ruta, modelo y cuenta generaron una imagen concreta.
Errores frecuentes
Codex GPT-Image-2 no es OpenAI API
Codex puede generar imágenes dentro de una tarea de agente, pero eso no lo convierte en el endpoint que debe llamar tu aplicación. Trata Codex como workflow de workspace y la API como superficie runtime.
ChatGPT no sustituye los logs de producción
ChatGPT es fuerte para creación con intervención humana. Un producto necesita request IDs, retries, storage, user-level permissions, usage reports and cost attribution. Una sesión manual no entrega esos elementos.
El precio de proveedor no es precio oficial de OpenAI
Un proveedor puede ser cómodo, pero alias, precio, datos y soporte pertenecen a ese contrato. Solo una fuente oficial de OpenAI puede justificar una etiqueta de precio oficial.
La calidad visual no decide sola
Si varias rutas producen una imagen parecida, la decisión pasa a reproducibilidad, archivos, logs, facturación, permisos y recuperación ante fallos. Un resultado atractivo que no puedes auditar no está listo para producción.
Siguientes pasos relacionados
- ChatGPT Images 2.0 para la ruta de producto de ChatGPT.
- GPT-Image-2 API para Image API, Responses API, request shape y provider boundary.
- GPT-Image-2 API Pricing para costes oficiales, provider pricing y presupuesto.
- How to Use GPT-Image-2 para generación, edición, prompts y verificación.
- Is GPT-Image-2 Free? para ChatGPT, API, trials and provider free routes.
FAQ
ChatGPT Images 2.0 y gpt-image-2 son lo mismo?
Están relacionados, pero no son el mismo contrato. ChatGPT Images 2.0 es una capacidad del producto ChatGPT. gpt-image-2 es la identidad de modelo que verificas en developer docs and API logs.
Codex GPT-Image-2 puede usarse como API de producción?
No conviene entenderlo así. Codex sirve para generar assets del repositorio, conservar evidence y actualizar MDX. Para usuarios finales necesitas API route, auth, storage, logs, retries and billing controls.
Un desarrollador debe empezar en ChatGPT o en API?
Para exploración visual, empieza en ChatGPT. Para una función de producto, crea cuanto antes una solicitud mínima de API. ChatGPT ayuda a definir prompt and acceptance criteria, pero no reemplaza la prueba operativa.
Los límites de ChatGPT, créditos de Codex y billing de API se comparten?
No. Verifica ChatGPT en ChatGPT, Codex en Codex usage, API en OpenAI API project y proveedor en provider contract. Son propietarios distintos.
Cuándo sirve una ruta de proveedor?
Cuando resuelve pago, acceso, compatibilidad o test temporal. Antes de producción, confirma alias, price, failure billing, data handling, support and exit plan.
Cuándo debo moverme a OpenAI API?
Cuando la imagen se genera por una acción del usuario final o cuando necesitas coste y logs por usuario, proyecto, pedido o periodo. En ese momento la imagen ya es una función de producto, no un asset manual.