Claude Fable 5 es el modelo insignia de Anthropic perteneciente a la nueva clase arquitectónica Mythos, diseñado específicamente para razonamientos complejos en múltiples pasos y flujos de trabajo con agentes autónomos. Junto a este modelo, los desarrolladores disponen de un mecanismo de control conductual fundamental: el parámetro effort.
Esta guía profundiza en las capacidades de Fable 5, el funcionamiento del parámetro effort, la tarificación de los tokens de razonamiento y las estrategias óptimas de configuración para equilibrar latencia, precisión y costes en entornos de producción.
1. Fable 5 en pocas palabras: qué es este modelo y para qué sirve
Claude Fable 5 se posiciona como el modelo más potente disponible de forma general en el catálogo de Anthropic, situándose por encima del nivel Opus. Ha sido concebido para escenarios donde los modelos estándar se bloquean o pierden coherencia en ciclos de ejecución prolongados.
1.1. Posicionamiento del modelo y la clase Mythos
Fable 5 constituye la primera versión comercial basada en la arquitectura Mythos. Por encima existe una variante restringida para investigación, Mythos 5, desprovista de filtros externos de seguridad y accesible exclusivamente para equipos de investigación autorizados mediante Project Glasswing.
El modelo está plenamente integrado en Claude Code y en la plataforma Managed Agents, con una ventana de contexto de 1.000.000 de tokens y una capacidad de salida de hasta 128.000 tokens por petición.
En la interfaz web, Fable 5 se incluye en las suscripciones Pro y Max, mientras que en la API se invoca con el identificador claude-fable-5.
1.2. Benchmarks, multimodalidad y concepto de No-Slop Code
En evaluaciones estandarizadas, Fable 5 alcanza rendimientos State-of-the-Art (SOTA) en disciplinas de alta exigencia:
- Programación agéntica: configuración autónoma de repositorios, localización de errores y generación de suites de pruebas.
- Generación de No-Slop Code: código limpio e idiomático sin envoltorios innecesarios ni comentarios redundantes.
- Interacción puramente visual: superación de desafíos en Pokemon FireRed guiándose exclusivamente por capturas visuales sin pistas de texto.
- Modelado científico: generación de modelos CAD en VibeCAD y análisis biomédico avanzado.
La pauta clave de Fable 5: su ventaja sobre Sonnet y Opus se magnifica en tareas complejas que requieren decenas de pasos secuenciales.
2. Cuándo tiene sentido usar Fable 5 y cuándo no
El elevado rendimiento de este modelo conlleva un coste superior y mayor latencia, por lo que su adopción debe responder a un análisis de rentabilidad técnica.
2.1. Casos de uso recomendados e ineficientes
Fable 5 destaca cuando el coste del error o de la intervención humana es crítico:
| Aplicaciones recomendadas | Inversión injustificada |
|---|---|
| Refactorizaciones arquitectónicas profundas y migraciones de monolitos | Controladores CRUD estándar y scripts repetitivos |
| Sesiones agénticas prolongadas (de 20 a más de 100 turnos) | Clasificación de texto puntual o extracción básica de datos |
| Detección de condiciones de carrera sutiles y fallos de seguridad | Creación de pruebas unitarias para funciones elementales |
| Diseño de nuevas arquitecturas de software desde especificaciones | Resumen de correos electrónicos o notas breves |
2.2. Cuatro reglas para producción y parámetros de acceso
Antes de implementar Fable 5 en entornos productivos, considere estos principios de diseño:
- Simplifique las instrucciones del sistema: Fable 5 opera de manera óptima con metas abstractas. Los scripts procedimentales minuciosos heredados de modelos anteriores limitan su capacidad; defina objetivos claros y restricciones.
- Utilice effort como palanca de costes: El parámetro
effortes su herramienta principal para regular la latencia y el consumo de tokens. - Anticipe turnos prolongados: Las deliberaciones analíticas pueden prolongarse durante minutos; establezca límites estrictos a los ciclos de iteración.
- Gestione los rechazos de seguridad (Refusals): Debido a sus filtros de seguridad, ciertas consultas límite pueden devolver un rechazo, requiriendo lógica de contingencia en el código.
3. Qué hace realmente el parámetro effort y cómo funciona
Con la llegada de Fable 5, Anthropic retiró los selectores tradicionales de muestreo (temperatura, top-p) y el parámetro manual budget_tokens.
3.1. Señal de comportamiento frente a presupuesto rígido de tokens
El mecanismo de ajuste prioritario es el parámetro effort, transmitido dentro del bloque de salida: output_config={"effort": "..."}.
El parámetro effort es una señal de comportamiento cualitativa y no un límite rígido de tokens. Indica al modelo con qué profundidad explorar hipótesis y verificar soluciones. El único límite máximo estricto continúa siendo max_tokens.
3.2. Impacto en llamadas a herramientas, explicaciones y generación
A diferencia del antiguo budget_tokens, que únicamente afectaba a la fase interna de razonamiento, effort modula la respuesta de forma global:
- En nivel low: El modelo efectúa menos llamadas a herramientas, agrupa operaciones en una sola consulta, omite preámbulos y produce respuestas concisas.
- En nivel high / xhigh: El modelo formula planes detallados, valida resultados mediante llamadas auxiliares a herramientas y añade comentarios técnicos exhaustivos.
4. Los cinco niveles de effort y disponibilidad por modelo
La Messages API admite un conjunto estricto de cinco valores posibles para el parámetro effort.
4.1. La escala oficial de low a xhigh
| Nivel | Definición conductual según Anthropic | Disponibilidad en modelos |
|---|---|---|
| xhigh | Máxima profundidad de razonamiento para sesiones agénticas (>30 min) con presupuestos millonarios | Exclusivamente Fable 5, Mythos 5, Opus 4.8, Opus 4.7 |
| high | Valor predeterminado: razonamiento minucioso, planificación y verificación de pasos | Todos los modelos compatibles con effort |
| medium | Nivel equilibrado que ahorra tokens manteniendo la coherencia analítica | Todos los modelos compatibles con effort |
| low | Máxima velocidad y consumo mínimo de tokens para tareas sensibles a la latencia | Todos los modelos compatibles con effort |
| max | Razonamiento sin restricciones para desafíos científicos de frontera | Sesiones específicas en Claude Code |
4.2. Soporte por modelos y calibración individual
El nivel xhigh es selectivo: modelos como Opus 4.6 o Sonnet 4.6 no lo integran. Además, la escala de esfuerzo se calibra de forma independiente en cada familia: el nivel high en Fable 5 produce una deliberación considerablemente más profunda que el nivel high en Opus 4.6.
5. Valores predeterminados en API y Claude Code
El comportamiento del modelo en ausencia de parámetros explícitos varía según el entorno de ejecución.
5.1. Comparativa de valores por defecto en API y Claude Code
| Modelo | Predeterminado en Messages API | Predeterminado en Claude Code |
|---|---|---|
| Claude Fable 5 | high | high |
| Claude Opus 4.8 | high | high |
| Claude Opus 4.7 | high | xhigh |
| Claude Opus 4.6 / Sonnet 4.6 | high | high |
5.2. Comportamiento de fallback y persistencia entre sesiones
- Fallback automático: Si configura
xhighy posteriormente la sesión cambia a Opus 4.6, Claude Code retrocede automáticamente ahighsin interrumpir la ejecución. - Persistencia de niveles: Los ajustes de
lowaxhighse mantienen entre sesiones de Claude Code. El nivelmaxse restablece voluntariamente tras cada sesión para evitar gastos accidentales.
6. Cómo se relaciona effort con el razonamiento del modelo
La mecánica del razonamiento interno (Thinking) presenta divergencias notables entre versiones de modelos.
6.1. Restricciones de Fable 5 frente al modo adaptativo de Opus
- Fable 5: El razonamiento está integrado en la arquitectura y permanece activo en todo momento. Enviar
thinking: {"type": "disabled"}generará un errorHTTP 400 Bad Request. - Opus 4.7 / 4.8: El razonamiento adaptativo está deshabilitado por defecto y debe activarse con
thinking: {"type": "adaptive"}.
6.2. Migración desde el parámetro obsoleto budget_tokens
En las versiones actuales de la API, el uso del parámetro budget_tokens provoca un error de validación. Actualice su código para emplear output_config={"effort": "..."}.
7. Cuánto cuesta cada nivel: cálculo detallado de costes
El parámetro effort no altera la tarifa base por millón de tokens. Su impacto económico proviene del volumen de tokens de razonamiento generados.
7.1. Tarificación de tokens de razonamiento ocultos (Thinking Tokens)
En Fable 5, el texto del razonamiento se oculta de forma predeterminada (omitted), pero cada token interno se factura como un token de salida regular: 10 $ por millón de tokens de entrada y 50 $ por millón de tokens de salida.
7.2. Cálculo de coste por turno y efecto del nuevo tokenizador
Estimación de coste por turno en una tarea con agentes con 20.000 tokens de entrada (referencia tarifas Opus 4.8 a 5 $/25 $):
| Escenario y nivel | Tokens de salida | Entrada (5 $/M) | Salida (25 $/M) | Total por turno |
|---|---|---|---|---|
| low (conciso, herramientas agrupadas) | 5.000 | 0,10 $ | 0,125 $ | ~0,23 $ |
| high (planificación, validación de código) | 20.000 | 0,10 $ | 0,50 $ | ~0,60 $ |
| xhigh (exploración exhaustiva de arquitectura) | 60.000 | 0,10 $ | 1,50 $ | ~1,60 $ |
Para Fable 5, duplique estos importes de salida (tarifa de 50 $/M). En una ejecución de 50 turnos, ajustar de xhigh a high o low puede suponer la diferencia entre 30 $ y más de 160 $ para un mismo objetivo global.
8. Qué nivel elegir según la tarea
Adopte una estrategia diferenciada para maximizar la eficacia presupuestaria.
8.1. Estrategias de selección para Fable 5 y Opus
Comience con el nivel high predeterminado. En Fable 5, high supera habitualmente el rendimiento de xhigh en generaciones anteriores. Reserve xhigh para tareas agénticas de más de 30 minutos o diseño de arquitecturas desde cero.
8.2. Arquitectura multinivel: orquestador y subagentes
El patrón más rentable en producción es una estructura jerárquica:
- Orquestador líder: Fable 5 configurado en
highoxhigh(descompone tareas, coordina agentes y valida cambios). - Subagentes de ejecución: Sonnet 4.6 o Fable 5 en nivel
low(aplican modificaciones aisladas, ejecutan comandos y consultan documentación).
9. Cómo configurar effort en la práctica: Claude Code y API
El ajuste del esfuerzo puede gestionarse mediante interfaces de terminal o programáticamente a través de la Messages API.
9.1. Configuración en Claude Code CLI y modo ultracode
Claude Code ofrece diversas vías de parametrización:
- El comando
/effortdespliega un menú interactivo. - Indicador de inicio:
claude --effort xhigh. - Variable de entorno:
export CLAUDE_CODE_EFFORT_LEVEL=xhigh.
La opción ultracode en el menú /effort de Claude Code es un preajuste interno que combina el nivel xhigh con autorizaciones automáticas para ciclos agénticos extensos.
9.2. Llamadas mediante Messages API e interacción con fast mode
pythonimport anthropic client = anthropic.Anthropic() response = client.messages.create( model="claude-fable-5", max_tokens=64000, output_config={"effort": "xhigh"}, messages=[ {"role": "user", "content": "Realiza una auditoría de arquitectura de microservicios"} ] ) print(response.content[0].text)
10. Preguntas frecuentes (FAQ)
10.1. Disponibilidad del nivel xhigh y fallbacks entre modelos
Pregunta: ¿Puedo utilizar el nivel
xhighen cualquier modelo de Claude?
Respuesta: No.xhighes exclusivo de Fable 5, Mythos 5, Opus 4.8 y Opus 4.7. Si en Claude Code intenta aplicarxhigha Opus 4.6 o Sonnet 4.6, la sesión aplicará automáticamentehigh.
10.2. Precio por token frente al coste total de ejecución
Pregunta: ¿Elegir un nivel superior de
effortencarece el coste por token unitario?
Respuesta: No. El precio por millón de tokens es fijo (10 $ entrada / 50 $ salida para Fable 5). El incremento de coste se debe a que el modelo genera un mayor volumen de tokens de razonamiento e invoca más herramientas complementarias.
10.3. Diferencias entre ultracode y la instrucción ultrathink
Pregunta: ¿Qué diferencia existe entre
ultracodey el modificadorultrathink?
Respuesta:ultracodees un modo de ejecución de Claude Code (nivelxhighcon permisos de ejecución continua). Por el contrario,ultrathinkes una instrucción en el prompt del usuario solicitando mayor profundidad analítica en ese turno específico.
10.4. Conveniencia de utilizar siempre la configuración máxima
Pregunta: ¿Debería ejecutarse Fable 5 siempre en nivel
xhighen producción?
Respuesta: No. Las recomendaciones oficiales indican iniciar enhigh. El uso constante dexhighañade una latencia significativa y consume límites presupuestarios con rapidez sin reportar ventajas proporcionales en tareas cotidianas.