Claude Fable 5.5 ahora tiene dos checkpoints y sigue sin página de proveedor

Hoy es martes 20 de octubre de 2026, lo cual solo importa porque es la fecha que el rumor sobre Claude Fable 5.5 fijó para sí mismo. El jueves 15 de octubre, Andrew Curran publicó en X que había esperado el lanzamiento “el próximo martes” antes de corregirse hacia ese mismo día, y el martes al que apuntaba su frase es este. Un día antes de que llegara, el lunes 19 de octubre, la cuenta de X que ha estado publicando demos de Fable durante todo el mes añadió una nueva frase a la historia: el render de Blender que mostró la semana pasada era Claude Fable 5.5 en su primer checkpoint, y un segundo checkpoint se entregó a los socios “ayer” y es “mejor que el primero”. Nadie ha publicado un identificador de modelo, una lista de precios, una ventana de contexto ni una fila de benchmark para ninguno de los dos checkpoints. El modelo que realmente puedes invocar en el nivel de frontera sigue siendo Claude Fable 5.1, lanzado el 1 de septiembre de 2026 a 10 dólares por millón de tokens de entrada y 50 dólares por millón de tokens de salida, con una ventana de contexto de 1 millón de tokens, y el modelo al que la propia documentación de Anthropic apunta para la mayoría de las cargas de trabajo es Claude Opus 5.5, del 22 de septiembre a 4 y 20 dólares. Todo lo relacionado con Fable 5.5 en este artículo es una afirmación de una sola cuenta de X, no verificada, y señalada como tal en todo el texto. Los fallos documentados de IA y los incidentes de modelos no lanzados que hay detrás de historias como esta están recopilados en el OrcaRouter AI Incident Archive donde cada entrada incluye sus propias fuentes, gravedad, grado de confianza e indicador de disputa.

Cinco afirmaciones en una sola publicación interminable, ordenadas según si puedes comprobarlas

La señal es un solo párrafo escrito como escribe la gente cuando está entusiasmada, lo que hace que valga la pena desglosarlo cláusula por cláusula. La distinción útil no es importante frente a no importante. Es comprobable frente a no comprobable.

• “Tesla Roadster en Blender usando código Python” — una descripción de un artefacto. Plausible a primera vista y, estructuralmente, lo menos informativo de la publicación: controlar Blender desde Python es una interfaz documentada desde hace una década, y un coche es un objetivo propicio para la geometría procedural porque en su mayoría son cajas, ruedas y superficies lisas. No puedes confirmar que el render provenga de un modelo en particular, y la publicación no afirma que puedas hacerlo.

• «esta salida de fable 5.5» — una atribución. Infalsable desde fuera. No la acompaña ningún identificador, y la cuenta no declara relación alguna con A​nthropic que permita al lector sopesarla.

• “le di el video de lanzamiento de X y lo hizo de maravilla” — la afirmación anterior, repetida. Esta es la historia del 16 de octubre: material descrito como un video de lanzamiento, atribuido al modelo. El enlace de esa publicación no se abría sin una sesión autenticada de X, y el enlace de esta remite al mismo tipo de permalink acortado.

• “ahora estoy pensando que este fue el primer punto de control” — una revisión de la afirmación anterior del propio autor de la publicación. Fíjate en el verbo. No “esto fue”, sino “estoy pensando que esto fue”. La publicación está reinterpretando su propia evidencia, a posteriori, sin adjuntar nuevas pruebas.

• “segundo punto de control entregado a los socios ayer mejor que el primero” — tres afirmaciones en nueve palabras: existe un segundo punto de control, llegó a los socios el domingo 18 de octubre y es una mejora. La primera es invisible, la tercera no se ha medido y la segunda es la única que podría llegar a dejar rastro en algún momento.

Hoy es la fecha que el rumor señalaba, y lo que apareció en su lugar fue un control.

Esa es la parte que merece la pena considerar. Una afirmación con fecha es una afirmación que se puede evaluar, y esta ahora ha sido evaluada por el calendario en lugar de por un argumento. La publicación de Curran decía que pensaba que sería el martes, que podría ser ese jueves, que no lo sabía con certeza y que problemas de despliegue podrían retrasarlo una semana. El martes en cuestión es hoy. Lo que existe este martes es una publicación de una cuenta no relacionada que dice que una segunda compilación se envió a los socios hace dos días.

Lee esas dos frases juntas y la forma del asunto queda clara. En un lanzamiento, un modelo pasa a estar disponible para todos a la vez y el anuncio es la última ficha de dominó en caer. En lo que describe la publicación, un modelo pasa a estar disponible para un grupo pequeño y todos los demás siguen leyendo sobre él. Son acontecimientos distintos, y solo uno de ellos es un release. Un checkpoint entregado por un socio es, por construcción, la etapa que existe antes de un release: es lo que un laboratorio entrega a sus socios de nube para que sus catálogos y SDKs estén listos desde el primer día. Decir que un checkpoint llegó a los socios es casi decir, en lenguaje llano, que todavía no ha habido un lanzamiento.

Eso no es un desmentido. Un equipo que envía un checkpoint a socios es un equipo que está cerca, y este es el detalle de preparación más concreto que ha aparecido en seis semanas de afirmaciones sobre Fable 5.5 — más concreto que una pista, una encuesta o un nombre en clave de arena, porque la entrega a socios es un paso operativo con un destinatario. También es, convenientemente para cualquiera que intente verificarlo, el único paso que deja huellas fuera de A​nthropic.

Un checkpoint no es un modelo, sin importar lo que insinúe la publicación.

La palabra está haciendo mucho trabajo inmerecido en este hilo, así que vale la pena precisar qué significa en el entrenamiento. Un checkpoint es un estado guardado de los pesos de un modelo en un momento durante o después de una ejecución de entrenamiento. Una sola ejecución produce muchos de ellos, a intervalos, por razones que incluyen reanudar tras una caída, comparar la calidad intermedia y elegir la versión que se someterá a postentrenamiento. Dos checkpoints de la misma ejecución son el mismo modelo en dos momentos. Pueden diferir notablemente en algunas tareas y no diferir en absoluto en otras, y no hay ningún documento que te garantice ninguna de esas dos cosas.

Por eso «mejor que la primera» es la frase más vacía de la publicación. ¿Mejor en qué, medido cómo, por quién, contra qué? No hay evaluación, ni prompt de comparación, ni comparación lado a lado, ni un tercero que haya probado ninguna de las dos versiones. Quien publica está comparando sus propias impresiones de dos cosas que nadie más ha visto. Puede que sea un informe honesto. No son pruebas que un lector pueda usar.

¿Qué convertiría un checkpoint en un modelo, en el sentido que le importa a quien lee? Cuatro cosas, y han llegado juntas en cada lanzamiento de Claude este año: una fila en la descripción general de modelos de Anthropic que incluye un ID de modelo, una tabla de tarifas, una página de documentación que resuelve correctamente y una línea en las notas de la versión de la API. Este es el estado de esas superficies a fecha de hoy:

• Descripción general de modelos — leído hoy, enumera cuatro modelos actuales: Claude Fable 5.1, Claude Opus 5.5, Claude Sonnet 5.5 y Claude Haiku 5.5. Claude Fable 5.5 no tiene fila.

• Ruta de la documentación — la URL de descripción general de Fable 5.5 devuelve un 404 hoy, igual que lo hacía el 18 de octubre.

• Notas de la versión: el lanzamiento de modelo más reciente en las notas de octubre es Claude Haiku 5.5 el 7 de octubre. Todo lo posterior es trabajo de plataforma: el modo rápido que sale de la vista previa de investigación para Claude Opus 5.5 el 15 de octubre, una beta de Compliance API el mismo día, exportación de OpenTelemetry y despliegues programados de Managed Agents el 14 de octubre.

• Marcador independiente: Artificial Analysis no incluye hoy ninguna fila de Claude Fable 5.5. Los líderes de su Intelligence Index son Claude Opus 5.5 con 58 y Claude Sonnet 5.5 con 56, mientras que Claude Fable 5.1 se sitúa en 53 en dos modos de evaluación.

Ninguna de esas ausencias refuta nada. Un modelo no anunciado es no anunciado por definición, y un checkpoint entregado a socios es precisamente lo que todavía no aparecería en ninguno de ellos. Pero sí establecen el marco: hay dos checkpoints reclamados y cero superficies, y la diferencia entre esas cifras lo dice todo.

El marcador es lo central del artículo, y está deliberadamente desequilibrado en una sola dirección. El checkpoint uno al menos produjo un vídeo que alguien puede ver, aunque el enlace no se abra. El checkpoint dos produjo una frase. Todo aquello sobre lo que un lector podría actuar —el precio, el identificador, el benchmark— está vacío en ambos lados, que es lo que parece cuando se describe un modelo en lugar de lanzarlo.

La única superficie sobre la que puede filtrarse realmente una entrega de un socio

Si una compilación llegó realmente a los socios de la nube el domingo, entonces el rastro no aparecerá primero en el sitio de A​nthropic. Aparecerá donde los socios guardan sus catálogos: una fila de modelo en un mercado en la nube, una nueva entrada en la documentación de un socio, un nombre de implementación en una consola. Esa es exactamente la forma del avistamiento del 13 de octubre, cuando una fila de catálogo de Fable 5.5 apareció en un mercado en la nube antes que cualquier anuncio del proveedor: una fila sin nada detrás: sin precio, sin enlace a documentación, sin forma de invocar nada.

Esta es la razón por la que la afirmación sobre los socios es a la vez lo más interesante y lo menos verificable de la publicación. Interesante porque una fila de catálogo se puede comprobar y tiene fecha. Lo menos verificable porque quien publica no nombra ningún socio, ninguna consola y ninguna fila. «Entregado a los socios» es una afirmación sobre un canal privado, hecha en público, con el destinatario en blanco.

Si quieres verlo por ti mismo, mira los catálogos de socios en lugar de la sala de redacción. Una fila de modelo con un precio y un enlace de documentación resoluble es un lanzamiento en curso. Una fila con un nombre y nada más es un marcador de posición, y los marcadores de posición han estado en catálogos en la nube para modelos que tardaron semanas en llegar después de que apareciera la fila. No trates la fila como el anuncio; trátala como un temporizador.

El Roadster es la evidencia más débil en la publicación, y eso no es una acusación.

Un coche en Blender es un artefacto extraño sobre el que sustentar una generación de modelos, y esa extrañeza es instructiva. La API de Python de Blender es enorme, está bien documentada y llena de ejemplos; un modelo de lenguaje que ha leído internet ha leído gran parte de ella. La geometría procedural de un coche —una carrocería a partir de unos pocos perfiles extrusionados, cuatro cilindros, un par de materiales, una cámara y una luz— es una tarea en la que un modelo competente produce algo reconocible al primer o segundo intento, y uno muy bueno produce algo limpio. Que la salida sea impresionante no está en duda. Lo que te dice sobre qué pesos la produjeron es casi nada.

Añádase el propio encuadre de quien publica y la incertidumbre se multiplica en lugar de resolverse. «Sigo pensando en esta salida» es la frase de alguien impresionado por un resultado, no de alguien que informa de una medición. Y una demo, por su propia naturaleza, es el intento que funcionó. Todos los proveedores de modelos del mundo publican demos sobre esa base, y por eso una demo es una prueba aceptable de capacidad y una prueba pobre de identidad.

La postura honesta es simétrica. Esta cuenta ha sido sistemáticamente temprana con Fable 5.5 y sistemáticamente vaga sobre qué está ejecutando: sin identificadores, sin capturas de pantalla de un nombre de modelo en un cliente, sin transcripciones. Ese patrón es compatible con una relación temprana genuina con el modelo, y también es compatible con alguien que tiene acceso a algo y ha decidido qué es. Seis semanas después, el hilo ha producido una gran cantidad de demostración y ni un solo artefacto que un desconocido pueda comprobar.

Qué hacer un martes cuando el modelo todavía es un checkpoint

La pregunta práctica que plantea esta publicación no es «¿es mejor el segundo checkpoint?» —nadie fuera del canal de socios puede responderla, y la respuesta no se publicará. Es «¿cómo se ve mi stack el día en que cambie la respuesta?», y esa pregunta tiene respuesta hoy.

Empieza por la aritmética que harías si llegara un Fable 5.5 a precios de la línea Fable. Con las tarifas actuales, una solicitud de un millón de tokens de entrada y doscientos mil tokens de salida cuesta $20 en Claude Fable 5.1, $8 en Claude Opus 5.5 y $4 en Claude Sonnet 5.5. El nivel Fable es dos veces y media Opus y cinco veces Sonnet para el mismo tipo de llamada, que es el número que debería decidir cuánto de tu tráfico moverías el primer día incluso si el modelo es todo lo que dice la publicación. Un rumor sobre la calidad no es razón para mover una ruta de producción; una relación de precios es razón para mover una porción de una.

Ese es el caso que la conmutación por error automática vino a resolver. En OrcaRouter, anthropic/claude-fable-5.1 ya se puede invocar al precio de lista del propio proveedor, con un 0 % de recargo, así que los $10 y $50 anteriores son lo que pagas, en lugar de la versión de un revendedor, y si Anthropic cambia una tarifa, el cambio está activo aquí el mismo día. Coloca un modelo no probado en una parte del tráfico detrás del mismo endpoint compatible con OpenAI que el modelo en el que confías, y deja que una tasa de fallos o un umbral de latencia devuelvan las solicitudes al modelo ya probado, en lugar de que sea un ingeniero quien lo note a las 3 de la madrugada. El DSL de enrutamiento permite que eso sea una regla en lugar de una reescritura, así que «¿deberíamos pasarnos a Fable 5.5?» se convierte en una pregunta que puedes responder con tus propias evaluaciones en una tarde, en lugar de una migración que tengas que programar. Para los casos en los que la respuesta honesta es que quieres las fortalezas de dos modelos en una sola llamada en lugar de las de uno solo, la fusión de modelos existe para eso.

Nada de esto requiere creer ni dejar de creer la publicación del 19 de octubre. Solo requiere que el costo de estar preparado sea casi cero, que es lo que se consigue con un único endpoint y una regla de enrutamiento.

Lo que este martes realmente resolvió

Ha llegado la fecha que nombraba el rumor y el modelo no. Lo que ha llegado en su lugar es la afirmación de que existe una segunda compilación en algún lugar, en poder de alguien a quien quien publicó no nombra, descrita como mejor por alguien que no la ha medido. Es una afirmación más específica que cualquiera que el hilo haya producido antes, y sigue sin ser un modelo al que puedas llamar.

Vigila los catálogos de socios esta semana, porque ahí es donde afloraría un punto de control entregado, y fíjate en si hay un precio junto a un nombre en lugar de un nombre por sí solo. Si aparece una fila con una tabla de tarifas y un enlace de documentación que funcione, la historia del punto de control era cierta y el lanzamiento está a unos días de distancia. Si el hilo produce un tercer punto de control la próxima semana, vale la pena ponerle nombre al patrón: un modelo que sigue mejorando en privado y nunca llega al público no es un modelo con el que puedas planificar, por buenas que se vean las renders. La versión de esta historia que no te cuesta nada es aquella en la que sigues usando Claude Fable 5.1 o Claude Opus 5.5, vigilas las superficies y cambias una regla de enrutamiento el día en que haya algo a lo que cambiar.