Opus 4.8 en Claude Code: novedades, precios y cómo cambiar en 2026

Documentación de referencia de Ailoot: ailoot.ai/docs/.

Qué se lanzó en Claude Code el 28 de mayo#

El 28 de mayo, Anthropic lanzó Opus 4.8, 41 días después de Opus 4.7. Claude Code v2.1.154 y la publicación del blog «Introducing dynamic workflows in Claude Code» salieron el mismo día. Al día siguiente, la versión v2.1.156 corrigió un error con los bloques de razonamiento que provocaba fallos en la API con Opus 4.8.

Cuatro cambios que afectan a todos los que programan con Claude Code:

1. El nuevo modelo Opus 4.8 — los mismos precios ($5/$25 por millón de tokens), pero mejores benchmarks y 4 veces menos probabilidades de que se le escapen errores en su propio código.
2. Dynamic Workflows — Claude escribe un script JS que puede iniciar hasta 1000 subagentes a lo largo de una ejecución, con no más de 16 activos simultáneamente. La palabra workflow en el prompt activa la función.
3. xhigh effort — un nuevo nivel de razonamiento. El nivel predeterminado de Opus 4.8 ahora es high; para tareas exigentes, puedes subirlo a xhigh.
4. Fast Mode pasó a costar 3 veces menos — antes costaba 6 veces el precio estándar; ahora cuesta 2 veces más y es 2,5 veces más rápido.

La propia Anthropic habla de este lanzamiento con cautela:

En esta guía mostraré exactamente qué cambió, cuánto cuesta en la práctica y si te conviene cambiar ahora o esperar.

¿En qué se diferencia Opus 4.8 de 4.7?#

Qué mejoró en las cifras

Anthropic publicó benchmarks en su anuncio oficial y en la documentación de la API de Claude. Tabla resumen:

⚠️ Estas son cifras publicadas por el proveedor: datos de Anthropic, no mediciones independientes.

La principal promesa: «4 veces menos probabilidades de no detectar errores»

Anthropic afirma:

Suena muy bien, pero hay un matiz: según la System Card de Anthropic, Claude Opus 4.8 tuvo la tasa más baja de respuestas incorrectas de seis modelos en todos los benchmarks, porque se abstiene cuando tiene dudas.

Traducido del lenguaje de la System Card al lenguaje de los creadores de vibe coding: el modelo no se volvió 4 veces más inteligente. Ahora es más probable que diga «No estoy seguro; compruébalo» en vez de producir una alucinación verosímil. Honestidad en lugar de un aumento del CI: así es como evolucionó.

En la práctica, esto significa que, ante las mismas tareas en las que Claude antes mentía con seguridad, ahora dirá: «No estoy seguro». Eso reduce el riesgo, pero no aumenta la cobertura.

Qué se mantuvo igual

• Precio estándar ($5 por millón de tokens de entrada y $25 por millón de tokens de salida): sin cambios.
• Fecha límite de conocimiento: enero de 2026, igual que en 4.7.
• Contexto predeterminado: 1 millón de tokens en la API de Anthropic, AWS Bedrock y GCP Vertex AI. En Microsoft Foundry: 200K.
• Salida máxima: 128K tokens.
• Parámetros de muestreo (temperature, top_p, top_k): siguen sin estar admitidos; devuelven un error 400.

En qué se queda corto Opus 4.8

Sinceramente: en Terminal-Bench 2.1, Opus 4.8 obtiene 74,6%: no está mal, pero no lidera la categoría. Si la mayor parte de tu trabajo se hace en la terminal, tenlo en cuenta: Codex suele ser algo mejor en tareas puramente de terminal. Opus 4.8 está por delante en los demás benchmarks, pero esta diferencia es real.

El segundo punto franco: en pipelines complejos con agentes y entradas no verificadas (análisis de sitios web, lectura de RSS), no se garantiza la protección contra la inyección de prompts en Opus 4.8. Si estás creando automatizaciones que leen documentos de otras personas, usa un sanitizador de entradas independiente.

¿Cuánto cuesta Opus 4.8 en 2026?#

Niveles de precios

El precio estándar se mantuvo igual que en 4.7 y 4.6. Es poco habitual: las nuevas generaciones suelen costar más. Fast Mode pasó a costar 3 veces menos: en 4.6 y 4.7, el modo rápido costaba 6 veces el precio estándar. En 4.8, cuesta 2 veces más.

Qué significa eso por hora de trabajo

Una hora de programación activa en Claude Code con Opus 4.8 supone aproximadamente entre 1 y 2 millones de tokens de entrada y entre 100 y 300 mil tokens de salida. A los precios estándar, son $5–10 de entrada y $2,5–7,5 de salida. Redondeando, son $8–15 por hora solo en la API.

En los planes de suscripción:

• Pro ($20 al mes) — basta para 1–2 horas de trabajo activo al día. Un solo prompt exigente con Dynamic Workflow agota el límite.
• Max 5x ($100 al mes) — entre 4 y 6 horas al día de forma constante. Es la opción ideal para la mayoría de quienes hacen vibe coding.
• Max 20x ($200 al mes) — una jornada completa sin preocuparse por el límite. Tiene sentido si inicias muchos workflows o trabajas con Agent SDK.

Más detalles en las guías cómo no agotar los límites de Claude Code y a dónde van los tokens.

⚠️ Un detalle importante de Anthropic: un workflow con 1000 agentes consume «sustancialmente más tokens que una sesión típica». Una ejecución grande puede consumir mucha cuota aunque no haya más de 16 agentes simultáneos. Comprueba el uso disponible y fija un presupuesto antes de iniciarla; la concurrencia por sí sola no determina el coste total.

⚠️ Fast Mode no está incluido en los planes Pro / Max / Team / Enterprise. Requiere que se activen créditos de uso y se factura por separado a $10/$50 por millón de tokens, además de la suscripción. Si tienes Max y activas Fast Mode sin créditos, recibirás un mensaje que te indica que debes recargar el saldo. Esto suele pasar desapercibido al leer la documentación.

¿Qué son los Dynamic Workflows en Claude Code?#

En qué se diferencia un workflow de un subagente y una skill

Antes, todo lo que Claude Code hacía de forma autónoma usaba una orquestación paso a paso. En cada turno, Claude decidía qué herramienta llamar y los resultados intermedios quedaban en su contexto. Esto funciona con hasta 4–5 subagentes; con más, el contexto se desborda.

Dynamic Workflow cambia el patrón. Claude escribe un script de JavaScript que orquesta los agentes por sí mismo. Los resultados intermedios se guardan en las variables del script, no en el contexto de Claude. Solo el resultado final vuelve al contexto. Esto tiene tres efectos:

1. Puedes iniciar hasta 16 agentes en paralelo, hasta 1000 en total por ejecución.
2. El contexto de Claude no se desborda: cada subagente trabaja en su propio entorno aislado.
3. El script se puede reutilizar: tras una ejecución satisfactoria, pulsa s en /workflows y se guardará como tu comando slash.

La documentación de workflows de Anthropic lo explica así:

Límites del entorno de ejecución

Tres formas de activar un workflow

1. La palabra workflow en el prompt. «Ejecuta un workflow para auditar todos los endpoints de la API en src/routes/ y buscar comprobaciones de autenticación que falten». Claude detecta la palabra clave, escribe un script y lo inicia.
2. /effort ultracode — combina el razonamiento xhigh con la orquestación automática de workflows. Se aplica a todas las tareas sustantivas de la sesión. La documentación dice:

3. /deep-research [question] — un workflow integrado para investigar con búsqueda web y contrastar fuentes.

Ejemplo: Bun, con 750,000 líneas de Rust en 11 días

El equipo de Bun usó Dynamic Workflows para un experimento: portar Bun de Zig a Rust. Según el blog de Anthropic:

• ~750,000 líneas de Rust generadas.
• 11 días desde el primer commit hasta la fusión.
• Se aprobó el 99,8% de las pruebas de la suite existente.
• ~300 reglas para traducir Zig → Rust.

El patrón técnico consistió en tres workflows seguidos:

1. Workflow n.º 1 asigna el tiempo de vida correcto de Rust a cada campo de estructura en el código base de Zig.
2. Workflow n.º 2 escribe cada archivo .rs como un port de su equivalente .zig con comportamiento idéntico. Cientos de tareas de archivos distribuidas en lotes, con un máximo de 16 agentes simultáneos y dos revisores por archivo.
3. Workflow n.º 3 es un ciclo de corrección: ejecuta la compilación y las pruebas hasta que todo pasa.

La trampa principal: los workflows agotarán tu límite en tareas pequeñas

Consejo práctico: si una tarea se puede resolver con 1–2 subagentes sencillos, no uses un workflow; recurre manualmente a los subagentes. Los workflows compensan cuando hay más de 50 archivos, no 5.

Dynamic Workflow es el siguiente paso en ingeniería de contexto. Un workflow puede distribuir trabajo entre hasta 1000 inicios de agentes en total, programando como máximo 16 simultáneamente. Sin contexto compartido, los errores pueden acumularse entre lotes porque cada agente ve solo su parte.

¿Cuándo conviene activar xhigh effort?#

En las notas de la versión Claude Code v2.1.154, Anthropic dice explícitamente que Opus 4.8 se ejecuta con effort=high de forma predeterminada: este es el nuevo estándar tras el lanzamiento. Antes, el estándar era inferior. El nuevo nivel xhigh se suma a ese nivel para las tareas más exigentes, en las que el modelo dedica más tokens de razonamiento en cada turno.

Cuándo usar xhigh:

• Migraciones (nuevo patrón arquitectónico → más de 50 archivos).
• Auditorías de seguridad (revisión de seguridad de más de 200 endpoints).
• Refactorizaciones planificadas con comprobaciones de invariantes.
• Sesiones de depuración complejas y largas en las que el modelo necesita recordar todo el recorrido.

Cuándo NO usarlo:

• Ediciones rutinarias en un archivo (escribir una prueba, cambiar el nombre de un método).
• Prompts sencillos con una estructura clara.
• Documentación y comentarios: xhigh cuesta más en esos casos.

En Claude Code v2.1.154, el control deslizante de esfuerzo cambió de «Speed/Intelligence» a «Faster/Smarter». El valor predeterminado /effort high ahora se aplica internamente; no hace falta cambiarlo explícitamente.

¿Cuándo conviene usar Fast Mode?#

Precios:

Cuándo usarlo:

• Tareas interactivas en las que el tiempo de respuesta importa más que la precisión (revisión de código en directo durante una transmisión).
• Ediciones rápidas y pruebas de hipótesis.
• Una demostración o presentación para un cliente.

Cuándo NO usarlo:

• Trabajo con agentes a largo plazo: el precio 2 veces mayor con un contexto de 1M perjudica la rentabilidad.
• Un Dynamic Workflow grande: Fast Mode duplica las tarifas de tokens aplicables y el uso se acumula entre todos los agentes iniciados. El límite de 1000 inicios no multiplica automáticamente por 1000 el coste de la tarea; calcula con entrada y salida agregadas reales.
• Sesiones en segundo plano en las que la velocidad no es esencial.

¿Cómo cambiar a Opus 4.8 sin perder los ajustes?#

Paso 1. Actualiza Claude Code

En la terminal:

claude upgrade

O vuelve a instalarlo siguiendo la documentación de Anthropic.

⚠️ La versión requerida es v2.1.156 o posterior. v2.1.154 tenía un error: al usar Opus 4.8, se modificaban los bloques de razonamiento y se producían errores de API. El error se corrigió en v2.1.156.

Comprueba la versión:

claude --version

Paso 2. Cambia el modelo en /config

En Claude Code:

/model claude-opus-4-8

O abre /config → sección Model → selecciona Opus 4.8 de la lista. El ID del modelo en el endpoint de la API es claude-opus-4-8.

Paso 3. Activa Dynamic Workflows (plan Pro)

Dynamic Workflows están desactivados de forma predeterminada en el plan Pro. Abre /config → sección Workflows → actívalos. Vienen activados desde el principio en Max, Team y Enterprise personal. En Enterprise con administrador, es posible que el administrador los haya desactivado; pídele que los active.

Paso 4. Haz una prueba

En Claude Code, pide una tarea sencilla con un resultado claro para comprobar que el modelo responde correctamente:

Write a TypeScript function that splits an array into chunks of a fixed length.
Give me tests in vitest.

Si la respuesta es adecuada y la frase «using claude-opus-4-8» aparece al principio, el cambio se hizo correctamente. Si aparece un error 400, comprueba la versión de Claude Code (vuelve al paso 1).

Lo que NO hace falta migrar

• CLAUDE.md funciona con cualquier modelo sin cambios. Más detalles en la guía cómo configurar CLAUDE.md.
• Skills se detectan automáticamente en Opus 4.8. Más detalles en la guía Claude Code Skills.
• Los servidores MCP funcionan igual. La guía sobre MCP incluye 7 combinaciones listas para usar.
• Los subagentes y Plan Mode no cambian. En el pilar correspondiente hay un resumen para elegir entre Skills, Subagents, MCP y Plugins.

¿Deberías cambiar desde Sonnet 4.6 o Haiku 4.5?#

Ya expliqué cómo elegir entre Sonnet y Opus en una guía anterior, pero se refería a 4.7. Las reglas cambian un poco con Opus 4.8.

Matriz de decisión para 2026:

Para la mayoría de quienes hacen vibe coding, la combinación ideal es Sonnet 4.6 como modelo predeterminado y Opus 4.8 para tareas exigentes mediante el selector /model. Así pagas menos y sigues resolviendo bien las tareas exigentes.

¿Qué NO funciona en Opus 4.8?#

Según los informes prácticos, hay tres áreas en las que Opus 4.8 se queda corto:

1. Estrategia y hojas de ruta con muchos datos. Las experiencias prácticas indican que 4.7 sigue siendo preferible para los análisis. Si tu caso de uso principal es crear una tabla de métricas y proponer una hoja de ruta, prueba primero 4.8; si falla, vuelve a 4.7 con /model claude-opus-4-7.

2. «El último 10%» en bases de código existentes. El modelo trabaja muy bien en proyectos greenfield (un proyecto nuevo desde cero), pero tiene dificultades para madurar código antiguo: casos límite y peculiaridades específicas de la arquitectura. Es un punto débil típico de los modelos de razonamiento: generan bien, pero se les da mal «rematar» algo que ya existe.

3. Las alucinaciones persisten. «4 veces menos probabilidades de no detectar errores» significa que el modelo dice «No lo sé» más a menudo, pero con un contexto insuficiente aún puede producir una invención verosímil. La protección es el contexto del proyecto: cuanto más completo esté CLAUDE.md, menos margen habrá para las alucinaciones.

Esto no significa «no actualices». Significa que debes entender las limitaciones y tener Sonnet 4.6 y Opus 4.7 a mano como alternativas.

¿Qué viene después de Opus 4.8?#

En el lenguaje de Anthropic, «las próximas semanas» suele significar entre 4 y 8 semanas. En otras palabras, lo más probable es que un modelo de la clase Mythos salga en junio–julio de 2026. Esto cambia la estrategia:

• Si tus proyectos actuales usan Sonnet 4.6 u Opus 4.7, actualiza a 4.8 y prueba xhigh y los workflows en tareas concretas. Es una actualización gratuita en cuanto al precio.
• Si planeabas una gran migración con un workflow, no te apresures. Puede que en uno o dos meses salga un modelo capaz de hacerlo aún mejor. Puedes empezar con un experimento en un módulo para entender cómo funciona.
• Si ibas a reconstruir tu infraestructura en torno a Dynamic Workflows, espera. Mythos podría cambiar los patrones subyacentes.

Esa incertidumbre es el principal consejo: mantén la flexibilidad. Opus 4.8 es una buena actualización incremental. Mythos podría suponer un gran salto. No inviertas en una renovación importante un mes antes de que pueda salir un nuevo modelo.

Sigue explorando Ailoot en ailoot.ai.