El acceso a GPT Image 2 API no se decide por una sola etiqueta Tier. A 16 de mayo de 2026, el Free API tier no debe tratarse como una ruta directa soportada para llamar a gpt-image-2. Incluso una organización de pago necesita revisar los límites del modelo en el dashboard, la configuración del proyecto y el estado de Organization Verification antes de planificar producción.
La primera separación tiene tres capas. OpenAI usage tier describe el nivel de la organización y su contexto de límites. La fila del modelo gpt-image-2 y la página de limits muestran si ese modelo está disponible y qué capacidad ve tu cuenta. service_tier elige el modo de procesamiento de una petición válida; no es lo mismo que Tier 1, Tier 2 o Tier 5.
| Capa | Qué responde | Qué no prueba |
|---|---|---|
| OpenAI usage tier | Nivel de organización y bucket de gasto/límite | Capacidad exacta de gpt-image-2 en tu proyecto |
| Fila del modelo y dashboard | Soporte del modelo y límite específico | Acceso a ChatGPT o condiciones de un proveedor externo |
service_tier | Modo de procesamiento de la petición | Tier de cuenta, entitlement del modelo o verificación |
La ruta práctica empieza en el modelo oficial y en tu propio dashboard de OpenAI. Si la ruta directa está bloqueada, una plataforma cloud o un gateway de proveedor puede ser útil, pero entonces cambian el dueño de la facturación, los límites, el soporte y el diagnóstico de errores.
Qué respuesta de tier conviene creer primero
Empieza por la superficie oficial del modelo y después baja al nivel de tu organización. El API model ID de GPT Image 2 es gpt-image-2, y el snapshot público comprobado aquí es gpt-image-2-2026-04-21. En esa misma superficie pública, Free aparecía como no soportado para este modelo, mientras Tier 1 a Tier 5 mostraban señales de capacidad creciente en niveles de pago.
Esa tabla pública no es tu cuota personalizada. Los límites reales viven en account settings, project limits, dashboard y response headers. Si el modelo no aparece en limits, si el proyecto no es el que usa la key, si falta Organization Verification o si la petición usa la ruta equivocada, copiar la cifra pública a un plan de producción no sirve.
| Pregunta | Mejor superficie | Respuesta práctica |
|---|---|---|
| GPT Image 2 es un modelo oficial de API? | Página del modelo GPT Image 2 | Sí. Para Images API directa se usa gpt-image-2. |
| Free API tier prueba acceso? | Fila del modelo GPT Image 2 | No. A 16 de mayo de 2026 Free no era ruta API soportada. |
| Qué significa Tier 1 o Tier 2? | Usage-tier guide más fila del modelo | Account tier y capacidad de modelo se relacionan, pero no son lo mismo. |
| Qué puede hacer mi organización? | Dashboard limits | Revisa el org, project y key que enviarán la petición. |
service_tier desbloquea el modelo? | API reference | No. Solo elige processing mode para una petición válida. |
Usage tier es un bucket de cuenta, no un permiso de modelo
OpenAI usage tier opera a nivel de organización. Está conectado con pagos, límites mensuales y aumento progresivo de capacidad. Pero no sustituye la comprobación de un modelo concreto. En GPT Image 2 esa separación pesa más porque el flujo de imagen toca tamaño, calidad, input image tokens, output image tokens, verificación y rate limits.
Una organización Tier 2 puede seguir sin ver gpt-image-2 en un proyecto concreto. La key puede pertenecer a otro proyecto. La Organization Verification puede no estar completada. El código puede ser correcto y aun así topar con un límite que solo aparece en response headers bajo concurrencia real.
Por eso usage tier debe verse como contexto de cuenta. La evidencia de producción debe incluir organización, proyecto, model ID, endpoint, petición mínima, response headers, dashboard limits y calculadora de precio vigente. Solo ese conjunto permite hablar de cuotas de usuario, presupuesto interno o promesas operativas.
La fila del modelo da escala pública; el dashboard decide tu organización
La fila pública de gpt-image-2 sirve para responder el primer nivel: el modelo existe oficialmente, Free no debe asumirse como ruta API, y los paid tiers muestran crecimiento de capacidad. Esa es la forma correcta de encuadrar Free / Tier 1 / Tier 2.
El dashboard sigue siendo decisivo porque la fila pública no conoce tu organización. Puede haber project-level settings, disponibilidad gradual del modelo, límite temporal, requirement de verificación o una key asociada al proyecto equivocado. Si limits no muestra lo esperado, primero trátalo como evidencia de cuenta, no como un bug de tu aplicación.
Antes de construir sobre el modelo, recorre esta lista:
- Confirma que la organización está en un paid tier que puede usar GPT Image 2.
- Abre limits para la organización y el proyecto que posee la key real.
- Revisa si los GPT Image models requieren API Organization Verification.
- Ejecuta una petición mínima de Images API antes de referencias, streaming o edits complejos.
- Guarda request ID, status, response body y rate-limit headers en cada fallo.
- Antes de publicar cuotas o precios, revisa model page, calculator y dashboard.
service_tier no es Tier 1 ni Tier 2
service_tier es un parámetro de la petición que selecciona processing mode, por ejemplo auto, default, flex o priority cuando están disponibles. No paga la cuenta, no sube la organización de usage tier y no convierte un modelo no soportado en disponible.
La confusión nace del nombre. La cuenta tiene tier y la petición tiene service_tier, pero hablan de capas distintas. Usage tier es calificación y límites de organización. Model limits es la capacidad visible de gpt-image-2. service_tier es la pista de procesamiento para una petición que ya cumple los requisitos.
Si Free está bloqueado, falta verificación, el modelo no aparece en dashboard o el endpoint no es el adecuado, cambiar service_tier no corrige la raíz. Primero demuestra que el acceso básico funciona; después decide si conviene elegir otra lane de procesamiento.
Coloca gpt-image-2 en la ruta API correcta
Para generación o edición directa de imágenes, usa Images API con model: "gpt-image-2". Esta forma es la mejor primera prueba porque el modelo, endpoint, tamaño y calidad quedan visibles, y el fallo se puede asignar con menos ruido a cuenta, modelo, verificación o cuerpo de petición.
jsimport OpenAI from "openai"; const client = new OpenAI({ apiKey: process.env.OPENAI_API_KEY }); const result = await client.images.generate({ model: "gpt-image-2", prompt: "A clean product diagram explaining API account tiers", size: "1024x1024", quality: "medium" });
Responses tiene otro patrón. El top-level model debe ser un modelo de texto capaz de conducir la conversación o el flujo de herramientas, y la generación de imagen se invoca con el hosted tool image_generation. En ese patrón, gpt-image-2 no debe ponerse como top-level Responses model.
jsimport OpenAI from "openai"; const client = new OpenAI({ apiKey: process.env.OPENAI_API_KEY }); const response = await client.responses.create({ model: "gpt-5.5", input: "Plan a simple visual and generate it as an image.", tools: [{ type: "image_generation" }] });
Elige la ruta por el trabajo del producto. Images API encaja con output directo o edición controlada. Responses encaja cuando la imagen forma parte de un assistant flow, una conversación o una secuencia de herramientas. Si la petición mínima de Images API falla, no cambies a Responses hasta saber si el bloqueo es cuenta, modelo, verificación, endpoint o rate limit.
Diagnostica una petición bloqueada por dueño del problema
Un fallo de GPT Image 2 no es un solo tipo de problema. Puede pertenecer a la cuenta, al modelo, a la ruta, al cuerpo de la petición, al rate limit, a verification o al proveedor. Clasificar el dueño primero ahorra cambios innecesarios.
| Síntoma | Dueño probable | Primera comprobación | Regla de parada |
|---|---|---|---|
Free account no puede llamar gpt-image-2 | Model support y account tier | Model page y dashboard limits | No planifiques producción sobre Free API access. |
| Paid account sigue bloqueada | Organization Verification o project access | Developer console y limits | Completa verification o junta evidence para support. |
| 429 o throttling | Rate limits | Response headers y dashboard | Baja concurrencia o pide increase después de headers. |
| El endpoint rechaza la forma | Ruta equivocada | Docs de Images API y Responses | Direct model call debe ir a Images API. |
Responses usa gpt-image-2 como top-level model | Model placement | Docs del image_generation tool | Usa text model más tool. |
| Provider funciona y OpenAI directo falla | Contrato distinto | Model mapping, billing y limits del proveedor | El éxito del proveedor no prueba OpenAI entitlement. |
Un bundle de diagnóstico útil es pequeño: organization ID, project, model ID, endpoint, request ID, status, response body, rate-limit headers, verification state y minimal reproduction request. Con eso se distingue capacity issue de route issue y se evita esconder un problema de cuenta detrás de una llamada de proveedor que sí funciona.
Coste, tamaño y verification siguen importando después del tier
Tener tier access no termina el plan de producción. El coste de GPT Image 2 puede depender de input text tokens, input image tokens, image output tokens, size y quality. Para cuotas de usuario, presupuesto interno o reglas de compensación usa la calculadora vigente y registros reales, no solo el nombre del tier.
El tamaño también es contrato. GPT Image 2 soporta varios common sizes, pero la petición debe cumplir las restricciones documentadas. Si el flujo necesita fondo transparente, recuerda que gpt-image-2 no soporta transparent backgrounds actualmente; esa necesidad debe resolverse con otro paso de diseño o post-procesado.
Verification merece su propia línea de checklist. GPT Image models, incluido gpt-image-2, pueden requerir API Organization Verification. Una cuenta pagada y una key válida son necesarias, pero no garantizan por sí solas que el modelo de imagen esté listo para usuarios finales.
Las rutas de proveedor son contratos separados
Una plataforma cloud o gateway de proveedor puede ser útil si el acceso directo de OpenAI no está listo, si necesitas billing agregado, pago local, routing, fallback u operaciones específicas. Pero al salir de la ruta directa de OpenAI API cambian billing, refunds, limits, retries, logs, uploaded images y support.
Antes de usar un proveedor en producción, pregunta:
- El proveedor nombra
gpt-image-2con claridad y permite verificar model mapping? - Quién es responsable de billing, refunds, rate limits, retries y support?
- Qué ocurre con reference images, generated files y logs?
- Puedes reproducir el size, quality, edit flow y failure behavior que necesitas?
Cada problema cercano tiene su propio lugar. Para la diferencia general entre Images API, Responses, Codex y gateways, usa la guía de GPT Image 2 API. Para pruebas en navegador sin key y seguridad de uploads, consulta GPT Image 2 free online. Para afirmaciones de free 4K API, mira free GPT Image 2 4K API. Para escoger modelo de imagen inicial, revisa Nano Banana Pro vs GPT Image 2.
Ruta práctica de preparación
El orden operativo debe ser corto. Primero confirma official model ID y snapshot. Después no uses Free API como ruta de producción para GPT Image 2. Luego revisa dashboard limits para tu organization y project. Completa Organization Verification si aplica. Ejecuta una petición mínima de Images API. Solo después añade size, quality, edits, queue, retries o Responses orchestration.
Si la petición mínima funciona, pasa a scale planning: registra size, quality, cost estimate, latency, response IDs, headers y concurrency. Si falla, clasifica el owner antes de cambiar arquitectura. Un provider route puede ser ruta temporal o comercial, pero se evalúa como otro bill owner y support owner.
La separación durable es esta: usage tier da account context, model row y dashboard muestran la capacidad de gpt-image-2, service_tier elige processing mode y provider route es separate contract. Mantener esas capas separadas evita upgrades equivocados y diagnósticos circulares.
Preguntas frecuentes
GPT Image 2 está disponible en Free OpenAI API tier?
No planifiques GPT Image 2 sobre Free API tier. A 16 de mayo de 2026, la superficie pública de gpt-image-2 marcaba Free como not supported. ChatGPT gratuito o experiencias de navegador son rutas de producto distintas.
Tier 1 significa que mi cuenta puede llamar gpt-image-2 seguro?
No. Tier 1 significa que la organización alcanzó un umbral de usage tier, pero aún necesita model support en dashboard, posible Organization Verification, project access correcto y una ruta API válida.
Cuál es la diferencia entre usage tier y model rate limit?
Usage tier es el bucket de la organización. Model rate limit es la capacidad específica del modelo visible en model page, account settings, dashboard o response headers. Un tier más alto suele aumentar límites, pero exact capacity se confirma aparte.
service_tier es lo mismo que Tier 1 o Tier 2?
No. service_tier es una opción de procesamiento como auto, default, flex o priority. No cambia usage tier ni desbloquea un modelo no disponible para la cuenta.
Uso Images API o Responses para GPT Image 2?
Usa Images API cuando el trabajo sea generación o edición directa con model: "gpt-image-2". Usa Responses cuando un modelo de texto deba manejar un assistant flow y llamar al hosted image_generation tool.
Un provider gateway evita los límites de OpenAI tier?
Un provider gateway puede ofrecer otra ruta de acceso, pero no cambia tu entitlement directo en OpenAI API. El proveedor tendrá sus propios billing, limits, support, model mapping y failure behavior.
Qué revisar antes de subir de tier?
Revisa model page de GPT Image 2, organization limits, project access, Organization Verification, petición mínima de Images API, pricing calculator y response headers. Sube de tier solo si el cuello de botella es realmente account capacity.