Anthropic acaba de lanzar el modelo más potente que jamás haya construido, y el salto en los benchmarks es casi lo menos interesante.
Claude Fable 5.1 se siente menos como un chatbot mejorado y más como un nuevo tipo de operador. Puede trabajar en un problema durante horas, recuperarse cuando un plan falla, coordinar otros agentes, inspeccionar su propio resultado y seguir adelante sin necesidad de que alguien lo rescate cada diez minutos.
Los números lo respaldan. En las evaluaciones publicadas por Anthropic, Fable 5.1 más que duplicó a Fable 5 en investigación científica agentiva, saltó del 17.1% al 31.4% en automatización empresarial y alcanzó el 73.4% en CursorBench. También superó a Fable 5, Opus 5 y GPT-5.6 Sol en la mayoría de las pruebas de codificación, automatización, uso de computadora y trabajo de conocimiento que Anthropic reportó.
https://x.com/claudeai/status/2094848581425377479
Desde el primer momento, es excepcional en codificación difícil, trabajo de largo plazo, investigación, planificación, uso de computadora y producción de entregables completos. Pero la oportunidad más grande es lo que sucede cuando dejas de usarlo como la persona que hace cada tarea y lo pones a cargo del sistema que hace el trabajo.
De eso trata este curso: dónde Fable 5.1 es genuinamente diferente, cómo ponerlo en el asiento del líder, cómo construir los trabajadores debajo de él, cómo darle instrucciones sin sofocarlo, cómo usar metas y bucles, y los cinco flujos de trabajo donde la diferencia puede convertirse en dinero real.
Si no te importan los terminales, los archivos de agente y la orquestación, y simplemente quieres convertir una idea en una aplicación funcional, para eso construimos Shipper.
en qué es realmente excepcional este modelo
Antes de los métodos, conoce a la máquina. Estas son las cinco habilidades que hacen que Fable 5.1 se sienta diferente de los modelos anteriores.
se mantiene coherente durante ejecuciones absurdamente largas
Dale un trabajo que lleve horas y es mucho menos probable que pierda el hilo a mitad de camino.
Un evaluador temprano reportó una ejecución de aprendizaje automático no supervisada de 38 horas en la que Fable diagnosticó un mal resultado anterior, lo corrigió, lanzó seis experimentos en paralelo y regresó con los hallazgos y los siguientes pasos. Otro dijo que mantuvo sus propios registros, re-priorizó cuando las condiciones cambiaron y se reanudó desde donde lo había dejado.
La ventana de contexto de 1 millón de tokens ayuda, pero el tamaño del contexto no es la mejora real. La mejora es que el modelo puede seguir tomando decisiones útiles dentro de ese contexto, en lugar de simplemente recordar que la información existe.
busca la causa raíz, no el parche más rápido
Los agentes anteriores a menudo encontraban la primera solución que hacía desaparecer un error. Fable 5.1 está más dispuesto a seguir excavando hasta que entiende por qué existía el error.
En las pruebas de lanzamiento de Anthropic, Millennium le dio un bloqueo que ocurría aproximadamente una vez en un millón de ejecuciones y que había permanecido sin explicación durante cuatro o cinco años. Fable 5.1 desensambló una biblioteca externa, la conectó con el volcado de memoria y rastreó el bloqueo hasta el error real. Todos los demás modelos que habían probado, incluido Fable 5, lo pasaron por alto.
Esto importa mucho más allá de la depuración. El mismo instinto aparece en la investigación, la estrategia, el análisis financiero y las operaciones: no optimices el síntoma cuando el sistema subyacente está mal.
puede ver, actuar y verificar
Fable 5.1 puede inspeccionar capturas de pantalla, gráficos, PDFs, interfaces y documentos, y luego usar lo que ve para guiar la siguiente acción.
Eso significa que puede reconstruir una interfaz a partir de referencias, leer las cifras enterradas dentro de un documento financiero, operar un navegador, comparar su implementación con el diseño original y detectar problemas visuales antes de afirmar que el trabajo está terminado.
Su puntuación de uso de computadora en OSWorld superó tanto a Fable 5 como a Opus 5 en las pruebas de Anthropic. Más importante aún, el modelo es cada vez más capaz de usar la visión como parte de un bucle de verificación, no solo para describir la imagen que le diste.
devuelve el trabajo, no una conferencia sobre el trabajo
Dale una carpeta de documentos y pídele un memo de inversión, una presentación, un prototipo funcional o un análisis, y es mucho más probable que devuelva el artefacto en sí.
Los evaluadores tempranos reportaron los mejores resultados de PowerPoint de Anthropic hasta la fecha, un recuerdo de citas más fuerte en documentos financieros, marcas rojas de contratos más concisas y una mejor finalización de solicitudes complejas de múltiples partes. Un ingeniero de MongoDB describió una ejecución de prototipo de tres días donde el modelo investigó los servicios existentes, diseñó el sistema, lo implementó en etapas no supervisadas y devolvió recorridos visuales con evidencia de que cada etapa funcionaba.
La diferencia práctica es simple: pasas menos tiempo convirtiendo una respuesta en trabajo utilizable.
fue construido para liderar
Fable 5.1 es más valioso cuando decide qué debería suceder después.
Claude Code ya puede darle subagentes, sesiones en segundo plano, equipos de agentes, flujos de trabajo dinámicos, metas, bucles, navegadores, terminales y archivos de proyecto. Fable tiene suficiente profundidad de planificación y contexto para mantener esas piezas apuntando a una sola línea de meta durante mucho más tiempo del que los modelos anteriores podían.
Por eso funciona la configuración a continuación, y por qué el curso comienza sacando a Fable del asiento del trabajador.
la cabina de mando: todos los controles que realmente necesitas
Actualiza Claude Code antes de hacer cualquier otra cosa. Según la documentación de configuración del modelo actual, la versión 2.1.255 o posterior hace que el alias fable se resuelva a Fable 5.1, y las versiones recientes incluyen los controles de meta, bucle, agente en segundo plano y esfuerzo que se usan a continuación.
Luego selecciona el modelo y el nivel de esfuerzo:
/model fable
/effort high
High es el valor predeterminado sensato para trabajos sustanciales. Baja a medium para pases más rápidos y baratos. Cambia a xhigh o max solo cuando el problema sea lo suficientemente difícil como para justificar más pensamiento. El pensamiento adaptativo de Fable está siempre activo, por lo que el esfuerzo es el control que importa.
Los controles restantes son simples:
/plan o Shift+Tab: permite inspeccionar y planificar antes de cambiar archivos
/goal: sigue trabajando en varios turnos hasta que se cumpla una condición comprobable
/loop: re-ejecuta un mensaje en un horario mientras la sesión permanezca activa
/tasks: ve lo que están haciendo los trabajadores en segundo plano
/context: ve qué está consumiendo la ventana de contexto
Esa es la cabina de mando.
El resto del curso es saber qué control usar y cuándo.
el evento principal: haz de Fable el líder, no el trabajador
La actualización más grande es un cambio de rol.
Deja de darle a Fable cada tarea de teclado. Haz que defina el trabajo, lo divida en carriles limpios, envíe esos carriles a agentes más baratos y juzgue lo que regresa.
La configuración se ve así:
Fable da forma al plan:
ponlo en modo plan y deja que inspeccione el proyecto antes de proponer cambios. Si la solicitud aún es vaga, usa la
colección de habilidades de Matt Pocock para interrogar la idea, convertir la conversación en una especificación y dividir la especificación en tickets.
Fable delega el trabajo aislado:
la implementación va a subagentes Opus o Sonnet, con cada trabajador dueño de un carril delimitado. Codex puede ser otro trabajador si ya lo usas, pero debe seguir las mismas reglas de límites de archivo y evidencia.
Un agente separado verifica:
el trabajador no califica su propia tarea. Un verificador nuevo lee el plan, inspecciona el diff, ejecuta las comprobaciones y pasa la etapa o la devuelve con un fallo concreto.
Tú diriges en los puntos de control:
aprueba el plan, revisa las compensaciones significativas e inspecciona la evidencia al final. No necesitas ver cada comando.
Por qué funciona esto: el modelo caro gasta sus tokens en arquitectura, priorización, recuperación y juicio. Los modelos más baratos gastan los suyos en ejecución delimitada.
La economía solo funciona cuando los carriles son verdaderamente independientes. Según los precios de API actuales de Anthropic, Fable 5.1 cuesta $10 por millón de tokens de entrada y $50 por millón de tokens de salida, mientras que Opus 5 cuesta la mitad y Sonnet 5 una quinta parte. Fable 5.1 también redujo las lecturas de caché a $0.25 por millón de tokens, lo que hace que las sesiones largas con un contexto de proyecto estable sean mucho más prácticas.
No paralelices por teatro. Cinco agentes editando los mismos archivos crearán cinco facturas y un problema de fusión. Paraleliza la investigación, los módulos aislados, las pruebas, la documentación y otros carriles que puedan terminar sin esperarse unos a otros.
construye tus trabajadores
El líder necesita un equipo pequeño, y un trabajador personalizado es solo un archivo Markdown dentro de .claude/agents/.
Comienza con un trabajador de implementación:
name: implementation-worker
description: Implementa una etapa aislada de un plan aprobado. Úsalo solo cuando la etapa posea archivos distintos.
model: opus
tools: Read, Grep, Glob, Edit, Write, Bash
maxTurns: 25
Solo eres dueño de la etapa que se te asignó.
Antes de editar, identifica los archivos exactos y los criterios de aceptación en tu carril.
No cambies archivos propiedad de otro trabajador.
Implementa la solución completa más pequeña, luego ejecuta las pruebas relevantes.
Devuelve:
- archivos cambiados
- comprobaciones ejecutadas y su resultado real
- cualquier cosa aún incierta
No declares éxito sin evidencia de esta ejecución.
Luego crea el trabajador que más importa, el verificador:
name: verifier
description: Verifica de forma independiente una etapa completada contra su plan y criterios de aceptación. Úsalo después de cada etapa de implementación.
model: opus
tools: Read, Grep, Glob, Bash
maxTurns: 15
Trata el resumen de implementación como una afirmación no confiable.
Lee el plan e inspecciona el diff real. Ejecuta las pruebas relevantes tú mismo.
Comprueba la corrección, las regresiones, el alcance y cada criterio de aceptación.
Devuelve PASS o FAIL.
Para cada fallo, incluye la evidencia y la corrección más pequeña requerida.
Nunca modifiques la implementación que estás calificando.
Ojos nuevos captan lo que el autor normaliza. Una etapa verificada inmediatamente es mucho más barata que un defecto descubierto después de que cuatro etapas más dependan de ella.
Cuatro reglas mantienen al equipo rápido:
un trabajador, un carril, con propiedad explícita de archivos
trabajo en paralelo solo cuando los carriles no dependan unos de otros
Fable permanece en el asiento del líder mientras Opus o Sonnet maneja la mano de obra
cada afirmación de finalización se verifica contra los archivos, las pruebas o el resultado en vivo
secreto 1: no prescribas la ruta
La mayoría de los consejos sobre prompts se escribieron para evitar que los modelos más débiles deambularan.
Los procedimientos largos, las listas de pasos rígidas y los grandes bloques de reglas ayudaban cuando el modelo no podía planificar. Con Fable 5.1, ese mismo andamiaje puede forzarlo por un camino peor que el que él mismo habría encontrado.
El truco es ser estricto con el destino y flexible con la ruta.
Dale cuatro cosas:
el resultado:
qué debe existir cuando el trabajo esté terminado
las restricciones:
qué no puede romper, gastar, exponer o cambiar
la razón:
para quién es esto y qué decisión o trabajo debe respaldar el resultado
la prueba:
qué evidencia observable contará como terminado
Esa última parte lo cambia todo. "Haz que el proceso de pago funcione" invita a una afirmación plausible. "Completa una compra de prueba en el sandbox y muestra la fila de pedido resultante" le da al modelo una línea de meta que no puede eludir con palabras.
No pidas una actuación de cadena de pensamiento oculta. Pide el plan, las decisiones importantes, la evidencia y la incertidumbre restante. El pensamiento de Fable ya está siempre activo. Lo que te importa a ti es si el resultado sobrevive a la inspección.
Y no le recuerdes constantemente que el presupuesto se está agotando. Pon el límite en el sistema: limita los turnos del trabajador, define el gasto permitido y dile qué hacer cuando se alcance el límite.
secreto 2: mantén CLAUDE.md ligero
CLAUDE.md se carga al comienzo de cada sesión de Claude Code. Eso lo hace útil, pero también significa que cada línea irrelevante grava cada tarea futura.
Anthropic ahora recomienda mantener cada archivo por debajo de 200 líneas. En la práctica, el tuyo generalmente puede ser mucho más corto.
Tres secciones cubren la mayoría de los proyectos:
qué es este proyecto:
el producto, la arquitectura y los límites importantes
cómo verificar el trabajo:
los comandos para compilar, probar, lint y vista previa local
qué se equivoca repetidamente:
convenciones específicas del proyecto y errores recurrentes
Los procedimientos que solo importan a veces pertenecen a las habilidades. Las reglas que se aplican solo a ciertos archivos pertenecen a las reglas con ámbito de ruta. Las notas históricas pertenecen a la documentación, no al prompt de cada sesión.
Abre tu CLAUDE.md esta noche y desafía cada línea: si eliminarla no causaría un error real, elimínala.
El archivo más ligero suele ser el más fuerte.
secreto 3: abusa de las metas y los bucles
Aquí es donde Fable deja de ser una conversación y se convierte en un proceso que puede seguir moviéndose mientras tú haces otra cosa.
Metas: /goal le da a la sesión una condición de finalización comprobable. Después de cada turno, un modelo pequeño separado verifica si la condición se cumple. Si no es así, Fable comienza otro turno en lugar de devolverte el control. La meta termina cuando se cumple, se vuelve imposible, encuentra un error irrecuperable o tú la borras.
El arte está en escribir una línea de meta que no pueda falsificar:
exige prueba observable: "todas las pruebas de autenticación pasan y la salida está adjunta" es más fuerte que "arreglar autenticación"
define la ruta de fallo: si un bloqueador real hace que la meta sea imposible, reporta el bloqueador y la evidencia en lugar de inventar progreso
limita las partes riesgosas: usa maxTurns para los trabajadores, límites de gasto para servicios de pago y límites explícitos alrededor de implementaciones o datos de producción
mantén una regla de honestidad en cada resumen: cada afirmación de progreso debe apuntar a un resultado producido o inspeccionado durante esta ejecución
Ejecuta metas en modo automático solo dentro de límites con los que te sientas cómodo dejando sin supervisión. Un agente más inteligente tiene un radio de explosión más grande cuando el resumen está mal.
Bucles: /loop re-ejecuta un prompt en un intervalo. Usa /loop 15m check the deployment and investigate any failure para una cadencia fija, u omite el intervalo y deja que Claude elija cuándo volver a comprobar.
Los bucles dentro de Claude Code tienen alcance de sesión y eventualmente expiran. Úsalos para compilaciones, pull requests, migraciones y monitoreo temporal. Usa una rutina persistente o una tarea programada de escritorio para trabajos que necesiten sobrevivir después de que la sesión o la máquina se cierren.
Entre metas y bucles, puedes mantener a Fable trabajando durante todo el tiempo que el trabajo realmente necesite, con evidencia esperando al final en lugar de otro párrafo confiado.
cómo hacer un proyecto real de una sola vez
Ahora ensambla todo el sistema alrededor de una compilación.
El ejemplo es una página de aterrizaje con una lista de espera funcional. Reemplaza el proyecto y la misma secuencia se mantiene.
paso 1, escribe el resumen
Envía un mensaje:
Estoy lanzando [producto] para [audiencia]. Necesitan una página de aterrizaje que haga una promesa clara y capture
correos electrónicos. Construye una página responsiva con un formulario funcional que almacene los registros.Restricciones: sin framework que tenga que cuidar, sin dependencia de pago, rápida en móvil y sin implementación hasta que yo lo apruebe.Terminado significa que la página se ejecuta localmente, un correo electrónico de prueba aparece en el almacenamiento, el diseño móvil se verifica a 390px y el resultado se muestra con la salida de prueba y capturas de pantalla.Inspecciona el proyecto y planifica primero. Delega solo etapas independientes. Verifica cada etapa completada.
El resumen le da un destino sin diseñar la implementación en su nombre.
paso 2, aprueba el plan
Entra en modo plan con /plan o Shift+Tab antes de que cambie algo.
Si la idea está poco especificada, instala la colección de Matt Pocock con /plugin install mattpocock-skills, ejecuta /setup-matt-pocock-skills una vez y usa /grill-with-docs antes de convertir el resultado en una especificación.
Lee el plan. Elimina las funciones que no necesitas. Asegúrate de que cada etapa tenga una condición de aprobación observable. Luego aprueba.
paso 3, deja que el equipo trabaje
Fable asigna la primera etapa aislada al trabajador de implementación. El verificador comprueba el diff real y la salida de la prueba. Una etapa dependiente comienza solo después de que la anterior pase.
Puedes dejar el terminal. Usa /tasks cuando quieras ver qué sigue ejecutándose.
paso 4, establece la línea de meta
Usa una meta que nombre el estado y la prueba:
/goal la página se ejecuta localmente, el formulario almacena un registro de prueba y el diseño funciona a 390px, probado por la salida de la prueba real, el registro almacenado y una captura de pantalla actual. Si un bloqueador genuino hace esto imposible, detente y reporta la evidencia en lugar de reclamar éxito.
Esa condición es mucho más difícil de satisfacer solo con palabras.
paso 5, revisa el resultado
Vuelve al diff, la salida de la prueba, el registro almacenado y las capturas de pantalla.
Revisa el producto como un usuario, no como el gerente del modelo. Pide los cambios que realmente puedas ver, ejecuta un pase de verificación independiente final y publica cuando la evidencia coincida con el resumen.
La primera ejecución se sentirá elaborada.
La segunda vez, notarás que la misma secuencia funciona para casi todos los proyectos que has estado posponiendo.
los cinco flujos de trabajo donde genera dinero real
Ahora apunta la configuración a un trabajo lo suficientemente valioso como para justificar el modelo.
Estos son los cinco flujos de trabajo donde Fable 5.1 puede crear una diferencia medible.
El trabajo de código base que nadie quiere: la migración estimada en tres semanas, el fallo de producción raro, el problema de rendimiento repartido en ocho servicios. Fable mapea el sistema, los trabajadores toman porciones aisladas, el verificador comprueba cada etapa y el progreso está vinculado a las pruebas en lugar del optimismo.
Investigación de grado de decisión: entra una pregunta, los trabajadores de investigación recopilan de fuentes primarias en paralelo, un revisor escéptico ataca cada afirmación importante y el líder convierte lo que sobrevive en un memo. Esto puede alimentar una adquisición, un lanzamiento, una decisión de mercado o una tesis de inversión.
Operaciones comerciales: dale acceso a las herramientas adecuadas y deja que concilie datos, investigue anomalías, prepare informes, monitoree un proceso o trabaje en un backlog operativo. Fable 5.1 casi duplicó la puntuación de Fable 5 en AutomationBench de Anthropic, que es uno de los saltos prácticos más claros del lanzamiento.
Trabajo de producto impulsado por referencias: dale capturas de pantalla de la experiencia que deseas, los activos reales y acceso a la aplicación en ejecución. Puede implementar contra la referencia, abrir el resultado, comparar los dos y continuar hasta que la brecha visible se cierre. Tú proporcionas el gusto. Él proporciona los ojos, las manos y la paciencia.
Un sistema de conocimiento que se acumula: apúntalo a todo lo que vale la pena preservar en tu empresa y deja que convierta documentos dispersos en una fuente de verdad mantenida y vinculada. Un redactor puede construir uno a partir de grandes páginas de ventas, una agencia a partir de sus casos de estudio y una empresa SaaS a partir de llamadas de clientes, decisiones, experimentos e historial de soporte. Cada agente futuro comienza más inteligente porque el contexto útil ya existe.
Cada uno de estos solía ser un proyecto de "algún día".
Fable 5.1 convierte muchos de ellos en proyectos de "esta semana", siempre que le des al sistema una línea de meta real y una forma de demostrar que la cruzó.
toda la configuración en un bloque
ejecuta Fable 5.1 como el líder: planifica, delega, revisa y decide
usa Opus o Sonnet para trabajo delimitado, con un trabajador por carril independiente
dale resultado, restricciones, razón y prueba, luego deja que elija la ruta
mantén CLAUDE.md corto y mueve los procedimientos ocasionales a las habilidades
usa metas para la finalización verificable y bucles para las comprobaciones programadas
controla el costo con niveles de esfuerzo, trabajadores más baratos, contexto en caché y límites estrictos
apunta el sistema a códigos base, investigación, operaciones, trabajo de producto y conocimiento que se acumula
El modelo es la parte más visible de la configuración, pero no es toda la ventaja.
La ventaja es darle a un modelo tan capaz un destino claro, un equipo competente, acceso a la realidad y ninguna forma de confundir una respuesta convincente con un trabajo terminado.
