Claude Opus 5.5: qué cambia para equipos que ya tienen agentes

En 60 segundos: Claude Opus 5.5 es el modelo que Anthropic lanzó el 22 de septiembre de 2026 para agentic coding y trabajo de conocimiento de larga duración. Frente a Opus 5, la tarifa publicada baja de USD 5/25 a USD 4/20 por millón de tokens de entrada/salida, las lecturas de caché bajan de USD 0,50 a USD 0,20 y Anthropic reporta una generación de salida más de un 30 % más rápida. La migración no es un cambio ciego de model ID: thinking ya no se puede desactivar, forzar una herramienta produce un error, los thinking blocks se deben conservar y algunas integraciones de computer use necesitan un toolset nuevo. Probá con tus propios casos antes de mover tráfico de producción.

Anthropic presenta Claude Opus 5.5 como el primer modelo de la familia Claude 5.5. Para un equipo que ya tiene agentes en producción, el lanzamiento importa menos por otra tabla de benchmarks que por un nuevo marco operativo: tarifas publicadas más bajas, restricciones distintas en las solicitudes y varios modos de fallo que pueden detener un agente antes de su primera herramienta.

Estas notas de campo usan el anuncio y la documentación de plataforma de Anthropic, revisados el 30 de septiembre de 2026. Los resultados de rendimiento, reducción de costes y seguridad son cifras del proveedor. Sirven para diseñar una evaluación, no para estimar el ROI de tu flujo.

Qué cambia frente a Opus 5

Tarifas más bajas y salida más rápida, con un matiz importante

Anthropic publica estas tarifas:

Uso de API	Claude Opus 5.5	Claude Opus 5	Cambio
Tokens de entrada	USD 4 / MTok	USD 5 / MTok	20% menos
Tokens de salida	USD 20 / MTok	USD 25 / MTok	20% menos
Escrituras de caché de 5 minutos	USD 5 / MTok	USD 6,25 / MTok	20% menos
Lecturas de caché	USD 0,20 / MTok	USD 0,50 / MTok	60% menos

Anthropic dice que una carga típica cuesta alrededor de un 40 % menos con la configuración por defecto porque Opus 5.5 también usa menos tokens por tarea, y que la generación de salida es más de un 30 % más rápida. Tratá ambas cifras como mediciones de Anthropic, no como pronósticos de presupuesto. La factura de un agente sigue dependiendo del nivel de effort, la longitud del loop, los aciertos de caché, los resultados de herramientas que vuelven al contexto, los reintentos y las correcciones humanas.

Repetí los mismos casos representativos y compará el coste total por caso aceptado. El precio por token puede esconder un loop más largo; una tasa alta de cache hits puede hacer que el precio de lectura importe más que la tarifa de entrada.

El modelo ahora usa medium effort por defecto

Opus 5.5 usa adaptive thinking en cada solicitud y su effort por defecto es medium. En Opus 5 era high. Si la configuración de producción no fija effort, el cambio de modelo modifica dos variables a la vez: la generación y la profundidad de razonamiento.

Fijá el nivel en la configuración de prueba en vez de heredar el default. Medí si low o medium completan la tarea según tus criterios y reservá niveles más altos para los casos que los necesitan. Los thinking tokens se cobran como salida aunque su texto no se muestre, y max_tokens cubre tanto thinking como la respuesta final.

Cuatro breaking changes que hay que revisar antes del rollout

La guía oficial de novedades de Opus 5.5 enumera cuatro cambios que pueden romper código que ya funciona con Opus 5.

1. Thinking no se puede desactivar

Tanto thinking: {"type": "disabled"} como el formato anterior de presupuesto manual devuelven un error 400. Omití el campo o usá adaptive thinking y controlá la profundidad con output_config.effort.

Cada respuesta puede empezar con bloques thinking. El código que supone que content[0] es texto va a fallar. Seleccioná bloques por type y, en un loop de herramientas, devolvé los thinking blocks completos, sin cambios y en el orden original.

2. Forzar una herramienta devuelve un error

Los valores any y tool de tool_choice no están soportados. Usá auto o none. Si el sistema que recibe la salida exige argumentos válidos según un schema, combiná auto con strict tool use o usá structured outputs; si el flujo requiere una herramienta, explicá en el prompt cuándo se aplica y validá el resultado en el código de la aplicación.

Esto merece un test de integración. Un flujo que antes forzaba create_invoice o update_crm ahora puede responder con texto si el contrato de la herramienta y el prompt no son claros. No conviertas esa ambigüedad en permisos de escritura más amplios.

3. Los thinking blocks pertenecen al modelo y la conversación

No reconstruyas ni edites turnos anteriores del asistente conservando solo algunos thinking blocks. La API verifica sus firmas y, para algunas cuentas, si cambiaron mensajes previos, el system prompt o las herramientas antes de reutilizar un bloque. Un bloque editado, reordenado o incompleto puede devolver un error 400.

En un router, mantené un límite limpio de conversación al cambiar de modelo. Un fallback no debería asumir que cualquier modelo puede consumir el mismo historial con preserved thinking.

4. La herramienta anterior de computer use se rechaza en dos plataformas

En Claude API y Google Cloud, Opus 5.5 rechaza computer_20251124. Migrá a computer_toolset_20260801, quitá el beta header anterior y actualizá el loop para el formato de resultados del toolset. Amazon Bedrock sigue aceptando computer_20251124, por lo que esta revisión depende de la plataforma.

Especificaciones que conviene poner en el ticket de migración

El resumen actual de modelos indica:

Dato	Valor publicado al 30 de septiembre de 2026
Nombre oficial	Claude Opus 5.5
Model ID en Claude API	claude-opus-5-5
Ventana de contexto	1 M de tokens
Salida máxima	128 K tokens
Thinking	Adaptive, siempre activo
Effort por defecto	medium
Precio de entrada / salida	USD 4 / 20 por MTok
Precio de lectura de caché	USD 0,20 por MTok
Disponibilidad	Claude API, Amazon Bedrock, Google Cloud, Microsoft Foundry, Claude Platform on AWS
SLA general de latencia	No publicado en la página del modelo; verificar plataforma o contrato
Rate limits de la cuenta	No hay un único valor para todo el modelo; verificar cuenta y proveedor

Fast mode es un research preview separado en Claude API, con precio de USD 8/40 por millón de tokens de entrada/salida. No está disponible en Bedrock, Claude Platform on AWS, Google Cloud ni Microsoft Foundry. No uses su velocidad anunciada para planear una migración en modo estándar.

Los guardarraíles y el modelo de permisos

Anthropic reporta mejores resultados en su auditoría automatizada de comportamiento y más resistencia a prompt injection que Opus 5. También dice que Opus 5.5 tiene menos probabilidad de ejecutar acciones difíciles de revertir o salir de los límites recibidos. Son resultados útiles del proveedor, pero no reemplazan credenciales acotadas, aprobaciones ni un log de auditoría.

Hay además un cambio concreto de integración: Opus 5.5 usa clasificadores de seguridad para ciberseguridad y biología. Una solicitud rechazada devuelve HTTP 200 con stop_reason: "refusal" y una categoría en stop_details. Si el loop interpreta cada 200 como una respuesta correcta, puede marcar como terminada una tarea vacía o incompleta. Manejá el stop reason de forma explícita, definí una política segura de fallback y mantené las acciones irreversibles detrás de una aprobación.

Para diseñar permisos, usá el marco de copiloto o piloto automático: lectura, recomendaciones, borradores, ejecución aprobada y autonomía acotada necesitan controles distintos.

Checklist de migración para agentes en producción

1. Inventariá la ruta. Registrá model ID actual, proveedor cloud, configuración de thinking, effort, modo de selección de herramientas, versión de computer use, beta headers y modelos de fallback.
2. Creá una configuración de prueba separada. Cambiá el model ID específico de la plataforma sin mover tráfico de producción. Conservá una ruta de rollback a Opus 5 durante la evaluación.
3. Quitá parámetros rechazados. Eliminá thinking desactivado o manual, tool choice forzado, parámetros de sampling no predeterminados y prefills del asistente. Fijá effort de forma explícita.
4. Corregí el parser de respuestas. Leé bloques por type; conservá cada thinking block sin cambios en los loops; decidí si el progreso visible requiere configurar thinking.display.
5. Volvé a probar cada contrato de herramienta. Usá auto con schemas estrictos o structured outputs cuando corresponda. Probá la ruta de respuesta textual y las llamadas correctas, inválidas y denegadas.
6. Actualizá computer use según la plataforma. Migrá Claude API y Google Cloud a computer_toolset_20260801; no copies el cambio de forma ciega a Bedrock.
7. Manejá rechazos y límites. Bifurcá por stop_reason, revisá stop_details, reservá max_tokens para thinking más texto y hacé observable el fallback.
8. Repetí casos representativos. Compará finalización, corrección humana, errores de herramientas, rechazos, latencia end-to-end, tokens totales, cache hits y coste por resultado aceptado. Conservá prompts y rúbrica.
9. Hacé un canary. Empezá con tráfico acotado y acciones de solo lectura o con aprobación. Ampliá únicamente cuando el presupuesto de errores y la muestra revisada cumplan los umbrales del equipo.

El tiempo de migración depende de la integración. Un agente con una herramienta de solo lectura y un parser tipado es un trabajo distinto de otro que edita el historial, fuerza herramientas y controla un navegador.

Qué significa para un equipo de LATAM

Las tarifas más bajas en dólares importan, pero la exposición al tipo de cambio sigue ahí. Mantené presupuestos en tokens y reportes en moneda local, y alertas sobre coste por flujo completado en vez de volumen bruto de tokens.

La plataforma cloud afecta la ubicación de datos, el soporte, las cuotas y la facturación. Las páginas públicas de Anthropic no publican un único SLA regional de latencia ni una promesa de residencia que cubra cada despliegue en LATAM. Verificá esos campos con el proveedor que vas a usar.

Probá documentos en español y registros que mezclan idiomas dentro de tu propia operación. Una capacidad multilingüe general no demuestra que el modelo vaya a preservar nombres de producto, vocabulario legal local, formatos de dirección o reglas de escalamiento.

La decisión después de la prueba

Opus 5.5 es un candidato razonable cuando un agente con Opus 5 está limitado por el coste por caso, loops largos o latencia de salida. La mejora de precios publicada es clara. La decisión de producción todavía pertenece a tu set de evaluaciones.

Mantené la comparación acotada: mismo flujo, mismas herramientas, mismos permisos, effort explícito y la misma rúbrica de aceptación. Otra nota de campo comparará Claude Opus 5.5 con GPT-6.1 Sol; esta se limita deliberadamente a la migración de Opus 5 a 5.5.

Si el agente es estable pero cuesta explicar su operación, primero mapeá el gasto alrededor con la guía sobre el coste real de un agente de IA. Y si todavía estás en la generación anterior, la guía de Claude Opus 5 ofrece la línea de base previa.