# Claude Fable 5: cuándo utilizar el modelo avanzado y qué nivel de effort elegir > Análisis exhaustivo de Claude Fable 5 y el parámetro effort: señales de razonamiento conductual, matriz de niveles (low a xhigh), cálculo de costes por turno y configuración práctica en la API y Claude Code. 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. > [!NOTE] > 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: 1. **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. 2. **Utilice effort como palanca de costes:** El parámetro `effort` es su herramienta principal para regular la latencia y el consumo de tokens. 3. **Anticipe turnos prolongados:** Las deliberaciones analíticas pueden prolongarse durante minutos; establezca límites estrictos a los ciclos de iteración. 4. **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": "..."}`. > [!IMPORTANT] > 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 `xhigh` y posteriormente la sesión cambia a Opus 4.6, Claude Code retrocede automáticamente a `high` sin interrumpir la ejecución. - **Persistencia de niveles:** Los ajustes de `low` a `xhigh` se mantienen entre sesiones de Claude Code. El nivel `max` se 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 error `HTTP 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 > [!WARNING] > 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 $** | > [!TIP] > 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 :::tabs === Fable 5 (Tareas críticas) 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. === Opus 4.8 / 4.7 (Desarrollo) El punto de partida recomendado para desarrollo es **xhigh**, aprovechando el análisis profundo de código de Opus. Reduzca a `medium` una vez superadas las pruebas principales. === Procesos en segundo plano (low) Asigne el nivel **low** a subtareas rutinarias, documentación, análisis de esquemas y subagentes rápidos donde la baja latencia sea prioritaria. ::: ### 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 `high` o `xhigh` (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 `/effort` despliega un menú interactivo. - Indicador de inicio: `claude --effort xhigh`. - Variable de entorno: `export CLAUDE_CODE_EFFORT_LEVEL=xhigh`. > [!NOTE] > 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 :::tabs === Python SDK ```python import 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) ``` === TypeScript SDK ```typescript import Anthropic from "@anthropic-ai/sdk"; const anthropic = new Anthropic(); const response = await anthropic.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" } ], }); console.log(response.content[0]); ``` === cURL (Messages API) ```bash curl https://api.anthropic.com/v1/messages \ -H "x-api-key: $ANTHROPIC_API_KEY" \ -H "anthropic-version: 2023-06-01" \ -H "content-type: application/json" \ -d '{ "model": "claude-fable-5", "max_tokens": 64000, "output_config": {"effort": "high"}, "messages": [{"role": "user", "content": "Hello Fable!"}] }' ``` ::: --- ## 10. Preguntas frecuentes (FAQ) ### 10.1. Disponibilidad del nivel xhigh y fallbacks entre modelos > **Pregunta:** ¿Puedo utilizar el nivel `xhigh` en cualquier modelo de Claude? > **Respuesta:** No. `xhigh` es exclusivo de Fable 5, Mythos 5, Opus 4.8 y Opus 4.7. Si en Claude Code intenta aplicar `xhigh` a Opus 4.6 o Sonnet 4.6, la sesión aplicará automáticamente `high`. ### 10.2. Precio por token frente al coste total de ejecución > **Pregunta:** ¿Elegir un nivel superior de `effort` encarece 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 `ultracode` y el modificador `ultrathink`? > **Respuesta:** `ultracode` es un modo de ejecución de Claude Code (nivel `xhigh` con permisos de ejecución continua). Por el contrario, `ultrathink` es 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 `xhigh` en producción? > **Respuesta:** No. Las recomendaciones oficiales indican iniciar en `high`. El uso constante de `xhigh` añade una latencia significativa y consume límites presupuestarios con rapidez sin reportar ventajas proporcionales en tareas cotidianas.