Anthropic lanzó Claude Fable 5.2 y Claude Mythos 5.2 el 9 de noviembre de 2026. Para un equipo con una aplicación sobre Claude, las decisiones inmediatas son el acceso, la retención de datos y la compatibilidad del historial y las herramientas. En una integración propia con Messages API, cambiar únicamente el identificador del modelo puede hacer que solicitudes que antes funcionaban devuelvan un error.
Según el anuncio original, ambos comparten el mismo modelo subyacente. Fable incorpora salvaguardas de ciberseguridad y biología para permitir un acceso más amplio; Mythos está reservado a organizaciones verificadas en los programas correspondientes. La ficha de Fable 5.2 documenta texto e imágenes como entrada, texto como salida, un millón de tokens de contexto y hasta 128.000 tokens de salida.
Qué acceso y qué precio se han anunciado
Fable 5.2 no requiere aprobación de acceso en la API de Claude. Mythos 5.2 sí exige verificación. La disponibilidad de uno no acredita el acceso al otro.
La tarifa base de ambos es de 8 dólares por millón de tokens de entrada y 40 por millón de salida, frente a 10 y 50 en la versión 5.1. Es una reducción del 20% del precio unitario base. La factura de una tarea depende además del contexto enviado, el razonamiento, las llamadas sucesivas y las demás modalidades de facturación que correspondan.
Anthropic presenta estos modelos para trabajo técnico exigente y prolongado, y sigue recomendando Opus 5.5 como punto de partida para muchas tareas cotidianas. Sus resultados de evaluación son afirmaciones del proveedor; no hemos realizado una comparativa ni una prueba de rendimiento de estos modelos.
Cuatro puntos de compatibilidad con Fable 5.1
La guía de migración oficial identifica cuatro cambios que pueden romper una integración:
- Comprobación del prefijo en todas las cuentas. Los bloques de razonamiento dependen del mensaje de sistema, las herramientas y los mensajes anteriores con los que se produjeron. Editar ese contenido y reenviar después un bloque de razonamiento de 5.2 provoca un error 400, también en cuentas antiguas.
- Cambio de modelo durante una conversación. En Claude API y Claude Models on Google Cloud gestionado por Google, al pasar desde 5.2 a otros modelos, incluidos Fable 5.1 y Opus 5.5, se eliminan los bloques de razonamiento producidos por 5.2 y la petición puede seguir adelante. No debe suponerse que todo el razonamiento interno se transfiere.
- Herramienta de uso del ordenador. Declarar
computer_20251124devuelve un error 400 salvo en Amazon Bedrock. La migración utilizacomputer_toolset_20260801y exige adaptar el bucle que maneja las herramientas. - Modelo asesor. Con la herramienta de asesoramiento en beta, un ejecutor Fable 5.2 acepta como asesor únicamente Fable 5.2 o Mythos 5.2. Ese segundo identificador también necesita revisión.
El razonamiento adaptativo permanece siempre activo. Desactivarlo o enviar el antiguo presupuesto manual de razonamiento devuelve un error; ese comportamiento ya existía en Fable 5.1. La guía también exige omitir los parámetros de muestreo anteriores. Conviene separar los cambios nuevos de las restricciones heredadas al diagnosticar una migración.
Los bloques de razonamiento quedan vinculados a la cuenta que los produjo o a cuentas enlazadas; al enviarlos desde otra cuenta se descartan. En organizaciones con claves de cifrado gestionadas por el cliente, las salidas estructuradas siguen sin estar disponibles para estos modelos. La guía de Messages API no debe trasladarse sin más a Managed Agents: allí Anthropic indica actualizar el modelo y, cuando exista, el asesor; también señala retirar speed: "fast" de la configuración del modelo del agente.
Retención y despliegue en Copilot
Ambos modelos requieren 30 días de retención de datos, salvo autorización expresa de Anthropic para retención cero. En la API de Claude, una organización o espacio sin la retención requerida puede recibir un error de validación. Tener un acuerdo previo de retención cero no basta para asumir acceso automático a 5.2.
GitHub anunció Fable 5.2 en Copilot para Pro+, Max, Business y Enterprise, con despliegue gradual. En Business y Enterprise, el administrador debe habilitar una política desactivada por defecto que reconoce el requisito de retención. Hay una excepción temporal para determinadas empresas elegibles; GitHub remite al equipo de cuenta y no la presenta como una condición universal.
Qué comprobar en una aplicación existente
Como ejemplo hipotético, no ejecutado, pensemos en un agente de soporte que cambia sus herramientas disponibles entre turnos y reutiliza el razonamiento guardado. La nueva comprobación del prefijo puede rechazar ese flujo aunque una petición sencilla al modelo funcione.
Proponemos probar conversaciones guardadas en un entorno separado, con y sin cambios de herramientas, y revisar errores 400, rutas entre modelos, permisos y retención antes de trasladar tráfico real. Una respuesta correcta aislada no demuestra compatibilidad del flujo completo. El antecedente de Opus 5.5 ayuda a situar la familia; los cambios y condiciones de esta versión deben contrastarse con la documentación actual.