Precios de la API de Claude Sonnet 5: riesgos de migración, costos por token y enrutamiento de Opus

TL;DR

Claude Sonnet 5 ya está disponible como claude-sonnet-5: ventana de contexto de 1M, salida máxima de 128k y precios introductorios de $2 / $10 por MTok de entrada/salida hasta el 31 de agosto de 2026. El precio estándar será de $3 / $15 por MTok después de esa fecha.

Para los equipos en Sonnet 4.6, no es un simple cambio de ID de modelo. Establece una nueva línea base de tokens de salida, nivel de esfuerzo, tasa de aciertos de caché de prompt, tasa de HTTP 400 y tasa de fallback a Opus 4.8 antes de enrutar tráfico de producción.

Instantánea de migración de la API

Conclusiones clave

• Sonnet 5 es una decisión de migración, no solo un ID de modelo más nuevo.
• Mide el costo por tarea resuelta, no solo el precio por token.
• Configura effort intencionalmente; Sonnet 5 usa high por defecto en Claude API y Claude Code.
• Establece nueva línea base de caché de prompt, tokens de salida y tasa de HTTP 400 antes del despliegue en producción.
• Mantén Opus 4.8 en el conjunto de evaluación para trabajo agentivo de alto esfuerzo.

Lo que realmente se lanzó

El anuncio de Claude Sonnet 5 de Anthropic lo posiciona como el siguiente modelo Sonnet de producción. La superficie práctica en la visión general de modelos de Claude y la página oficial de precios apunta a la misma conclusión: Sonnet, no Opus, es donde muchos equipos toman decisiones diarias de enrutamiento, latencia y costo.

Lo que muestra la discusión pública

Los hechos duros provienen de la documentación de Anthropic. En la comparación publicada por Anthropic, Sonnet 5 logra 63.2% en SWE-bench Pro frente a 58.1% de Sonnet 4.6, alcanza 80.4% en Terminal-Bench 2.1 frente a 67.0%, y mejora Humanity's Last Exam con herramientas de 46.8% a 57.4%.

La discusión pública es útil para un propósito más limitado: muestra lo que los desarrolladores notaron primero y qué afirmaciones merecen ser retesteadas. El hilo de la tabla de lanzamiento de TestingCatalog elevó la conversación sobre benchmarks, la lectura de precio/rendimiento de Chubby enmarcó la comparación, y la nota sobre disponibilidad de herramientas para desarrolladores de Kilo Code mostró un movimiento temprano del ecosistema.–

Fuente: @claudeai

Las preguntas de seguimiento son más útiles que el bombo del lanzamiento. La discusión en Hacker News se centró en uso de tokens y curvas de costos, el hilo de lanzamiento en r/singularity debatió la comparación con Opus, y las primeras impresiones en r/ClaudeAI recopilaron reportes a nivel de usuario. Trata esos hilos como señales, no como especificaciones.

Precios de la API de Claude Sonnet 5

Los precios de Claude Sonnet 5 tienen dos fases.

La tabla sigue la página de precios de Claude de Anthropic.

El detalle importante es que el precio por token no es toda la historia del costo. La documentación de Claude Sonnet 5 señala que el nuevo tokenizador puede producir aproximadamente un 30% más de tokens para el mismo texto. Trátalo como un número aproximado de planeación, no como un multiplicador fijo. El aumento exacto depende del contenido y de la forma de la carga de trabajo, así que los equipos deberían volver a ejecutar el conteo de tokens con sus propios prompts de producción.

Para la migración, usa esta métrica de enrutamiento:

Costo efectivo por tarea resuelta = (costo del modelo primario + costo de reintentos + fallback cost) / tareas exitosas

Si Sonnet 5 completa más tareas con menos reintentos o menos llamadas de fallback a Opus, aún puede ser más barato en la práctica. Si el uso de tokens aumenta sin mejorar la calidad de finalización, el precio titular más bajo puede no traducirse en un costo menor de la carga de trabajo.

Tres zonas oscuras de ingeniería

El riesgo de migración no es solo la calidad del modelo. Tres detalles menos visibles pueden cambiar el costo o la confiabilidad en producción.

El pensamiento adaptativo puede convertirse en gasto de tokens de salida

Claude Sonnet 5 usa pensamiento adaptativo por defecto. La documentación de pensamiento extendido de Anthropic indica que los tokens de pensamiento se facturan como tokens de salida, por lo que una respuesta final corta aún puede ocultar una gran cantidad de razonamiento facturado.

El control estándar no es un presupuesto de pensamiento fijo. Anthropic describe effort como el control de profundidad de pensamiento en la guía de migración de Claude y la documentación de effort, mientras que la visión general del modelo lista high como el valor por defecto de Sonnet 5 en Claude API y Claude Code. Para enrutamiento simple o clasificación determinista, prueba niveles de esfuerzo más bajos como low o medium, o desactiva el pensamiento por completo, luego verifica latencia, calidad y uso de tokens de salida.

Lista de verificación de migración:

• Registra el valor real de effort en cada ejecución de evaluación.
• Rastrea usage.output_tokens, no solo la longitud visible de la respuesta.
• Compara la latencia p50/p95 para Sonnet 4.6, Sonnet 5 y Opus 4.8.
• Para tareas de enrutamiento simple o clasificación determinista, prueba niveles de esfuerzo más bajos o desactiva el pensamiento por completo, luego compara latencia, uso de tokens de salida y precisión de la tarea.
• Vigila tareas donde Sonnet 5 responde correctamente pero consume suficientes tokens de pensamiento como para que Opus 4.8 sea competitivo.

1. La caché de prompts debe recalibrarse

Para investigación de contexto largo, agentes de soporte y orquestación multi-paso, la guía de caché de prompts de Anthropic suele ser la mayor palanca de costo. El nuevo tokenizador de Sonnet 5 puede cambiar el conteo de tokens del mismo prompt, por lo que los supuestos de costo de entrada en caché deben recalcularse tras la migración. El comportamiento de caché también debe volver a verificarse de forma independiente monitorizando los campos de creación de caché y lecturas de caché.

No asumas que una estrategia de caché de prompts ajustada para Sonnet 4.6 producirá el mismo perfil de costo a nivel de carga de trabajo en Sonnet 5.

Lista de verificación de migración:

• Vuelve a ejecutar el conteo de tokens en todos los prompts largos antes de cambiar el tráfico.
• Revisa de nuevo los puntos de corte de caché y la colocación de control de caché.
• Monitoriza cache_creation_input_tokens y cache_read_input_tokens durante la ventana de migración.
• Genera alertas ante caídas repentinas en lecturas de caché o picos en creación de caché después de cambiar el ID de modelo.

Parámetros de muestreo rechazados provocan 400 que rompen producción

Sonnet 5 es más estricto con algunos parámetros de muestreo de lo que esperan muchas integraciones antiguas. Las notas de lanzamiento de la API de Anthropic indican que temperature, top_p y top_k no predeterminados devuelven un error HTTP 400. Si tu SDK establece por defecto ajustes de muestreo para cada modelo, un despliegue puede fallar en tiempo de solicitud.

Lista de verificación de migración:

• Busca en el código parámetros hardcodeados de temperature, top_p y top_k.
• Añade validación específica por modelo antes de enviar las solicitudes.
• Realiza un canary de la migración con alertas de tasa de errores antes del despliegue completo.
• Mantén una ruta de fallback a Sonnet 4.6 hasta que la validación de parámetros esté limpia.

Claude Sonnet 5 vs Claude Sonnet 4.6

Claude Sonnet 5 es el candidato natural de actualización para equipos que ya usan Sonnet 4.6, pero no debe tratarse como una migración sin revisión.

Esto importa más para aplicaciones con presupuestos de tokens ajustados, configuraciones de muestreo deterministas o prompts largos. Antes de reemplazar Sonnet 4.6 en producción, vuelve a contar tokens, elimina parámetros de muestreo no compatibles y compara tasas de éxito de tareas.

Sonnet 5 u Opus 4.8: el árbol de decisión de enrutamiento

La evaluación más sólida no es solo Sonnet 5 vs Sonnet 4.6. Para muchos equipos, la verdadera pregunta de enrutamiento es:

¿Debe este flujo ejecutarse en el más barato Sonnet 5 o en el más potente Opus 4.8?

Usa este árbol de decisión simple:

• Enruta a Sonnet 5 cuando el flujo sea de complejidad media, sensible a la latencia o al costo.
• Enruta a Sonnet 5 cuando la tarea sea lo bastante repetitiva como para medir de forma fiable reintentos y tiempo de revisión.
• Mantén Opus 4.8 en la ruta cuando la tarea requiera planificación de alto esfuerzo, programación multi-archivo o decisiones empresariales costosas.
• Mantén Opus 4.8 cuando una respuesta fallida cueste más que la diferencia de tokens.
• Mantén Sonnet 4.6 temporalmente cuando los prompts de producción dependan de parámetros de muestreo no compatibles o presupuestos manuales de pensamiento extendido.

El error más común es elegir solo por precio. El mejor enfoque es comparar:

• tasa de tareas resueltas
• tokens de entrada promedio
• tokens de salida promedio
• reintentos por tarea exitosa
• latencia por tarea exitosa
• tiempo de revisión humana ahorrado
• tasa de fallback a Opus

Benchmarks: qué confiar y qué volver a probar

Anthropic posiciona Claude Sonnet 5 alrededor de la programación, el uso de herramientas y flujos agentivos profesionales. La conversación de lanzamiento de terceros, especialmente el hilo de gráficos de benchmarks de TestingCatalog y la comparación de precio/rendimiento de Chubby, lo convirtió en una cuestión práctica de benchmark: ¿Sonnet 5 cierra lo suficiente la brecha con Opus como para cambiar el enrutamiento en producción?

Los números explican por qué importa esa pregunta. Sonnet 5 queda por detrás de Opus 4.8 por 6.0 puntos en SWE-bench Pro y 2.3 puntos en Terminal-Bench 2.1, pero supera a Sonnet 4.6 por 5.1 y 13.4 puntos en esas mismas pruebas. El gráfico de Chubby también muestra que Sonnet 5 pasa de aproximadamente $2+ por tarea en bajo esfuerzo hacia el rango de $5-$7 en esfuerzos más altos, así que la configuración de esfuerzo debe formar parte del benchmark.

Fuente: @kimmonismus

Trata los benchmarks de lanzamiento como direccionales. Vuelve a probar:

• Si Sonnet 5 reduce los reintentos en tu propio código.
• Si el pensamiento adaptativo cambia la latencia o la longitud de la salida.
• Si el nuevo tokenizador incrementa tu factura efectiva.
• Si la tasa de aciertos de la caché de prompts permanece estable tras los cambios del tokenizador.
• Si los parámetros rechazados crean picos de HTTP 400 en el tráfico canario.
• Si Opus 4.8 sigue ganando en tareas de alto esfuerzo.

Aquí es donde la discusión de costos en Hacker News y los primeros reportes de usuarios en r/ClaudeAI son útiles. No son la fuente de la verdad para las especificaciones del modelo, pero revelan las preguntas que los desarrolladores reales hacen primero: “¿Realmente será más barato?”, “¿Usa más tokens?”, “¿Cuándo debo seguir pagando por Opus?”

Cómo evaluar Claude Sonnet 5 por tu cuenta

Usa la ventana de precios introductorios para ejecutar una prueba pequeña pero realista.

Crea un conjunto de evaluación de 20 tareas

Incluye tareas reales, no prompts de juguete:

• corrección de bugs en tu repositorio
• flujo con llamadas a herramientas
• síntesis de documentos de contexto largo
• triaje de tickets de soporte
• revisión de código
• SQL o análisis de datos
• tarea agentiva multi-paso

Ejecuta las mismas tareas en Sonnet 4.6, Sonnet 5 y Opus 4.8

No compares salidas puntuales. Compara el mismo conjunto de tareas bajo el mismo prompt y criterios de revisión.

Si tu stack de evaluación usa agentes de programación, frameworks o herramientas de evaluación de prompts, el CometAPI Cookbook tiene guías con integración nativa de GitHub para flujos comunes de desarrollador como Claude Code, Codex, LiteLLM, LangChain, Langfuse y Promptfoo.

Mide el costo por tarea resuelta

Rastrea:

• tokens de entrada
• tokens de salida
• solicitudes con alto uso de tokens de pensamiento, usando diferencias de tokens de salida y cualquier desglose de uso disponible
• tokens de creación de caché
• tokens de lectura de caché
• reintentos
• latencia
• errores HTTP 400
• ediciones manuales requeridas
• puntaje final de aprobado/reprobado

1. Vigila las restricciones de migración

Al pasar de Sonnet 4.6 a Sonnet 5:

• usa claude-sonnet-5
• elimina parámetros de muestreo no compatibles
• evita presupuestos manuales de pensamiento extendido
• vuelve a probar max_tokens
• vuelve a contar tokens con el tokenizador de Sonnet 5
• revisa de nuevo los puntos de corte de caché de prompts
• genera alertas ante caídas de lecturas de caché, picos de creación de caché y picos de HTTP 400

Decide según la clase de carga de trabajo

Usa Sonnet 5 por defecto para flujos de producción de complejidad media. Mantén Opus 4.8 para flujos de alto esfuerzo hasta que tus propios datos de tareas resueltas indiquen lo contrario.

Qué observar a continuación

Observa cinco cosas durante las próximas semanas:

1. Benchmarks independientes de programación y agentes.
2. Reportes reales de desarrolladores sobre uso de tokens con el nuevo tokenizador.
3. Reportes sobre gasto de tokens de salida por pensamiento adaptativo.
4. Comportamiento de la tasa de aciertos de caché de prompts en cargas de contexto largo.
5. Cambios de precio o disponibilidad tras el fin de la ventana introductoria el 31 de agosto de 2026.

Si tu equipo ya usa Sonnet 4.6, no esperes a que cierre la ventana de precios. Julio y agosto son el momento adecuado para probar Sonnet 5 con tus cargas reales y decidir si migrar.

Preguntas frecuentes

¿Cuánto cuesta Claude Sonnet 5?

Claude Sonnet 5 cuesta $2/$10 por MTok de entrada/salida hasta el 31 de agosto de 2026. El precio estándar es $3/$15 por MTok después de esa fecha.

¿Claude Sonnet 5 es un reemplazo directo de Sonnet 4.6?

En su mayor parte, pero no sin pruebas. Actualiza el ID de modelo, elimina parámetros de muestreo no compatibles, configura effort, vuelve a contar tokens y establece nueva línea base de caché de prompts.

¿Se facturan los tokens de pensamiento de Claude Sonnet 5?

Sí. Los tokens de pensamiento se facturan como tokens de salida, así que monitoriza usage.output_tokens y la latencia.

¿Puedo desactivar el pensamiento adaptativo para tareas simples?

Sí. En Claude Sonnet 5, pasa thinking: {"type": "disabled"} para desactivar el pensamiento. Si la carga aún se beneficia del razonamiento, mantén el pensamiento adaptativo habilitado y usa el parámetro effort para controlar la profundidad. Sonnet 5 usa high por defecto, así que las cargas sensibles a la latencia deberían probar configuraciones más bajas como low o medium.

¿Pueden cambiar los costos de caché de prompts tras migrar a Sonnet 5?

Sí. Revisa los puntos de corte de caché y monitoriza cache_creation_input_tokens y cache_read_input_tokens.

¿Sonnet 5 ignorará parámetros de muestreo no compatibles?

No. temperature, top_p y top_k no predeterminados devuelven errores HTTP 400. Elimina parámetros hardcodeados de muestreo o añade validación específica por modelo antes del despliegue en producción.

¿Debo usar Claude Sonnet 5 u Opus 4.8?

Usa Sonnet 5 para flujos sensibles al costo. Mantén Opus 4.8 para programación agentiva de alto esfuerzo y tareas empresariales complejas.

Prueba la migración con CometAPI

Puedes probar Claude Sonnet 5 a través de CometAPI y compararlo con Claude Sonnet 4.6, Claude Opus 4.8 y otros modelos de vanguardia en un único flujo de API. Para patrones de configuración en agentes de programación, herramientas de automatización y frameworks de evaluación, usa el CometAPI Cookbook como compañero práctico para tu benchmark. Empieza con un conjunto pequeño de tareas, mide el costo por tarea resuelta y elige el modelo que gane en tu propia carga de trabajo.