Anthropic lanza Claude Fable 5.2 y Mythos 5.2: más rápidos que 5.1 y más fuertes en código

Anthropic ha actualizado dos modelos de su línea a la vez: Claude Fable 5.2 y Claude Mythos 5.2. Según la compañía, están creados para tareas técnicas «grandiosas». Es justo esa categoría de trabajo en la que un asistente de chat corriente parece defenderse, pero a la tercera hora de la tarea pierde el hilo. Repasemos qué se sabe del anuncio y qué hacer al respecto.

Qué afirma Anthropic

La compañía habla de mejoras en tres áreas: programación, razonamiento y visión. Además, ambos modelos generan la respuesta más rápido que sus predecesores 5.1. La velocidad aquí no es cosmética. Si ejecuta un agente durante decenas de pasos, cada segundo de retraso se multiplica por el número de llamadas. Un modelo más rápido de la misma clase puede reducir notablemente el tiempo de toda la ejecución y, a veces, su factura.

Por separado, sobre Fable 5.2. Anthropic escribe que resuelve bien tareas de ingeniería complejas, sabe orquestar equipos de agentes y sostener proyectos largos. Otra afirmación: el modelo resolvió varios problemas científicos difíciles, incluidos dos problemas abiertos de física teórica. Suena contundente, pero son palabras de la compañía. En el fragmento del que disponemos no hay detalles, y comprobarlo por cuenta propia es prácticamente imposible.

Qué significa «orquestación de agentes» en la práctica

Imagine una tarea típica: migrar un servicio a una nueva versión de un framework. Un agente lee el código y elabora un plan. Un segundo corrige los módulos. Un tercero ejecuta las pruebas y analiza los fallos. Un cuarto revisa el diff final. El modelo en el papel de orquestador reparte las tareas, recoge los resultados y no olvida lo que se hizo hace una hora.

Ahí es justo donde se rompen las combinaciones débiles. El modelo pierde el contexto, o entra en bucle, o informa alegremente de que ha terminado aunque la mitad de las pruebas estén en rojo. Anthropic afirma abiertamente que Fable 5.2 es más fuerte precisamente en este tipo de trabajo. Si es cierto, la ganancia no estará en una demo vistosa, sino en que el agente requerirá su intervención con menos frecuencia.

Lo que aún no sabemos

En el fragmento del anuncio no se ven varias cosas importantes:

• cifras concretas en benchmarks y con qué modelos se compara;
• precios y límites para la API y las suscripciones;
• en qué se diferencia exactamente Mythos 5.2 de Fable 5.2 en cuanto a su propósito;
• resultados de las pruebas previas al lanzamiento: el texto de la fuente se interrumpe justo en ese punto.

Por ahora es una descripción de marketing, no una evaluación independiente. La afirmación sobre los problemas de física resueltos conviene tomarla como una demostración de capacidades, no como una garantía para su repositorio.

Qué hacer si es desarrollador o responsable de producto

No cambie producción por una nota de prensa. Un plan práctico es este:

1. Tome entre 10 y 20 tareas reales de su backlog: un bug con una causa poco evidente, una refactorización de varios archivos, una tarea con una imagen o una captura de pantalla.
2. Ejecútelas en 5.1 y 5.2 con los mismos prompts y herramientas. Compare el porcentaje de soluciones exitosas, el tiempo y el coste, no la impresión que deja la respuesta.
3. Si tiene pipelines multiagente, revise el punto más débil: las cadenas largas de pasos. Ahí la mejora anunciada debería manifestarse o no.
4. Mida la velocidad por separado. Si de verdad es mayor, recalcule la economía de sus agentes.

Lo importante de este lanzamiento no son los nombres, sino la dirección. Los líderes del mercado ya no compiten en quién responde mejor a una sola pregunta, sino en quién guía con más fiabilidad a un modelo a través de un trabajo largo. Eso es lo primero que conviene comprobar.