Imagina un agente que analiza un pull request y usa claude-opus-4-8 con speed: "fast". Hoy responde. Si nadie revisa esa configuración, desde el 30 de noviembre de 2026 la misma solicitud devolverá un error; Anthropic advierte que no pasará automáticamente a la velocidad normal. El aviso apareció en la versión 2.1.316 de Claude Code, publicada el 31 de octubre. No es un anuncio de retirada de todo Opus 4.8: el cambio especificado afecta a su modo rápido.

La decisión que tienes que tomar

Si no utilizas Opus 4.8 en modo rápido, esta fecha no exige una migración por sí sola. Si sí lo utilizas, tienes dos opciones de trabajo: quitar la petición de velocidad rápida y evaluar si el modo estándar cumple tu tiempo de respuesta, o migrar a claude-opus-5-5 con speed: "fast". Anthropic recomienda Opus 5.5 para conservar la aceleración. Su documentación de fast mode aclara que acelera sobre todo la producción de tokens, no necesariamente el tiempo hasta el primer token; funciona con precio y límites de capacidad separados. En la API, el precio publicado para Opus 5.5 rápido es de US$8 por millón de tokens de entrada y US$40 por millón de salida. Esa tarifa de API no debe confundirse con los límites de una suscripción de Claude Code.

Audita tus proyectos antes de cambiar un modelo

En la raíz de cada repositorio donde vive el agente, ejecuta esta búsqueda local. La probé con un archivo de muestra: detecta las referencias al ID antiguo y las apariciones de speed; el segundo término es deliberadamente amplio para que inspecciones cada resultado:

rg -n --hidden -g '!node_modules/**' -g '!.git/**' 'claude-opus-4-8|speed' .

Busca también la configuración fuera del repositorio: variables de entorno, paneles de despliegue y definiciones de agentes gestionados. Una ausencia en Git no demuestra que producción esté libre del ajuste. Anota cuál flujo usa fast mode, su tiempo de respuesta aceptable y un caso de entrada realista que puedas repetir sin datos privados.

Por qué sustituir el ID no basta

La guía oficial de migración a Opus 5.5 enumera incompatibilidades que pueden afectar a tu app. Opus 5.5 siempre usa pensamiento adaptativo: rechaza thinking: {"type":"disabled"} y los presupuestos manuales de pensamiento. Controla profundidad con effort. También rechaza tool_choice forzado de tipo any o tool, ciertos parámetros de muestreo y el prefijo de un mensaje del asistente. Si tu integración usa herramientas de computadora, revisa la versión aceptada en tu plataforma.

La forma de la respuesta también importa. Una app que toma siempre response.content[0].text puede fallar porque el primer bloque puede ser de pensamiento. Lee los bloques por su tipo y conserva sin alterar los bloques de pensamiento en bucles con herramientas, como indica Anthropic. Además, max_tokens cubre pensamiento y texto; una tarea que antes funcionaba sin pensamiento puede necesitar un límite distinto. No traslades los valores de esfuerzo o los supuestos de latencia sin medirlos.

Una prueba pequeña antes de migrar producción

Prepara tres entradas representativas: una respuesta breve, una tarea larga de código y una llamada a herramienta. En un entorno de prueba, ejecuta la versión actual y la candidata con los mismos criterios de aceptación. Comprueba: errores de validación, salida útil, bloques de respuesta, número de tokens, coste y latencia completa. La respuesta de la API incluye usage.speed, que indica si realmente se usó fast. Si supera el límite de fast mode, la API puede responder 429; eso es distinto del error de una configuración que ya no admite fast mode. Fuente: documentación oficial.

Esta es una guía basada en documentación y una búsqueda local probada; no he ejecutado solicitudes pagadas a la API de Claude. Si tu agente usa Opus 4.8 fast, agenda la prueba ahora. El último día anunciado para ese modo es el 30 de noviembre, y una migración correcta se decide por el comportamiento de tu flujo, no por el nombre nuevo del modelo.