Anthropic retira el modo rápido de Claude Opus 4.8 el 30 de noviembre: qué cambia al migrar a Opus 5.5

Anthropic anunció el 30 de octubre de 2026 que el modo rápido (fast mode) de Claude Opus 4.8 queda obsoleto y se retira el 30 de noviembre de 2026. A partir de esa fecha, cualquier petición a claude-opus-4-8 con speed: "fast" devolverá un error. La salida que propone la propia Anthropic es migrar a Claude Opus 5.5, que sí conserva el modo rápido. Si tienes un agente, un bot o una herramienta de código que depende de que Opus 4.8 escupa tokens a toda velocidad, te queda un mes para moverte. Y el cambio no es solo cambiar el nombre del modelo.

Ojo con lo que no dice el anuncio: Claude Opus 4.8 como modelo sigue vivo. La página de deprecaciones de Anthropic lo marca como activo y con retiro "no antes del 28 de mayo de 2027". Lo único que muere el 30 de noviembre es su modo rápido.

Qué es el modo rápido y qué se apaga

Según la documentación oficial, el modo rápido corre el mismo modelo con una configuración de inferencia más veloz: entrega hasta 2.5 veces más tokens de salida por segundo, sin cambiar la inteligencia ni las capacidades. La mejora está en la velocidad de salida, no en el tiempo hasta el primer token, y se nota sobre todo con streaming. Se activa poniendo speed: "fast" en la petición a la Messages API, o en el objeto model del agente en Managed Agents.

En Opus 4.8 el modo rápido nunca salió de research preview: había que mandar el header beta fast-mode-2026-02-01 y estaba disponible solo en la API de Claude. En cambio, Anthropic sacó el modo rápido de Opus 5.5 de research preview el 15 de octubre: ya no hace falta pedir acceso ni mandar el header beta, y Opus 5.5 trae un límite de uso por defecto para el modo rápido en los niveles Start, Build y Scale. Desde el 22 de octubre también está en Claude Models on Google Cloud (operado por Anthropic) y en Microsoft Foundry sobre Azure.

Después del 30 de noviembre, el comportamiento esperado es el que la documentación describe para cualquier modelo sin soporte: pedir speed: "fast" donde no existe devuelve un error. No hay degradación silenciosa a velocidad normal. La única excepción documentada a esa regla es Claude Opus 4.6, que corre a velocidad estándar en vez de fallar, y no aplica aquí.

El dinero: Opus 5.5 sale más barato

Esta es la parte amable. Según la página de precios de Anthropic, en dólares por millón de tokens:

Modelo	Estándar (entrada / salida)	Modo rápido (entrada / salida)
Claude Opus 4.8	$5 / $25	$10 / $50
Claude Opus 5.5	$4 / $20	$8 / $40

El modo rápido de Opus 5.5 es 20% más barato que el de Opus 4.8 por token. Igual que antes, el precio rápido aplica a toda la ventana de contexto, y los multiplicadores de caché y de residencia de datos se suman encima. El modo rápido no funciona con la Batch API ni con un compromiso de Priority Tier.

Mi lectura: el precio por token baja, pero eso no garantiza que tu factura baje. Lo explico abajo, porque ahí está la trampa.

Comparativa del modo rápido entre Claude Opus 4.8 y Claude Opus 5.5: header beta, precios, thinking, tool_choice y Priority Tier

Lo que se rompe al cambiar de modelo

La guía de migración oficial de Opus 5.5 tiene una sección específica para quien viene de Opus 4.8, y la lista es más larga de lo que sugiere un "nomás cambia el ID". Lo importante:

El thinking ya no se apaga. En Opus 4.8, una petición sin campo thinking corre sin razonamiento. En Opus 5.5, el thinking adaptativo está siempre activo. thinking: {"type": "disabled"} y los presupuestos manuales (budget_tokens) devuelven error 400. La profundidad se controla solo con el parámetro effort (low, medium, high, xhigh, max), y el valor por defecto es medium, mientras que Opus 4.8 usa high por defecto.
max_tokens ahora cubre razonamiento y texto. Los tokens de thinking se cobran como salida aunque no veas su texto. Un flujo que en Opus 4.8 corría sin razonar puede generar más tokens de salida por petición en Opus 5.5. Por eso el precio por token más bajo no se traduce automáticamente en un ahorro.
Las respuestas empiezan con bloques thinking. El código que lee content[0].text se rompe. Hay que seleccionar los bloques por su type. En ciclos de herramientas, los bloques de thinking se devuelven completos y sin modificar; si los editas, reordenas o filtras, la API responde 400.
No puedes forzar herramientas. tool_choice con any o tool devuelve 400. Solo se aceptan auto y none; la guía recomienda usar strict tool use o salidas estructuradas.
Fuera temperature, top_p y top_k, y tampoco se acepta prefill del asistente.
Computer use cambia de herramienta: en la API de Claude hay que declarar el toolset computer_toolset_20260801 en vez de computer_20251124.
Sin Priority Tier. Opus 4.8 lo conserva; Opus 5.5 no lo soporta. Si tu organización tiene ese compromiso, Anthropic pide planear la capacidad por separado.

También hay cambios a favor: el mínimo para cachear un prompt baja de 1,024 a 512 tokens, y la ventana de contexto de 1 millón de tokens viene por defecto sin header beta.

A quién le pega

Al público de osky.dj le importa en tres casos concretos:

Bots y agentes conversacionales que usan Opus 4.8 en modo rápido para responder en tiempo real, por ejemplo en WhatsApp o en un widget de soporte. Ahí la velocidad de salida es la experiencia del usuario. El 30 de noviembre esas peticiones empiezan a fallar si no migraste.
Herramientas de código y automatizaciones que mandan el header fast-mode-2026-02-01 con Opus 4.8. Ese header deja de servir para Opus 4.8, y en Opus 5.5 ya no hace falta (si lo sigues mandando, no pasa nada).
Cualquiera con un fallback mal armado. Si tu código atrapa errores para reintentar, revisa que un error del modo rápido no se quede en un ciclo de reintentos. La documentación sugiere, para límites de uso (429), reintentar sin speed: "fast"; el error por modelo sin soporte es otra cosa y no se arregla reintentando.

Qué hacer antes del 30 de noviembre

Lo que esto significa en la práctica, según la documentación oficial (no lo probé en código de producción; sale de los documentos de Anthropic):

Busca en tu código claude-opus-4-8 junto a speed o al header fast-mode-2026-02-01.
Cambia el modelo a claude-opus-5-5 y quita el header beta.
Quita thinking: disabled, budget_tokens, temperature, top_p, top_k y el prefill. Fija effort de forma explícita.
Cambia tool_choice forzado por auto con strict tool use o salidas estructuradas.
Lee las respuestas por type y devuelve los bloques de thinking intactos en los ciclos de herramientas.
Revisa max_tokens y vuelve a medir costo y latencia con el effort que elijas. Revisa que la respuesta traiga usage.speed: "fast" para confirmar que el modo rápido sí se aplicó.

La guía también menciona que Claude Code puede hacer la migración con el comando /claude-api migrate this project to claude-opus-5-5.

Mi opinión: Anthropic está empujando con fuerza hacia Opus 5.5, con modelo más barato, modo rápido fuera de beta y un mes de aviso. El aviso es corto, pero el camino está bien documentado. Lo que más se va a romper no será el modo rápido en sí, sino el código que daba por hecho que el modelo no razona antes de contestar.