Claude Fable 5.2 y Mythos 5.2: novedades y diferencias con Opus 5.5
Claude Fable 5.2 y Claude Mythos 5.2 son modelos de lenguaje anunciados por Anthropic el 9 de noviembre de 2026. Comparten el mismo modelo base: Fable está orientado a tareas exigentes para clientes generales y Mythos ofrece acceso verificado para investigación especializada en ciberseguridad y ciencias de la vida. Conviene elegir según la tarea, las condiciones de acceso y el coste.
¿Qué son Fable 5.2 y Mythos 5.2?
Un modelo de lenguaje genera respuestas a partir del contexto del texto y otros materiales proporcionados. Estos modelos se centran en algo más que una respuesta breve: investigar información, planificar y realizar acciones con herramientas. El trabajo con agentes consiste en que la IA utilice herramientas para ejecutar varios pasos. Elegir un modelo no le da automáticamente acceso a archivos o Internet; lo determinan la aplicación y las herramientas conectadas.
Según el anuncio oficial de Fable 5.2 y Mythos 5.2, mejoran la programación, el razonamiento y la comprensión visual. El número 5.2 no significa que Fable sea menos capaz que Opus 5.5. Fable, Mythos, Opus, Sonnet y Haiku son familias diferentes; las versiones deben interpretarse dentro de cada familia.
Retocar un anuncio y encontrar un fallo entre varios servicios requieren investigaciones distintas. Lo útil es identificar qué tareas difíciles ganan una opción adicional, en lugar de trasladar todas las consultas al modelo más reciente.
¿Qué cambia respecto a la versión 5.1?
Anthropic informa de mejoras en código, razonamiento complejo y comprensión de imágenes frente a Fable 5.1 y Mythos 5.1, con una generación de salida hasta un 30 % más rápida. «Hasta» no significa que toda tarea completa tarde un 30 % menos. La lectura de archivos, búsqueda, ejecución de herramientas y revisión también influyen en el tiempo total.
Para trabajos largos, concrete el alcance y los criterios de éxito. En lugar de enviar solo un mensaje de error con «arréglelo», incluya pasos de reproducción, archivos relevantes, resultado esperado y condiciones que no deben cambiar. No garantiza el éxito, pero permite también comparar modelos con entradas equivalentes.
Quien migre mediante la API, interfaz de programación de aplicaciones, debe revisar algo más que el nombre del modelo. La guía de cambios de Fable 5.2 explica diferencias de compatibilidad en el historial, los bloques de razonamiento y la herramienta antigua de uso del ordenador. Es especialmente importante si la integración modifica mensajes anteriores o cambia de modelo durante una conversación.
¿En qué se diferencian Fable y Mythos?
No es correcto entenderlos como un modelo básico y una versión de pago más inteligente. La base es común, pero Fable incorpora protecciones en ciberseguridad y biología que permiten una distribución más amplia. Mythos proporciona acceso adaptado a investigación verificada. La aprobación no autoriza cualquier petición; la política de uso sigue vigente.
La guía del Cyber Verification Program distingue el desarrollo seguro cotidiano de la investigación especializada. Revisar código o corregir problemas conocidos no exige que todo el mundo obtenga aprobación para Mythos. Si necesita acceso para investigación avanzada, identifique el nivel de solicitud apropiado y siga la vinculación de cuenta y aprobación. El anuncio enlaza otra vía de verificación para ciencias de la vida.
Para escribir en un blog o aprender programación, considere primero Fable u otro modelo de disponibilidad general. El acceso restringido no demuestra que Mythos escriba mejores artículos. La verificación determina la finalidad y el alcance del acceso para investigación.
¿Cuándo elegir Opus 5.5?
La comparación oficial de modelos recomienda comenzar con Opus 5.5 para la mayoría de trabajos y valorar Fable 5.2 para razonamiento más difícil y tareas prolongadas con agentes. Esta tabla aplica esa orientación; no presenta un ranking medido.
| Situación | Primera opción | Criterio |
|---|---|---|
| Resúmenes breves, clasificación y procesos repetitivos | Haiku o Sonnet | Precisión suficiente con menos espera y coste |
| Programación habitual y análisis documental | Opus 5.5 | Cumplimiento constante de requisitos y controles |
| Fallos complejos entre archivos e investigación extensa | Comparar Fable 5.2 después de evaluar Opus | Menos correcciones justifican el gasto adicional |
| Problemas técnicos difíciles y tareas largas | Fable 5.2 | Resultado final verificable con las herramientas disponibles |
| Investigación especializada en seguridad o ciencias de la vida | Consultar requisitos de Mythos | Finalidad, elegibilidad y alcance aprobado adecuados |
También importa el esfuerzo de razonamiento, el ajuste que regula la profundidad del trabajo sobre un problema. La guía de selección recomienda evaluar ese ajuste además del modelo. Cambiar ambos a la vez dificulta saber qué produjo la diferencia.
Corregir ortografía rara vez exige siempre el modelo más pesado. Para contrastar documentos contradictorios y elaborar un informe con pruebas rastreables, puede importar más reducir omisiones y revisiones que obtener deprisa el primer borrador.
Ejemplos prácticos de solicitudes y comprobaciones
Para código, aporte pasos de reproducción, archivos, entorno, pruebas necesarias y límites. Ejemplo: «Los resultados cambian de orden cuando las fechas coinciden. Reproduzca el fallo con la entrada adjunta, explique la causa y proponga una corrección sin cambiar nombres de funciones públicas. Con fechas iguales debe conservarse el orden original de entrada». El resultado esperado es un orden estable en los empates; repita la misma entrada antes de aplicar el cambio.
Para documentos y gráficos, incluya originales, unidades, periodo y pregunta. «¿Aumentaron las ventas?» es menos verificable que «La tabla mensual usa miles de unidades monetarias. Separe ingresos totales e ingresos por pedido, y señale meses ausentes sin estimarlos». Contraste cálculos y fuente. Si las etiquetas pequeñas no se leen, añada la tabla original.
Consulte también las recomendaciones de solicitudes para Fable 5.2. En tareas con varias herramientas, concrete las condiciones de finalización y los materiales accesibles además del formato de salida. Son ejemplos de peticiones y revisión, no resultados de rendimiento medidos.
Cómo acceder y calcular el precio
En Claude, revise el selector de modelos y la información de uso de su cuenta. Si no aparece, compruebe disponibilidad según plan, puesto y configuración de la organización. Suscripción y API tienen facturaciones distintas; el precio mensual no determina por sí solo el coste API.
En Claude Code, la documentación de configuración explica cómo seleccionar una versión exacta con /model claude-fable-5-2. Fable 5.2 necesita Claude Code 2.1.321 o posterior. Use /model para comprobar selección y condiciones. Si se requieren créditos de uso, revise la facturación antes de continuar. Los alias pueden apuntar a versiones distintas según el proveedor.
Estas son las tarifas normales de entrada y salida de los precios oficiales de la API, comprobadas el 11 de noviembre de 2026. Se expresan en dólares estadounidenses por millón de tokens. Los tokens son unidades de procesamiento y no equivalen exactamente a palabras o caracteres.
| Modelo y modo | Entrada por millón de tokens | Salida por millón de tokens |
|---|---|---|
| Fable 5.2 / Mythos 5.2, normal | 8 USD | 40 USD |
| Fable 5.2 / Mythos 5.2, rápido | 16 USD | 80 USD |
| Opus 5.5, normal | 4 USD | 20 USD |
| Fable 5.1 / Mythos 5.1, normal | 10 USD | 50 USD |
En una petición hipotética de 100.000 tokens de entrada y 10.000 tokens de salida facturables, Fable 5.2 cuesta en modo normal 0,1 × 8 USD + 0,01 × 40 USD = 1,20 USD. Con las mismas cantidades, el modo rápido cuesta 2,40 USD. El ejemplo excluye descuentos de caché y lotes, cargos de herramientas e impuestos. Consulte registros reales; la respuesta visible no permite estimar todos los tokens facturables.
La aceleración anunciada de hasta 2,5 veces en modo rápido afecta a la generación de tokens, sin garantizar la misma reducción de toda la tarea. Revise la compatibilidad de su plataforma. Los valores predeterminados también difieren: High en la documentación API y Medium para aplicaciones Claude y Claude Code en el anuncio. No suponga condiciones idénticas entre entornos.
Cómo interpretar las pruebas de rendimiento
Un benchmark compara modelos con problemas y criterios de puntuación definidos. Una nota superior no demuestra la misma ventaja en textos en español, documentos internos o su código. Revise herramientas permitidas, esfuerzo, reintentos y costes.
Un buen resultado en lectura de gráficos no garantiza cada cifra pequeña. Hay que comprobar resolución, unidades de los ejes y datos ausentes. Superar pruebas de código tampoco equivale a estar listo para producción: revise comportamiento existente, seguridad y condiciones operativas.
Los ejemplos científicos y de ingeniería interna de Anthropic son resultados comunicados en esos entornos. No prometen que cualquiera reproduzca el trabajo al mismo precio y velocidad. Sus tareas recurrentes complementan las puntuaciones públicas para decidir.
Cómo comparar antes de cambiar
Evalúe si el modelo reduce un problema real, además de ser nuevo. Estos pasos son un método de evaluación, no resultados de un experimento comparativo de pago.
- Elija una tarea repetida y verificable, como un informe con fuentes fijas o la corrección de un fallo reproducible.
- Defina antes criterios de aceptación: información obligatoria presente, cálculos correctos o pruebas existentes superadas.
- Mantenga fuentes y petición constantes y guarde el resultado actual. Para datos sensibles, compruebe autorización de carga y condiciones de tratamiento.
- Use otra conversación o una copia de la carpeta de trabajo. Anote modelo, esfuerzo, herramientas y fecha; no sobrescriba el entorno original.
- Compare precisión, tiempo total, solicitudes adicionales, correcciones humanas y uso real. En tareas importantes, utilice varios casos para reducir el efecto del azar.
- Adopte primero las tareas con mejora demostrada. Ante errores o costes imprevistos, vuelva a ajustes y archivos guardados y analice la entrada problemática.
Conservar el modelo actual es razonable si cumple de forma estable su calidad requerida. Evalúe Fable 5.2 como otra opción para tareas difíciles y Mythos según la necesidad y elegibilidad de investigación. Una persona debe seguir verificando hechos, fuentes, ejecución del código y decisiones importantes.




