El nuevo modelo mantiene el precio de Sonnet 5, admite hasta 128.000 tokens de salida y promete más velocidad. Para migrar aplicaciones, sin embargo, hay cinco cambios incompatibles que conviene revisar.
Un Sonnet más rápido sin subir el precio de la API
Anthropic presentó Claude Sonnet 5.5 el 28 de septiembre de 2026 como la opción que busca equilibrar velocidad, capacidad y costo dentro de su familia Claude 5.5. La ficha técnica fija un contexto de 1 millón de tokens, un máximo estándar de 128.000 tokens de salida y precios de US$2 por millón de tokens de entrada y US$10 por millón de tokens de salida en la API.
La combinación importa para equipos que procesan repositorios, colecciones documentales o flujos con agentes: el modelo no reduce el precio nominal frente a Sonnet 5, pero Anthropic afirma que funciona más de 30% más rápido y que cuesta hasta 30% menos para la mayoría de los trabajos. Esa segunda cifra no significa un descuento universal en la tarifa. Es una estimación del proveedor sobre el costo total de ciertas tareas, que puede variar según cuántos tokens genere el modelo, cuánto razonamiento use y cuántas veces llame herramientas.
Sonnet 5.5 ya figura como activo en Claude API, Amazon Bedrock, Google Cloud, Microsoft Foundry y Claude Platform on AWS. La documentación de Anthropic indica que no será retirado antes del 28 de septiembre de 2027. La disponibilidad en una plataforma, no obstante, no garantiza que todas las cuentas tengan idénticos límites de uso, capacidad regional o funciones de producto.
Qué promete Anthropic y cómo leer sus evaluaciones
Anthropic posiciona el modelo para tareas cotidianas bien delimitadas, corrección de errores y creación de documentos, presentaciones y hojas de cálculo. También comunica mejoras en comprensión visual y trabajos prolongados. Son afirmaciones de la empresa y deben leerse como orientación para diseñar pruebas, no como garantía de rendimiento en cualquier organización.
La cifra más llamativa del anuncio es un resultado de 70,6% en Terminal-Bench 4.0, una evaluación de programación con agentes, frente a 10,3% atribuido a Sonnet 5. Anthropic también dice que Sonnet 5.5 queda dos puntos por debajo de Opus 5.5 en GDPval-AA, una prueba orientada a tareas profesionales. Una diferencia grande en un benchmark puede reflejar mejoras reales, pero no reemplaza una prueba con el repositorio, las herramientas y los criterios de aceptación propios.
El anuncio incluye otra demostración vistosa: Anthropic asegura que es el primer modelo Sonnet que supera Pokémon Red trabajando solo con capturas de pantalla. El dato ayuda a ilustrar continuidad y percepción visual, pero no prueba por sí solo que el modelo interpretará correctamente una interfaz empresarial o que podrá operar software sin errores. En producción, la evaluación debería medir éxito por tarea, tiempo, costo completo, recuperaciones y acciones incorrectas.
Un millón de tokens no equivale a comprensión perfecta
La ventana de contexto es la cantidad máxima de información que el modelo puede recibir y mantener dentro de una solicitud o conversación según la configuración admitida. Un millón de tokens permite incluir volúmenes extensos de código o texto, pero no obliga al modelo a prestar la misma atención a cada detalle ni elimina las alucinaciones.
Para aprovechar esa capacidad, conviene dividir el trabajo en etapas verificables: inventario de archivos, selección de evidencia, propuesta, ejecución y revisión. Si cargás un repositorio completo y pedís una refactorización amplia en una sola instrucción, el contexto adicional puede sumar información y también ruido. Una prueba útil compara el resultado con una línea base y registra qué archivos fueron consultados, qué supuestos hizo el modelo y qué validaciones automatizadas pasaron.
El máximo de 128.000 tokens de salida tampoco significa que una respuesta tan larga sea recomendable. Más salida puede aumentar costo, demora y superficie de error. Anthropic documenta además una salida máxima de 300.000 tokens para Batch API en beta; no corresponde asumir que ese límite se aplica a todas las solicitudes interactivas.
La migración trae cinco cambios incompatibles
Para aplicaciones que ya usan Sonnet 5, el cambio de identificador no debería hacerse a ciegas. La guía oficial de Sonnet 5.5 enumera cinco modificaciones que pueden romper integraciones existentes.
Primero, el razonamiento inicial se desactiva con la configuración `between_tools`. Segundo, forzar el uso de una herramienta ahora devuelve un error. Tercero, los bloques de razonamiento quedan vinculados al modelo y a la conversación. Cuarto, en Claude API y Google Cloud deja de aceptarse la versión anterior `computer_20251124` de la herramienta de uso de computadora. Quinto, la herramienta advisor rechaza como asesores a Claude Opus 4.8, Opus 4.7 y Sonnet 5.
Hay además un cambio de forma de respuesta que puede no producir un error visible: el texto entre llamadas a herramientas pasa a bloques de razonamiento. Una aplicación que transmitía ese contenido al usuario podría quedar silenciosa durante esos tramos si no configura `display` o ajusta `between_tools`. Ese tipo de diferencia explica por qué una migración que “no falla” técnicamente todavía puede degradar la experiencia.
Antes de cambiar tráfico, elegí conversaciones representativas, incluidas las que usan herramientas, streaming, imágenes y sesiones largas. Ejecutalas con ambos modelos, registrá costo y latencia, y verificá respuestas estructuradas, permisos y manejo de errores. Después podés ampliar el porcentaje de tráfico con una vía clara para volver atrás.
Qué cambia en costos reales
La tarifa base permite una comparación directa: un millón de tokens de entrada cuesta US$2 y un millón de salida, US$10. Las lecturas de caché cuestan US$0,20 por millón; las escrituras de caché de cinco minutos, US$2,50, y las de una hora, US$4. La API por lotes ofrece un descuento de 50% en entrada y salida, según la documentación vigente.
El costo de una tarea no surge solo de multiplicar el prompt por la tarifa de entrada. Incluye razonamiento facturable, respuestas, llamadas repetidas, reintentos, herramientas externas y revisión humana. Si Sonnet 5.5 completa una tarea con menos pasos, puede resultar más barato aunque mantenga la misma tarifa que Sonnet 5; si genera más tokens o necesita correcciones, el ahorro prometido puede no aparecer.
Para una empresa de Paraguay o América Latina, también cuentan impuestos, facturación, tipo de cambio, conectividad y disponibilidad del proveedor de nube elegido. Anthropic no publicó en el anuncio una tarifa regional especial. Por eso conviene calcular escenarios con datos de uso reales y no proyectar el costo a partir de una sola conversación de prueba.
Qué conviene hacer antes de adoptarlo
La mejor razón para probar Sonnet 5.5 no es que lidere una tabla, sino que su perfil encaje con un flujo concreto. Prepará un conjunto pequeño de tareas con respuestas o criterios conocidos: corregir un error, extraer condiciones de documentos, producir una hoja estructurada o transformar código sin alterar pruebas existentes.
Medí precisión, costo por tarea aceptada, tiempo total y cantidad de intervención humana. En trabajos sensibles, mantené revisión humana y permisos mínimos para herramientas. Si el modelo puede escribir archivos, enviar información o ejecutar acciones, probalo primero en un entorno aislado con datos ficticios.
Claude Sonnet 5.5 ofrece una especificación atractiva: gran contexto, salida extensa, amplia disponibilidad en plataformas y la misma tarifa de su antecesor. La decisión profesional, sin embargo, depende de dos comprobaciones menos llamativas: que la migración respete los cambios de API y que el costo por resultado aprobado mejore en el flujo real.
