Nota — perfil prospectivo. Esta página describe un modelo que está en vista previa temprana, anunciado pero aún no disponible de manera general, o proyectado basándose en señales de la hoja de ruta. Las especificaciones y capacidades pueden cambiar antes del lanzamiento público. Los datos de benchmark en vivo en esta página reflejan cualquier endpoint al que nuestro sistema de pruebas pueda acceder hoy.
Este es el snapshot con fecha fija de GPT-5.5 base, congelado en el lanzamiento del 23 de abril de 2026. Fijar un snapshot recién lanzado tiene un compromiso específico que los snapshots más antiguos no tienen: los pesos de lanzamiento aún no han sido refinados por la ola de parches que típicamente llega al slug flotante en las primeras semanas después del lanzamiento. Estás bloqueando el modelo tal como se envió, incluyendo cualquier borde áspero que aún no haya sido pulido.
El compromiso de fijar en el lanzamiento para una generación completamente nueva
El argumento a favor de fijar en general es la reproducibilidad. El argumento en contra de fijar el primer snapshot con fecha de una nueva generación es que te pierdes los parches tempranos.
Cuando OpenAI lanza una nueva generación, el slug flotante acumula correcciones durante las primeras semanas y meses a medida que la comunidad identifica problemas. Los patrones de rechazo se ajustan. Los casos extremos de salida estructurada se parchean. El comportamiento del codificador de visión en tipos de documentos específicos se ajusta. Ninguno de esos cambios se propaga al snapshot con fecha fija. El comportamiento de lanzamiento es el comportamiento de lanzamiento, para siempre.
Para la mayoría de las cargas de trabajo de producción esto resulta ser aceptable. Los parches típicamente abordan casos extremos específicos que pueden no afectar tu tráfico particular. El comportamiento que probaste en el lanzamiento — incluyendo sus bordes ásperos — es lo que se ejecuta en producción, y puedes caracterizar y trabajar alrededor de los bordes ásperos en tus propios prompts y código posterior.
Para cargas de trabajo que casualmente caen en uno de los casos extremos parcheados, la decisión de fijar en el lanzamiento se siente peor. La mitigación es evaluar el slug flotante en pre-lanzamiento según un calendario y migrar el pin de producción a un snapshot con fecha posterior si los parches importan para ti. La primera de esas migraciones tiende a llegar dentro de unos pocos meses.
Qué captura este snapshot
El lanzamiento de abril de 2026 de GPT-5.5: pesos de lanzamiento, entrenamiento de seguridad de lanzamiento, calibración del codificador de visión de lanzamiento, comportamiento de lanzamiento para seguimiento de instrucciones y salida estructurada. Las mejoras que 5.5 trae sobre 5.4 — alucinación incrementalmente reducida, adherencia más ajustada a la salida estructurada, capacidades de visión refinadas — todas están capturadas aquí en su forma de lanzamiento. Los parches subsiguientes a esas características en actualizaciones del slug flotante no aparecen aquí.
Bajo el capó
Arquitectónicamente este es el decodificador transformer GPT-5.5 que acepta entradas de texto e imagen intercaladas, con salida solo de texto. OpenAI no ha publicado los recuentos de parámetros. Las capacidades de visión cubren la superficie estándar: comprensión de gráficos, extracción de tipo OCR, análisis de diseño de documentos, descripción de escenas.
La tokenización usa el vocabulario BPE estándar de GPT-5. Las entradas de imagen se codifican por mosaicos a un costo de tokens fijo por mosaico. La ventana de contexto coincide con la línea 5.5 más amplia. El corte de entrenamiento se sitúa a principios o mediados de 2026.
Dónde se sitúa hoy
Frente a los modelos actuales de nivel frontera, el snapshot de abril de 2026 de GPT-5.5 se sitúa en el nivel superior de opciones disponibles en la mayoría de las cargas de trabajo de propósito general. La tabla de clasificación de inteligencia rastrea la posición comparativa. El snapshot es competitivo con el nivel más fuerte no-Pro de Anthropic y el equivalente de Google.
Para flujos de trabajo de contenido el snapshot maneja salida de formato largo con restricciones de estilo extensas bien. Para extracción de datos la capacidad de visión refinada ayuda en categorías de documentos que dieron problemas a las generaciones anteriores.
Cuándo fijar este snapshot
Los casos de reproducibilidad son los estándar, agudizados por el hecho de que este es el lanzamiento de una nueva generación:
Estás comenzando un nuevo desarrollo en la línea 5.5 y quieres reproducibilidad desde el primer día. Fijar en el lanzamiento te da una referencia limpia para comparaciones de evaluación a lo largo de la vida del producto.
Estás migrando desde un snapshot con fecha de 5.4 y quieres aterrizar en un pin de 5.5 en lugar de un slug flotante. El snapshot de abril de 2026 es el objetivo natural.
Estás en un contexto regulado donde cualquier modelo que toque decisiones de clientes debe ser auditable trazable a una versión específica.
Tienes un arnés de evaluación exhaustivo y has caracterizado el comportamiento de este snapshot en tu carga de trabajo, incluyendo cualquier borde áspero. El fijado hace que el comportamiento sea estable para que tu caracterización permanezca válida.
Cuándo esperar a un snapshot posterior
Omite este pin si tu evaluación encuentra problemas específicos que el slug flotante ya ha parcheado. Espera al siguiente snapshot con fecha, que incorporará los parches.
Omítelo si tu carga de trabajo está en los casos extremos de cola larga que los parches de vida temprana típicamente abordan. El slug flotante es la opción más segura hasta que la ola de parches se asiente.
Omítelo para cargas de trabajo aún en desarrollo donde leer el slug flotante durante la construcción te da mejor información sobre cómo está evolucionando la generación.
El patrón de migración para pins de nueva generación
Fija el snapshot de lanzamiento en producción, lee el slug flotante en pre-lanzamiento con una suite canaria que cubra los prompts que importan. Cuando los parches al slug flotante corrijan algo que importa para tu carga de trabajo, avanza el pin de producción al siguiente snapshot con fecha. Cuando el slug flotante refina algo que no te afecta, mantén el pin existente.
El ciclo para generaciones recién lanzadas tiende a ser más rápido que para las maduras porque la actividad de parches se concentra en los primeros meses. Espera evaluar el siguiente snapshot con fecha dentro de unos pocos meses del lanzamiento y decidir si migrar.
Dónde siguen estando los límites
Este es un modelo recién lanzado, lo que significa que la superficie de fallo de cola larga está menos caracterizada de lo que estará en seis meses. Las cargas de trabajo comunes se comportan como se espera. Los casos extremos pueden producir sorpresas. Planifica tasas ligeramente más altas de comportamiento inesperado en comparación con un snapshot bien envejecido.
Los límites estándar de 5.5 aplican: la alucinación en temas de nicho se reduce pero está presente, la coherencia de contexto largo tiene un techo, los idiomas de recursos más bajos son más débiles que los principales, el nivel Pro todavía gana en el razonamiento más difícil. Ninguno de estos cambia con el fijado.
Alternativas
Para cargas de trabajo que necesitan comportamiento de nivel base fijado pero no pueden aceptar el riesgo de vida temprana de un snapshot completamente nuevo, fija el snapshot con fecha de 5.4 en su lugar. Migra a un snapshot con fecha de 5.5 después de que la ola de parches se haya asentado.
Para cargas de trabajo que priorizan la calidad máxima sobre la reproducibilidad, el slug flotante gpt-5.5 captura los parches a medida que llegan.
Para cargas de trabajo que necesitan reproducibilidad en un proveedor diferente, los snapshots con fecha equivalentes de Anthropic y Google se envían con el mismo patrón de fijado.
Última revisión técnica: 2026-05-22 — Tokonomix.ai
