Actualizas el string del modelo en tu código. gpt-5.5 pasa a gpt-5.6. Compilas, despliegas, todo responde igual… hasta que llega la factura de OpenAI y el costo por output es seis veces más alto que la semana pasada.
No rompiste nada. Elegiste mal el modelo.
GPT-5.6 no es un modelo — es una familia de tres, con nombres que no explican nada hasta que entiendes el sistema detrás. Si vienes de GPT-5.5 o evalúas moverte desde Claude, migrar sin leer la letra pequeña te puede salir caro. Literalmente.
Esta es la guía que me hubiera gustado tener el día del lanzamiento: qué es cada variante, cómo llamarlas desde la API con TypeScript, qué cambia con Programmatic Tool Calling, y si vale la pena tocar tu stack si ya construyes con Claude Code.
Qué es realmente GPT-5.6 (y por qué el nombre importa)
OpenAI cambió el sistema de versionado con este lanzamiento. El número —5.6— identifica la generación. El nombre —Sol, Terra o Luna— identifica el nivel de capacidad, y cada nivel puede avanzar a su propio ritmo sin esperar un salto de versión completo.
Tres variantes, disponibles desde el 9 de julio de 2026 en ChatGPT, Codex y la API:
- Sol — el modelo insignia. Máxima capacidad de razonamiento.
- Terra — el punto medio. Buen rendimiento a mejor precio.
- Luna — el económico. Para volumen alto y tareas simples.
Los tres comparten ventana de contexto: 1.05M tokens de entrada, 128K tokens de salida como máximo. La diferencia no está en cuánto texto aguantan — está en cuánto "piensan" antes de responder.
Cómo llamar a GPT-5.6 desde la API
Cada variante tiene su propio slug: gpt-5.6-sol, gpt-5.6-terra, gpt-5.6-luna. Si usas el alias gpt-5.6 a secas, apunta a Sol por defecto.
import OpenAI from "openai";
const client = new OpenAI();
const response = await client.responses.create({
model: "gpt-5.6-terra",
reasoning: { effort: "medium" },
input: "Resume los cambios de este PR en 3 bullets técnicos.",
});
console.log(response.output_text);
Nota el endpoint: responses.create, no chat.completions.create. GPT-5.6 usa la Responses API para razonamiento y tool-calling. Chat Completions sigue funcionando, pero no tiene acceso a las funciones nuevas de esta generación.
El parámetro que de verdad mueve la aguja del costo es reasoning.effort. Acepta none, low, medium, high, xhigh y max, con medium por defecto. Si vienes de GPT-5.5, la recomendación de OpenAI es probar un nivel por debajo del que ya usabas. GPT-5.6 suele mantener la calidad con menos tokens de razonamiento, y eso es directamente menos costo por request.
Hay un segundo parámetro, reasoning.mode, que acepta "pro" para forzar que el modelo trabaje más antes de devolver una única respuesta final. Resérvalo para tareas donde una respuesta mediocre te cuesta más que los tokens extra. Piensa en debugging de un incidente en producción, no en un endpoint de autocompletado.
Programmatic Tool Calling: la función que cambia cómo diseñas agentes
Esto es lo más relevante si ya construyes agentes con function calling. Antes, cada llamada a una tool implicaba un round-trip completo: el modelo pide la tool, tú la ejecutas, le devuelves el resultado, el modelo decide el siguiente paso. En un workflow con cinco o seis tools, eso son cinco o seis idas y vueltas completas al modelo.
Programmatic Tool Calling elimina la mayoría de esos round-trips.
Con Programmatic Tool Calling, GPT-5.6 escribe JavaScript que se ejecuta en un sandbox V8 aislado —sin acceso a red— y coordina varias llamadas a tools dentro de un mismo turno:
// prStatusSchema y coverageSchema son schemas de Zod definidos aparte, omitidos aquí por brevedad
const response = await client.responses.create({
model: "gpt-5.6-sol",
tools: [
{ type: "function", name: "get_pr_status", parameters: prStatusSchema },
{ type: "function", name: "get_test_coverage", parameters: coverageSchema },
],
input: "Revisa el PR #482 y dime si está listo para mergear.",
});
Internamente, el modelo puede generar algo como esto y ejecutarlo sin volver a consultarte:
const [status, coverage] = await Promise.all([
tools.get_pr_status({ pr: 482 }),
tools.get_test_coverage({ pr: 482 }),
]);
Sin round-trips intermedios. OpenAI reporta reducciones de consumo de tokens de entre 38% y 63.5% en workflows de tools con clientes tempranos, según la documentación oficial de Programmatic Tool Calling. Si tu agente encadena varias tools de forma predecible —no necesitas el juicio del modelo entre cada paso— esta es la razón concreta para migrar a la Responses API si aún no lo has hecho.
Ojo: esta función solo existe en la Responses API. Chat Completions no la soporta.
Valida la salida con Zod, no confíes en el string
Cuando le pides a GPT-5.6 —o a cualquier LLM— que devuelva JSON, vas a recibir respuestas que casi cumplen tu schema. Ese "casi" es el problema en producción.
import { z } from "zod";
const AnalisisDiffSchema = z.object({
resumen: z.string(),
cambiosBreaking: z.boolean(),
archivosAfectados: z.array(z.string()),
});
const response = await client.responses.create({
model: "gpt-5.6-terra",
input: `Analiza este diff y responde en JSON: ${diff}`,
});
const analisis = AnalisisDiffSchema.parse(JSON.parse(response.output_text));
Si el modelo devuelve un campo de más, uno de menos, o un tipo equivocado, parse lanza el error ahí mismo — no seis pasos después, cuando ya rompiste el pipeline de otro sistema. Es exactamente el patrón que trabajo en el curso de Zod para TypeScript: la validación no es opcional cuando la fuente de tus datos es un modelo probabilístico.
Precios: Sol, Terra, Luna, y dónde entra Claude
| Modelo | Input | Output | Contexto |
|---|---|---|---|
| GPT-5.6 Sol | $5 | $30 | 1.05M / 128K salida |
| GPT-5.6 Terra | $2.50 | $15 | 1.05M / 128K salida |
| GPT-5.6 Luna | $1 | $6 | 1.05M / 128K salida |
| Claude Sonnet 5 (hasta 31 ago 2026) | $2 | $10 | 1M / 128K salida |
| Claude Sonnet 5 (desde 1 sep 2026) | $3 | $15 | 1M / 128K salida |
Con estos números, Terra es el punto de comparación real contra Claude Sonnet 5 — ambos apuntan al mismo caso de uso: producción, buen razonamiento, sin pagar precio de flagship. Sol solo se justifica cuando el problema es genuinamente difícil: razonamiento largo, agentes con muchos pasos, código complejo donde una respuesta mediocre cuesta más en debugging que en tokens.
Una advertencia sobre comparar precios "por token" entre proveedores: no son manzanas con manzanas. Claude Sonnet 5 estrenó un tokenizer nuevo que genera hasta 30% más tokens para el mismo texto que su versión anterior, según la documentación oficial de Claude. El precio por millón de tokens no te dice el costo real de tu prompt — para eso necesitas correr tus prompts reales contra ambos modelos y medir.
Cuándo quedarte en Claude Code y cuándo meter GPT-5.6 en tu stack
Si ya tienes armado tu stack de IA agéntica alrededor de Claude Code, no hay ninguna urgencia de migrar todo. El ecosistema de agentes, skills y MCP que ya tienes montado no se traslada gratis a otro proveedor — cambiar de modelo no es cambiar un string, es revalidar todo el comportamiento agéntico que dependía de ese modelo específico.
Donde sí tiene sentido meter GPT-5.6 en tu stack:
- Tareas de alto volumen y baja complejidad. Usa Luna. Es una fracción del costo de Sol o de Claude Sonnet 5 para clasificación, extracción o resúmenes cortos.
- Workflows con muchas tool calls predecibles. Programmatic Tool Calling puede recortar tu factura de forma directa, sin tocar la lógica de negocio.
- Comparar output real en tu caso de uso. Nada reemplaza correr el mismo prompt contra Terra y contra Claude Sonnet 5 con tus datos reales, no con benchmarks genéricos.
Este tipo de decisión —qué modelo, para qué tarea, con qué presupuesto— es exactamente el criterio que trabajamos en el curso Construye con IA: no se trata de casarte con un proveedor, se trata de construir producto sin quemar presupuesto en la elección equivocada.
Qué hacer hoy
Sin escribir una línea de producto nuevo, puedes:
- Correr tu endpoint más caro contra
gpt-5.6-terraconreasoning.effort: "low"y comparar costo y calidad contra tu modelo actual. - Si tu agente encadena tres o más tools por turno, prueba Programmatic Tool Calling en un flujo de staging y mide la reducción real de tokens.
- Añade un schema de Zod a cualquier endpoint que hoy confíe en el JSON crudo de un LLM.
Ninguno de estos tres pasos te compromete a nada. Son experimentos de una tarde que te dan datos reales en lugar de benchmarks de marketing.
Si quieres ver estos patrones aplicados en proyectos completos —no solo snippets sueltos— en Dominicode Labs están el código y las decisiones de arquitectura detrás de cada integración.
Preguntas frecuentes
¿Qué significa que GPT-5.6 tenga tres variantes (Sol, Terra, Luna)?
OpenAI separó el número de versión del nivel de capacidad. El 5.6 es la generación; Sol, Terra y Luna son niveles de capacidad que pueden evolucionar en su propio calendario, sin esperar a un salto de versión completo.
¿Qué variante de GPT-5.6 debo usar por defecto en producción?
Depende del caso de uso. Terra es el punto de equilibrio para la mayoría de aplicaciones de producción. Sol solo se justifica en tareas de razonamiento largo o agentes con muchos pasos. Luna sirve para volumen alto y tareas simples, donde el costo por token importa más que el techo de capacidad.
¿GPT-5.6 es más barato o más caro que Claude Sonnet 5?
Depende de la variante. Terra ($2.50 input / $15 output por millón de tokens) queda cerca del precio estándar de Claude Sonnet 5 ($3 / $15 desde el 1 de septiembre de 2026). Sol es notablemente más caro. Luna es la opción más económica de las dos familias. Compara con tus prompts reales, no solo con la tabla de precios — los tokenizers no son iguales entre proveedores.
¿Necesito reescribir mi código si vengo de GPT-5.5?
En parte. El endpoint de la Responses API se mantiene, pero OpenAI recomienda tratar la migración como un ajuste de reasoning.effort, no solo un cambio de string en el nombre del modelo. Probar un nivel de esfuerzo por debajo del que usabas suele mantener la calidad con menos costo.
¿Programmatic Tool Calling funciona con Chat Completions?
No. Es una función exclusiva de la Responses API. Si tu integración sigue en Chat Completions, no tienes acceso a esta función ni a otras capacidades nuevas de la generación GPT-5.6.
Por Bezael Pérez — Developer senior con más de 15 años de experiencia y fundador de Dominicode.
