Pruebas y comparaciones04/08/2026Laboratório de IA13 min de lecturaActualizado el 12/09/2026

GPT-5.6 Luna se volvió un 80% más barato: ¿cuándo vale la pena cambiar la Tierra o el Sol?

Luna cayó a una décima parte del precio de Terra. Vea el punto de equilibrio por tarea, cómo contabilizar el retrabajo y cuándo Sol aún da sus frutos.

Tabela comparando custo, latência e taxa de conclusão entre GPT-5.6 Luna, Terra e Sol

El recorte de precio del 80% para el GPT-5.6 Luna cambia el orden de magnitud de la comparación. Con los valores vigentes el 4 de agosto de 2026, una call con la misma cantidad de tokens le cuesta a Luna un décimo de Terra y un veinticinco de Sol. Esto significa que Luna puede cometer errores o requerir reelaboración con más frecuencia y aun así conservar una ventaja financiera.

Esta ventaja, sin embargo, no mejora automáticamente el modelo. El número relevante para una operación real no es el precio por millón de tokens, sino el coste por tarea completada y aprobada, incluido el razonamiento interno, los reintentos, la revisión humana, la latencia y el impacto de los errores.

La conclusión práctica es sencilla: Luna debería ser el primer candidato para tareas bien definidas y de gran volumen; Terra sigue siendo la referencia en cargas mixtas; y Sol debería reservarse para tareas en las que una ganancia en calidad o fiabilidad compense un coste mucho mayor. La decisión final debe tomarse probando el flujo en sí, no solo los puntos de referencia generales.

Qué cambió el 30 de julio de 2026

El registro de cambios oficial de la API informa que, a partir del 30 de julio de 2026, GPT-5.6 Luna costará un 80 % menos y Terra costará un 20 % menos. The Sun no anunció ninguna reducción en esta actualización. En la misma fecha, OpenAI reemplazó el nombre Procesamiento prioritario por modo rápido.

La página de lanzamiento de GPT-5.6, publicada el 9 de julio, registra precios anteriores: 1 dólar por millón de tokens entrantes y 6 dólares salientes en Luna; 2,50 y 15 US $ en Terra; y US$5 y US$30 en soles. La propia página recibió una nota sobre la reducción el 30 de julio, aunque la tabla de publicación textual todavía muestra los valores antiguos.

Los precios actuales para contexto breve son:

Los montos se cobran en dólares y no incluyen conversión de moneda, impuestos, herramientas pagas ni recargos de procesamiento regional. Las solicitudes con más de 272 mil tokens de entrada ahora utilizan precios más altos para toda la solicitud.

El recorte hizo que Luna fuera diez veces más barata que Terra

La diferencia no depende de si la tarea utiliza más entradas o más salidas. Las dos tarifas de Luna corresponden al 10% de las tarifas equivalentes de Terra. En comparación con el Sol, corresponden al 4%.

Mantener igual el número de tokens por intento:

  • una llamada a Terra cuesta el equivalente a diez llamadas a Luna;
  • una llamada desde Sol cuesta el equivalente a 25 llamadas desde Luna;
  • una llamada desde el Sol cuesta el equivalente a dos llamadas y media desde la Tierra.

Esto produce un punto de equilibrio inusual. Si Terra resuelve una tarea en el primer intento, Luna podría consumir hasta diez intentos equivalentes antes de igualar el gasto de API.. Contra el Sol, habría hasta 25 intentos.

Esta cuenta no autoriza a aceptar 24 malas respuestas. Cada falla puede inmovilizar a un revisor, retrasar al usuario o producir un error operativo. Simplemente demuestra que, después del recorte, el precio de los tokens ya no es el principal obstáculo para la adopción de Luna. El verdadero obstáculo es el coste del retrabajo.

El precio no es calidad: los resultados varían según la tarea

Los puntos de referencia publicados por OpenAI no indican una distancia uniforme entre los tres modelos. En algunas evaluaciones, Terra y Luna están muy cerca; en otros, Luna pierde una porción relevante de rendimiento.

En el último examen de los agentes y SWE-Bench Pro, Luna se acerca a Terra. En el Gran Banco Financiero, la diferencia es de 15 puntos porcentuales. Esto refuerza que “modelo menor” no es una clasificación suficiente: el rendimiento depende del dominio, la complejidad, la necesidad de herramientas y los criterios utilizados para considerar la tarea completa.

Estas cifras fueron publicadas por el propio proveedor y no reemplazan una evaluación independiente. Tampoco miden directamente el servicio en portugués brasileño, la lectura de documentos públicos nacionales o la transformación de datos con formatos locales.

Tres tareas brasileñas para una comparación reproducible

Una evaluación útil debe emplear datos similares a los que se encuentran en los criterios de aprobación binarios y de producción. El siguiente protocolo cubre tres perfiles de carga útil: clasificación corta, síntesis de documentos y transformación estructurada.

Tarea 1: Detección de cumplimiento de comercio electrónico

Monte 30 llamadas sintéticas en portugués brasileño que involucran entrega, foto, cambio, cancelación, dirección, fecha límite y producto dañado. No utilices datos personales reales.

La respuesta debería devolver:

  • categoría perteneciente a una lista cerrada;
  • prioridad baja, media o alta;
  • siguiente acción;
  • breve justificación;
  • salida válida en el esquema definido.

Aprobación: todos los campos válidos, categoría correcta según la plantilla y ninguna acción contraria a la política presentada en el mensaje.

Perfil de referencia para el cálculo: 1500 tokens de entrada y 500 tokens de salida total por intento.

Tarea 2: síntesis auditable del aviso municipal

Seleccione 30 extractos o documentos públicos congelados para la ronda. Cada caso deberá requerir la extracción de fechas, requisitos, impedimentos, documentos necesarios y valores, indicando siempre la página o sección de procedencia.

Aprobación: todos los elementos obligatorios presentes, fechas correctas, referencias verificables y ninguna declaración que no esté respaldada por el documento.

Perfil de referencia para el cálculo: 8000 tokens de entrada y 1200 tokens de salida total por intento.

Tarea 3: Transformar pedidos en datos estructurados

Proporciona 30 archivos sintéticos con fechas en formato brasileño, valores con punto decimal, direcciones incompletas, campos opcionales e identificadores enmascarados. El modelo debe normalizar registros según un esquema fijo y señalar inconsistencias sin inventar valores.

Aprobación: JSON válido, todas las pruebas automatizadas pasaron y no hay datos inventados.

Perfil de referencia para el cálculo: 4000 tokens de entrada y 2000 tokens de salida total por intento.

Cuánto costaría cada tarea antes de volver a trabajar

La siguiente tabla aplica los precios actuales a los perfiles de token definidos. Las cifras son escenarios matemáticos por cada mil intentos, no medidas del uso real. El resultado total debe incluir tokens visibles y tokens de razonamiento interno cargados como resultado.

Modelo Entrada por 1 millón de tokens Entrada de caché Escribir en caché Salida por 1 millón de tokens
GPT-5.6 Luna USD 0,20 USD 0,02 USD 0,25 USD 1,20
GPT-5.6 Tierra USD 2,00 USD 0,20 USD 2,50 USD 12,00
GPT-5.6 Sol USD 5,00 USD 0,50 USD 6,25 USD 30,00

La proporcionalidad sigue siendo la misma en los tres casos: la Tierra cuesta diez veces la Luna y el Sol cuesta 25 veces la Luna. El resultado real puede cambiar si un modelo utiliza más tokens de razonamiento, produce respuestas más largas o requiere nuevas llamadas.

Los tokens de pensamiento no son visibles como texto, pero aparecen en los detalles de uso y se cobran como tokens de salida. Ya forman parte de la producción total y no deben agregarse una segunda vez al calcular la factura.

La hoja de cálculo que evita comparaciones engañosas

Cada llamada debe ocupar una línea. Como mínimo, registre estas columnas:

Tarea Luna por 1000 intentos Consigue 1000 intentos Sol por 1.000 intentos
Clasificación de servicios USD 0,90 USD 9,00 USD 22,50
Resumen del aviso USD 3,04 USD 30,40 USD 76,00
Transformación estructurada USD 3,20 USD 32,00 USD 80,00

El alias gpt-5.6 dirige la llamada al GPT-5.6 Sol. Por lo tanto, usarlo en lugar del identificador completo puede convertir accidentalmente una prueba de Luna o Terra en tráfico del modelo más caro.

Cómo ejecutar la prueba

Utilice 30 casos por tarea y por modelo, con un total de 270 llamadas en la ronda inicial. Mezcle el orden de los modelos para reducir el efecto de los cambios de carga momentáneos.

Mantener constante:

  • el contenido y la versión del mensaje;
  • el punto final;
  • el límite máximo de producción por tarea;
  • el esfuerzo de razonar;
  • el conjunto de herramientas disponibles;
  • el nivel de servicio;
  • reglas de aprobación;
  • la región de procesamiento;
  • el número máximo de reintentos.

Comience con el procesamiento estándar y el mismo nivel de razonamiento, como medio, para los tres modelos. Una vez que identifiques al ganador por tarea, haz una segunda ronda reduciendo el esfuerzo en un nivel. La guía oficial de migración recomienda comparar modelos con configuraciones representativas del flujo real, incluida la posibilidad de lograr una calidad similar con menos pensamiento.

En la ronda principal, evite que las diferencias de caché distorsionen el resultado. En GPT-5.6, las escrituras en caché cuestan 1,25 veces la tarifa de entrada normal, mientras que las lecturas tienen un descuento. La prueba puede desactivar la escritura implícita o medir por separado una segunda ronda con prefijos reutilizados.

La corrección debe realizarse sin revelar al evaluador qué modelo produjo la respuesta. Los criterios de aprobado o reprobado tienden a ser más confiables que las calificaciones vagas, y cualquier calificador automatizado debe compararse con etiquetas humanas antes de reemplazar la revisión.

Las cuatro métricas que deciden la migración

Porcentaje de finalización del primer intento

Es el porcentaje de casos aprobados sin corrección o nueva convocatoria.

Esta métrica muestra cuánto trabajo ofrece el modelo sin intervención, pero no capta la posibilidad de una recuperación económica.

Tasa de finalización dentro del presupuesto

Defina un límite de antemano, como tres intentos o un valor determinado por caso. Cuente cuántas tareas se aprobaron antes de alcanzar este límite.

Un modelo puede presentar un resultado inicial inferior y aún así ganar porque corrige sus propios errores a bajo costo.

Costo por finalización

Uso:

Costo por finalización = gasto total en API ÷ número de tareas aprobadas

Para una evaluación operativa más completa:

Costo total por finalización = API + revisión humana + infraestructura + impacto esperado de las fallas

Es esta segunda cuenta la que evita una migración falsa. No vale la pena ahorrar centavos en tokens para transferir las horas de la conferencia al equipo.

Latencia P50 y p95

La mediana muestra una experiencia típica. El percentil 95 revela el comportamiento en los casos más lentos.

Registre por separado el tiempo hasta el primer token y el tiempo hasta su finalización. La documentación de OpenAI señala que la mayor parte de la latencia tiende a generarse en la generación del resultado, por lo que respuestas más largas o más reflexivas pueden tardar más.

El punto de equilibrio entre la Luna, la Tierra y el Sol

Cuando la composición de los tokens es similar, el costo esperado de una tarea se puede simplificar como:

Costo por éxito esperado = costo por intento ÷ probabilidad de éxito

De esto surgen tres límites matemáticos:

  • Luna es más barata que Terra si su tasa de éxito es superior al 10 % de la tasa de Terra;
  • Luna es más barata que Sol si su tasa de éxito supera el 4% de la tasa de Sol;
  • La Tierra es más barata que el Sol si su tasa de éxito es superior al 40 % de la tasa del Sol.

Si Terra completa el 90 % de los casos, por ejemplo, Luna solo necesitaría superar el 9 % para mantener una ventaja en el gasto bruto de API. Este resultado parece permisivo porque todavía no incluye el trabajo humano ni el daño asociado con una respuesta incorrecta.

En la práctica, la migración debería requerir que el modelo más barato permanezca dentro de una calidad, latencia y tolerancia de revisión definidas por el equipo. Una operación con aprobación humana obligatoria puede ser más tolerante con errores leves. La automatización que publica, transfiere valores o cambia sistemas necesita límites mucho más estrictos.

Cuándo elegir GPT-5.6 Luna

Luna debería ser el primer modelo probado cuando la tarea tenga:

  • respuesta corta y formato rígido;
  • criterios de aprobación objetivos;
  • alto volumen;
  • bajo costo por fallas;
  • posibilidad de validación automática;
  • mensaje y contexto bien definidos;
  • Recuperación sencilla mediante un segundo intento.

La clasificación, la extracción, el enrutamiento, la normalización de datos y las respuestas cerradas basadas en políticas son candidatos naturales. Las directrices oficiales describen al Luna como el modelo de la familia optimizado para cargas de gran volumen y sensibles a los costes.

Cuando Terra sigue teniendo sentido

El terreno es el control más importante en la prueba porque representa el equilibrio entre costo y capacidad. Cuesta diez veces más que el Luna, pero aún así cuesta un 60% menos que el Sol.

Terra tiende a justificar el premio cuando:

  • Luna pierde criterios importantes de forma recurrente;
  • el contenido requiere una síntesis de varias instrucciones;
  • hay un uso moderado de herramientas;
  • la respuesta debe combinar texto y estructura;
  • La reelaboración humana de Luna supera la economía de API;
  • El flujo mezcla casos simples y difíciles sin un enrutador confiable.

Una arquitectura eficiente puede enrutar la mayor parte del volumen a Luna y reservar Terra para casos rechazados por los validadores o identificados como más complejos.

Cuándo pagar por el sol

Sol cuesta 25 veces Luna y dos veces y media Terra en la misma composición de fichas. Este premio sólo debe aceptarse cuando la capacidad adicional produzca un valor mensurable.

Úselo como candidato para:

  • tareas complejas de varios pasos;
  • programación y depuración de mayor impacto;
  • análisis con diferentes herramientas;
  • decisiones que son difíciles de recuperar;
  • documentos que requieren coherencia global;
  • casos en los que un fallo cuesta mucho más que la llamada;
  • evaluación o revisión de resultados de modelos más pequeños.

La página de plantillas posiciona a Sol como la opción de vanguardia para trabajos profesionales complejos, mientras que la documentación recomienda plantillas más pequeñas para reducir costos y latencia.

El modo rápido debe probarse después del modelo

El modo rápido cuesta el doble que el procesamiento estándar. En breve, los precios de entrada y salida se convierten en 0,40 dólares y 2,40 dólares en Luna; 4 y 24 dólares en Terra; y US$10 y US$60 en Sol.

OpenAI afirma que en GPT-5.6 Sol, el modo puede alcanzar 2,5 veces la velocidad del procesamiento estándar y ofrecer una latencia más consistente. Este número es un límite anunciado por el proveedor, no una garantía para cada solicitud ni una promesa equivalente para Terra y Luna.

La secuencia correcta es:

  1. elegir el modelo en función de la relación entre calidad y coste;
  2. medir la latencia estándar;
  3. definir el máximo aceptable p95;
  4. repetir los mismos casos en modo Rápido;
  5. pague el doble solo si la ganancia observada justifica el valor.

El servicio también puede reducir temporalmente las solicitudes a la velocidad estándar cuando el tráfico crece demasiado rápido. En estos casos, la respuesta informa el nivel realmente utilizado y el cargo sigue la tarifa Estándar. Por lo tanto, el punto de referencia debe registrar el nivel de servicio devuelto, no solo el solicitado.

Veredicto: no cambies un modelo, distribuye las tareas

Después del recorte, Luna debería ingresar prácticamente a todas las pruebas de carga y alto volumen definidas. La diferencia de precio es demasiado grande para ignorarla, especialmente cuando hay validación automática y reintentos económicos.

Esto no significa reemplazar la Tierra o el Sol en bloque. La estrategia más eficaz tiende a ser el enrutamiento de tareas:

  • Luna por volumen, estructura y bajo riesgo;
  • Suelo para cargas mixtas y complejidad intermedia;
  • Sol por excepciones difíciles, revisiones de alto valor y fallas costosas;
  • Modo rápido solo cuando la latencia medida infringe un objetivo de servicio.

“80% más barato” responde cuánto cuesta intentarlo. La matriz responde a lo que realmente importa: cuántos intentos, cuántos minutos y cuántos dólares se necesitan para realizar una tarea aprobada.

Guarde esta matriz y repita la ronda cada vez que cambien precios, versiones o configuraciones. Suscríbete a la newsletter para recibir la próxima revisión de valores y criterios. Cualquier enlace comercial o de afiliado debe identificarse explícitamente.

Temas de este artículobenchmark de modeloscusto por conclusãoFast modeGPT-5.6 LunaGPT-5.6 SolGPT-5.6 Terrapreços de API
Pruebas, lanzamientos y riesgos de IA explicados con fuentes, versiones y contexto.
Campo Qué registrar
Fecha y hora Tiempo absoluto de la solicitud
Región Región o punto final de procesamiento
Punto final Respuestas o finalización del chat
Modelo solicitado gpt-5.6-luna, gpt-5.6-terra o gpt-5.6-sol
Modelo devuelto Identificador presente en la respuesta
Nivel de servicio Estándar o Rápido
ID de tarea Establecer caso y versión
Versión inmediata Hash o identificador inmutable
Esfuerzo de razonamiento Mismo valor en la ronda principal
Fichas de entrada Total reportado por API
Tokens almacenados en caché Lectura de caché
Tokens escritos en caché Escritura cobrada
Fichas de salida Total, incluido el razonamiento
Fichas de razonamiento Campo informativo, sin duplicar el coste
Tiempo hasta el primer token TTFT en milisegundos
Latencia total Tiempo hasta completar la respuesta
Aprobado en el primer intento Sí o no
Número de intentos Uno, dos o tres
Aprobado al final Sí o no
Revisión humana minuciosa Tiempo realmente invertido
Costo de API Valor calculado por uso
Costo total API, revisión y costos externos