Claude Sonnet 5 vs GPT-5.6: ¿el fin de Claude Code?
TL;DR:
- Anthropic lanzó Claude Sonnet 5 el 30 de junio de 2026: mejora los benchmarks de Sonnet 4.6 en razonamiento, código y uso de herramientas, pero incorpora un tokenizador que genera ~30-35% más tokens para el mismo texto.
- El precio nominal por token no cambió, pero la comunidad reporta facturas más altas. En foros técnicos circula la frase "subida de precio encubierta".
- OpenAI prepara GPT-5.6 (Sol, Terra, Luna), más caro por token pero con ventajas en ciberseguridad, mientras enfrenta demoras regulatorias. La pregunta abierta: ¿alcanza eso para terminar con la era de Claude Code?
Anthropic lanzó Claude Sonnet 5 el 30 de junio de 2026 con una promesa concreta: rendimiento cercano a Opus 4.8, al precio de un modelo de gama media. Cuatro semanas después, los foros técnicos coincidían en algo que ningún comunicado de prensa mencionaba: la factura mensual de muchos equipos había subido, sin que el precio por token hubiera cambiado ni un centavo.
Esa contradicción —mismo precio nominal, más gasto real— es el centro de esta nota. Llega, además, justo cuando OpenAI mueve una pieza que lleva meses de sobremesa: la serie GPT-5.6, retenida por revisión regulatoria en Estados Unidos, pero con benchmarks que apuntan directo al terreno donde Claude Code se convirtió en el estándar de facto: la ejecución autónoma de tareas de ingeniería de software.
La pregunta que sobrevuela ambos lanzamientos no es cuál modelo puntúa más alto en una tabla. Es si el problema de fondo de Sonnet 5 —su apetito por tokens— le abre a OpenAI una ventana real para terminar con la hegemonía de Claude Code, o si es apenas ruido de lanzamiento que se diluye en un trimestre.
Qué es Claude Sonnet 5, en los números que importan
Sonnet 5 es el modelo de gama media más reciente de Anthropic, sucesor directo de Sonnet 4.6 (febrero 2026) y tercer lanzamiento de la línea Sonnet en menos de diez meses, contando a Sonnet 4.5 (septiembre 2025). Según la documentación oficial, Sonnet 5 es "sustancialmente mejor" que su predecesor en razonamiento, uso de herramientas, programación y tareas de conocimiento general.
Los números concretos: ventana de contexto de 1 millón de tokens (igual que 4.6, ahora en estado activo en lugar de beta), 128.000 tokens de salida máximos, y un nuevo tokenizador que es, a la vez, la mejora técnica y el problema central de este lanzamiento. Sonnet 5 incorpora pensamiento adaptativo por defecto —ya no hay forma de desactivarlo— y elimina el parámetro thinking: {enabled, budget} de configuración manual que existía en 4.6. Tampoco acepta valores personalizados de temperature: el intento devuelve un error 400.
En benchmarks de agente, la mejora es real y medible. SWE-bench Pro pasa de 58.1% (Sonnet 4.6) a 63.2%. El razonamiento con herramientas salta de 46.8% a 57.4%. OSWorld (uso de computadora) sube de 78.5% a 81.2%. Anthropic también reporta menos alucinaciones y mayor resistencia a prompts maliciosos que en la generación anterior. La oferta de lanzamiento fijó el precio en $2 por millón de tokens de entrada y $10 de salida hasta agosto de 2026; después pasa a $3/$15, idéntico al de Sonnet 4.6.
Un dato que desmiente un rumor extendido: Sonnet 4.6 no fue discontinuado. Sigue siendo el modelo por defecto en planes gratuitos y Pro, y la documentación indica que estará disponible "no antes del 17 de febrero de 2027". Solo el viejo Sonnet 4 original fue retirado, en la misma tanda que Opus 4. Sonnet 5 es el sucesor en foco, no en reemplazo forzado.
| Característica | Sonnet 4.6 (feb 2026) | Sonnet 5 (jun 2026) |
|---|---|---|
| Contexto | 1M tokens (beta) | 1M tokens (activo) |
| Salida máxima | ~128k (empírico) | 128k tokens (oficial) |
| Tokenizador | Claude clásico | Nuevo (~+30% tokens) |
| Parámetros (temperature, etc.) | Ajustables | No ajustables (error 400) |
| Modo thinking | Manual (enabled/disabled) | Adaptativo por defecto |
| Precio (USD/millón) | $3 (in) / $15 (out) | $3/$15 (tras oferta intro $2/$10) |
| SWE-bench Pro | 58.1% | 63.2% |
| Razonamiento con herramientas | 46.8% | 57.4% |
| OSWorld | 78.5% | 81.2% |
El monstruo de tokens: por qué la factura sube aunque el precio no
El cambio más polémico de Sonnet 5 no aparece en ningún benchmark: es su tokenizador. El mismo texto de entrada produce entre 1.30 y 1.35 veces más tokens que en Sonnet 4.6. El efecto se propaga en cadena: cada paso agregado en un flujo de agente arrastra ese sobrecosto, y en tareas complejas de múltiples pasos, la facturación de Sonnet 5 puede terminar superando a la de Opus 4.8 —el modelo insignia de Anthropic, varias veces más caro por token nominal.
Los comunicados oficiales hablan de clientes que "terminan tareas complejas donde 4.6 se atascaba" a "un precio muy atractivo". Un ingeniero senior citado en el anuncio de lanzamiento lo resume así: "antes se detenía a la mitad, con Sonnet 5 terminó el trabajo completo". Es una lectura legítima del salto de capacidad. No es la única lectura.
En foros técnicos, el consenso es distinto. Un hilo ampliamente citado en Reddit lo resume sin rodeos: "el consenso es un resonante '¡uy!' para Sonnet 5. La mayoría siente que es un descenso significativo respecto a Sonnet 4.6: más tonto y menos capaz, especialmente para código", y apunta directo al origen del malestar: "usa un nuevo tokenizador que consume ~35% más tokens, una subida de precio encubierta". Otro usuario lo describe en términos más viscerales: "es rápido y minucioso, pero me ha dejado en shock la cantidad de tokens que se come"; alguien más responde: "estoy decepcionado de lo voraz que es con los tokens y lo caro que resulta".
Análisis técnicos en español llegan a la misma conclusión desde otro ángulo: "el precio por token baja, pero la cantidad de tokens que consume tu tarea puede subir", advirtiendo que en tareas de esfuerzo alto, Sonnet 5 puede acabar costando tanto como un modelo premium. La recomendación que se repite en esos análisis: usar Sonnet 5 para tareas acotadas de esfuerzo medio —donde de verdad sale "una ganga"— y reservar Opus para los casos que exigen razonamiento profundo sostenido.
Vale la pena conectar esto con algo que ya documentamos al analizar la fatiga de herramientas en equipos de desarrollo: cuando el costo de una herramienta deja de ser predecible, el problema no es solo financiero. Es de planificación. Un equipo que no puede estimar cuánto le va a costar una tarea agéntica de antemano, tiene que sobre-presupuestar, y ese colchón termina pesando tanto como el aumento real.
Estrategias documentadas para no fundir el presupuesto de tokens
La comunidad y la propia documentación de Anthropic coinciden en un puñado de tácticas concretas para contener el impacto del nuevo tokenizador:
- Ajustar el nivel de esfuerzo (
effort/thinking) al mínimo necesario. Usar siempre el nivel máximo cuando no hace falta es la forma más directa de quemar presupuesto en salidas verbosas. - Pedir respuestas concisas explícitamente. Instruir al modelo a ser breve y al grano ahorra tokens de forma medible.
- Monitorear el consumo real. Correr la misma entrada en Sonnet 4.6 y Sonnet 5 ayuda a calibrar presupuestos y valores de
max_tokens, que si están heredados de 4.6 pueden quedarse cortos en 5. - Empezar conversaciones nuevas cuando el contexto viejo ya no aporta. Arrastrar historial innecesario obliga al modelo a comprimir o repetir contexto, con el costo de tokens que eso implica.
- Segmentar el flujo de trabajo (agent routing). Reservar Sonnet 5 para las tareas donde su capacidad agéntica extra realmente se traduce en trabajo terminado, y usar Sonnet 4.6 —o modelos más chicos— para el resto. El patrón que más se repite en los análisis: planificar con un modelo potente y ejecutar con Sonnet 5.
- Aprovechar que Sonnet 4.6 sigue activo. Mientras Anthropic no lo retire, es una alternativa viable para pipelines sensibles al costo.
- Evitar parámetros que ya no aplican. Sonnet 5 rechaza
temperaturepersonalizada, y activarthinking: enabledsin necesidad puede generar miles de tokens ocultos sin beneficio proporcional.
Ninguna de estas tácticas revierte el aumento estructural del 30-35%. Lo que hacen es evitar que ese aumento se multiplique por decisiones de configuración evitables.
El otro jugador: OpenAI mueve GPT-5.6
Mientras la comunidad de Claude debatía el costo real de Sonnet 5, OpenAI avanzaba en paralelo con su propia apuesta de gama alta: la serie GPT-5.6, con tres variantes —Sol, Terra y Luna— presentada en preview limitada el 26 de junio de 2026, apenas cuatro días antes del lanzamiento de Sonnet 5.
GPT-5.6 Sol es, según OpenAI, su "modelo insignia" más potente: incorpora un modo "ultra" de sub-agentes y el nivel máximo de esfuerzo de razonamiento disponible en la familia GPT-5.x. La compañía coordina el despliegue general con reguladores estadounidenses —una orden ejecutiva de ciberseguridad exige revisión previa— por lo que la disponibilidad amplia se estima recién para julio o agosto de 2026, "en las próximas semanas" según el comunicado oficial.
En infraestructura, OpenAI apuesta por Cerebras para la inferencia de Sol, con una velocidad anunciada de hasta 750 tokens por segundo en chips especializados desde julio de 2026. En precio, la diferencia con Anthropic es clara: GPT-5.6 Sol cuesta $5 por millón de tokens de entrada y $30 de salida —casi 67% más caro que Sonnet 5 en su tarifa final ($3/$15)—. Los modelos más livianos de la serie, Terra ($2.50/$15) y Luna ($1/$6), apuntan a competir en el segmento donde Sonnet 5 hoy es fuerte.
En benchmarks, GPT-5.5 —el predecesor inmediato de la serie 5.6— ya mostraba números altos: 82.7% en Terminal-Bench 2.0 y 84.9% en GDPval, superando a Sonnet 4.6 y a Gemini 3.1 Pro en esas pruebas específicas. En ciberseguridad ofensiva, OpenAI afirma que GPT-5.6 Sol iguala herramientas especializadas en ExploitBench usando un tercio de los tokens de salida que necesitaría un enfoque convencional —un contraste directo con Sonnet 5, que Anthropic diseñó deliberadamente para rendir peor en tareas de ciberataque, priorizando seguridad sobre capacidad ofensiva.
Sonnet 5 vs GPT-5.6 Sol: la comparativa directa
| Categoría | GPT-5.6 Sol (OpenAI) | Claude Sonnet 5 (Anthropic) |
|---|---|---|
| Precio (USD/M tokens) | $5 entrada / $30 salida | $3 entrada / $15 salida |
| Contexto | ~1M tokens | 1M tokens |
| Salida máxima | No publicado | 128k tokens |
| Ciberseguridad ofensiva | Alta (ExploitBench, 1/3 tokens) | Limitada por diseño |
| Disponibilidad | Preview; despliegue general pendiente de revisión regulatoria | Disponible ya en todos los planes |
| Infraestructura cloud | Azure, Cerebras | AWS Bedrock, Google Cloud, Azure Foundry |
| Retención de datos empresarial | No documentada como cero | Zero data retention disponible |
La lectura de la tabla es incómoda para ambos bandos. GPT-5.6 Sol es más caro y su llegada depende de un proceso regulatorio con fecha incierta; Sonnet 5 está disponible hoy, más barato en el papel, pero con un tokenizador que erosiona esa ventaja de precio en tareas largas. Ninguno de los dos gana en todas las columnas.
¿Puede GPT-5.6 terminar con la era de Claude Code?
Esta es la pregunta que el usuario que me pidió esta nota planteó de forma directa, y merece una respuesta igual de directa: no, no de forma inmediata, y probablemente no de forma total.
Los argumentos a favor de que sí lo haga son reales. GPT-5.6 Sol muestra ventajas medibles en ciberseguridad ofensiva y en benchmarks de conocimiento interdisciplinario donde Sonnet 5 no compite en el mismo nivel. Si OpenAI logra resolver la revisión regulatoria sin recortes sustanciales de capacidad, tendría un modelo de frontera con casos de uso que Claude Code hoy no cubre igual de bien.
Pero los obstáculos son igual de concretos. Primero, el precio: a $5/$30 por millón de tokens, GPT-5.6 Sol parte siendo 67% más caro que Sonnet 5 en la tarifa nominal, y eso es antes de contar el propio problema de inflación de tokens que cualquier tokenizador nuevo puede introducir —algo que, como acabamos de ver con Sonnet 5, no es hipotético. Segundo, la integración: Claude Code y el ecosistema Sonnet ya están enchufados en flujos de trabajo reales, en AWS Bedrock, Google Cloud y Azure Foundry, con retención cero de datos para clientes que la necesitan por contrato. Migrar un pipeline de producción no es gratis, ni en tiempo ni en riesgo. Tercero, la incertidumbre regulatoria: un modelo cuyo despliegue depende de la revisión de una agencia de gobierno no tiene la misma previsibilidad de roadmap que uno que ya está en producción.
Hay, además, una ironía que vale la pena señalar: la crítica más repetida contra Sonnet 5 —que consume más tokens de los que debería— es exactamente el tipo de fricción que podría abrirle una oportunidad real a un competidor. Si los equipos que hoy usan Claude Code empiezan a sentir que el costo real por tarea se volvió impredecible, la puerta para evaluar alternativas se abre sola, sin que OpenAI tenga que hacer nada más que lanzar un producto competente a tiempo. El propio informe que compara ambos modelos concluye, con cautela, que "ninguno reemplaza totalmente al otro": atienden segmentos distintos, con estructuras de costo y de riesgo regulatorio distintas.
Lo que sí parece claro es que la era de dominancia indiscutida de Claude Code —la que hizo que el filtrado de su código fuente fuera noticia internacional meses atrás— ya no es un dato adquirido. Es una posición que Anthropic tiene que seguir defendiendo activamente, y el manejo de esta controversia de tokens es, en ese sentido, la primera prueba real desde el lanzamiento de Sonnet 5.
Lo que esto significa en términos concretos
Sonnet 5 representa una mejora técnica genuina sobre Sonnet 4.6: los benchmarks lo confirman, y las evaluaciones internas apuntan a menos alucinaciones y mayor resistencia a prompts maliciosos. Pero la promesa de "mismo precio, mejor modelo" no se sostiene sin matices cuando el tokenizador que lo hace posible también hace que cada tarea consuma más tokens para llegar al mismo resultado.
Para equipos que dependen de Claude Code en producción, la recomendación práctica es simple: medir el costo real por tarea en el propio contexto de uso, no solo el precio publicado por millón de tokens. Ajustar niveles de esfuerzo, monitorear consumo, y no asumir que un "drop-in upgrade" se comporta igual en la factura que en el benchmark.
Para quienes evalúan si vale la pena esperar a GPT-5.6: la respuesta depende de qué se necesite. Si el caso de uso es ciberseguridad ofensiva o investigación de frontera, GPT-5.6 Sol puede justificar el sobrecosto y la espera regulatoria. Si el caso de uso es automatización cotidiana de tareas de ingeniería —el terreno donde Claude Code construyó su reputación— Sonnet 5, con sus problemas de tokens y todo, sigue siendo la opción más integrada y disponible hoy.
La pregunta de si OpenAI termina con la era de Claude Code no se responde con un benchmark. Se responde con doce meses de facturas reales, migraciones reales, y la capacidad de cada empresa de resolver —o no— el problema que ellos mismos crearon con su último lanzamiento.
Tincho Fuentes — Periodista tecnológico e investigador 🚀
Fuentes: Documentación oficial de Anthropic sobre Claude Sonnet 5 · Hilo de discusión en r/ClaudeAI sobre el consumo de tokens · Cobertura de Axios sobre la revisión regulatoria de GPT-5.6 · Análisis comparativo de benchmarks GPT-5.6 vs Sonnet 5 · nuestra cobertura previa de Claude Fable 5 y Mythos 5, el filtrado del código de Claude Code y la paradoja de la productividad con IA
