Claude Opus 5.5: nuevos precios y qué revisar antes de migrar
Claude Opus 5.5 se ha publicado el 22 de septiembre de 2026. Anthropic anuncia mejoras en programación y trabajo profesional, y un coste un 40% menor que Opus 5 en sus cargas habituales con los ajustes predeterminados. Es un resultado de sus pruebas, no un ahorro que hayamos medido en sistemas de clientes. Para una empresa que ya usa Claude, la pregunta útil es si su propio trabajo termina mejor, cuesta menos o requiere menos revisión. Anuncio oficial.
Proponemos comparar una tarea concreta del proceso actual. Primero, la factura; después, la integración; por último, la entrega. Este artículo recoge fuentes y un método de evaluación propuesto, no una prueba de rendimiento realizada por nosotros. Fuentes comprobadas el 22 de septiembre de 2026.
Qué cambia en el precio
En Opus 5.5, cada millón de tokens cuesta 4 dólares en entrada sin caché, 20 dólares en salida y 0,20 dólares en lectura de caché. Estas son las tarifas estándar de la API de Claude, en dólares estadounidenses por millón de tokens. Son independientes de las suscripciones de Claude y de nuestros servicios. Precios de Anthropic.
| Tipo de token | Opus 5 | Opus 5.5 |
| --- | --- | --- |
| Entrada sin caché | 5 USD | 4 USD |
| Salida | 25 USD | 20 USD |
| Escritura en caché de cinco minutos | 6,25 USD | 5 USD |
| Lectura de caché | 0,50 USD | 0,20 USD |
En un ejemplo con 100.000 tokens de entrada sin caché y 10.000 tokens de salida facturados, el coste por tokens pasa de 0,75 a 0,60 dólares. Es una rebaja del 20% para el mismo consumo. El cálculo excluye operaciones de caché, herramientas, reintentos, impuestos y otras modalidades de tarifa. Hay que contar la salida facturada, incluido el razonamiento, y no solo las palabras visibles.
El 40% del anuncio también depende del trabajo que necesita el modelo para completar una tarea. Tu proporción de lecturas de caché, salida, esfuerzo y reintentos será distinta. Mide la factura completa de cada resultado aceptado antes de convertir cualquiera de esos porcentajes en una previsión de gasto.
En qué tareas merece una prueba
La ficha del modelo identifica `claude-opus-5-5`, un contexto de un millón de tokens y un límite de salida de 128.000. Anthropic lo orienta a programación y trabajo de conocimiento de largo recorrido.
Empezaríamos por encargos cuya entrega se pueda revisar: un cambio que afecta a varios módulos, la comparación de documentos contradictorios o un informe cuyas cifras deban remitir a las fuentes. Un contexto amplio deja espacio para aportar pruebas. Por sí solo no demuestra que el modelo haya utilizado cada pasaje relevante ni respetado todas las condiciones.
Elige una tarea que hoy exija correcciones y escribe qué fallo quieres eliminar. «Redacta un informe convincente» sirve de poco. «Cada cifra remite a un documento aportado y los datos que faltan siguen señalados como ausentes» permite comprobar algo concreto.
Revisa la integración antes de mover tráfico
La guía de cambios señala diferencias que conviene revisar en tu cliente:
El razonamiento no se puede desactivar; el esfuerzo predeterminado pasa a `medium`.
Se rechazan los modos forzados `any` y `tool` de `tool_choice`.
La reutilización del razonamiento depende del modelo y del historial.
La herramienta antigua de manejo del ordenador deja de admitirse en la API de Claude y Google Cloud; Bedrock tiene un comportamiento distinto.
También cambia la presentación del progreso: los mensajes entre llamadas a herramientas pasan a bloques de razonamiento y se ocultan por defecto. La guía de migración detalla las opciones de visualización y las diferencias por plataforma.
Convierte esos puntos en comprobaciones: una petición normal, una llamada a una herramienta con su respuesta, una conversación retomada, un cambio de modelo y una actualización de progreso visible. Inspecciona qué envía realmente tu aplicación a través de cualquier capa de compatibilidad. Una respuesta HTTP correcta es solo el principio: también deben funcionar el lector de respuestas, la interfaz y el resultado guardado.
Una evaluación pequeña que puedas revisar
Úsala como primera criba y amplíala antes de extender el cambio. Son pasos propuestos, no resultados de una prueba con Opus 5.5.
1. Escoge diez casos autorizados o ficticios de una misma tarea. Incluye un dato ausente, información contradictoria y un fallo de herramienta. Separa las respuestas esperadas del prompt.
2. Compara la configuración actual y la candidata con los mismos datos, herramientas y criterios. Fija y anota el esfuerzo; comparar ajustes predeterminados distintos no aísla el cambio.
3. Pide a una persona que revise exactitud, fuentes y alcance. Registra minutos de corrección, duración, consumo completo y fallos, también en las ejecuciones rechazadas.
4. Divide el coste total de la evaluación entre los resultados aceptados. Mantén visible, además, el tiempo de revisión. Una respuesta barata que hay que rehacer puede salir peor para el negocio.
5. Si supera el umbral acordado, empieza por una parte pequeña del trabajo apto. Conserva una vía de vuelta y comprueba las conversaciones retomadas al cambiar de modelo.
Nuestra guía de criterios de aceptación ayuda a convertir una prueba vaga en una decisión. Puede terminar en «Opus 5.5 para cruzar documentos, configuración actual para extraer campos rutinarios». Cada tarea puede tener su propio resultado.
El siguiente paso
Trae un ejemplo de entrada, la entrega que necesitas y el punto que hoy requiere correcciones. Delimitemos una evaluación de tu flujo. Podemos concretar las comprobaciones de integración y las pruebas de aceptación antes de ampliar la migración.