Anthropic lanzó Claude Fable 5 el 9 de junio de 2026. Su caso de uso principal encaja con lo que muchos desarrolladores ya hacen con Claude Code: sesiones de codificación largas y autónomas que atraviesan una base de código completa sin perder el contexto. Si ya usa la CLI de Claude Code a diario, usar Fable 5 es principalmente un cambio de configuración. En esta guía verá cómo seleccionarlo, verificar que está activo, ejecutar sesiones largas con menos riesgo y controlar el costo.
Si desea una introducción más profunda sobre el modelo antes de configurarlo, consulte qué es Claude Fable 5. Este artículo se centra en el flujo de trabajo con Claude Code.
TL;DR
- Instale o actualice Claude Code a
v2.1.170o posterior. - Autentique su cuenta de Anthropic.
- Seleccione Fable 5 con una de estas opciones:
/model fable
claude --model fable
export ANTHROPIC_MODEL=claude-fable-5
claude
O en ~/.claude/settings.json:
{
"model": "fable"
}
- Confirme el modelo activo con:
/status
Fable 5 cuesta $10/M tokens de entrada y $50/M tokens de salida. Es el doble que Opus 4.8, así que úselo para tareas largas donde el valor de la automatización justifique el costo.
¿Por qué ejecutar Claude Code en Fable 5?
Claude Code es el agente de codificación oficial de línea de comandos de Anthropic. Puede editar archivos, ejecutar comandos y completar tareas de varios pasos dentro de su repositorio.
El modelo que usa Claude Code define hasta dónde puede avanzar antes de perder continuidad. Ahí es donde Fable 5 resulta útil.
Anthropic construyó Fable 5 para codificación autónoma de largo alcance. Según Anthropic, el modelo “se mantiene enfocado a través de millones de tokens en tareas de larga duración y mejora sus resultados utilizando sus propias notas”.
Eso lo hace más adecuado para tareas como:
- Migraciones grandes.
- Refactorizaciones en varios paquetes.
- Cambios de API que afectan controladores, servicios, tests y documentación.
- Actualizaciones de dependencias con ajustes repartidos por toda la base de código.
- Generación o corrección de especificaciones OpenAPI en proyectos grandes.
Anthropic publicó como prueba de concepto una migración realizada por Stripe durante las pruebas: Fable 5 completó un cambio sobre una base de código de 50 millones de líneas de Ruby en un solo día, una tarea que la empresa estimó que habría requerido más de dos meses de trabajo manual para un equipo. Puede leer el informe completo en el anuncio de Claude Fable 5.
La desventaja es el precio. Fable 5 cuesta $10 por millón de tokens de entrada y $50 por millón de tokens de salida. Opus 4.8 cuesta $5 y $25.
Por eso, no conviene usar Fable 5 como valor predeterminado para todo. Úselo cuando la tarea sea realmente extensa y el costo de una intervención humana equivalente supere el costo de tokens. Para cambios rutinarios, Opus 4.8 o Sonnet suelen ser mejores opciones. Si está comparando ambos modelos, Claude Fable 5 vs Opus 4.8 desglosa dónde gana cada uno.
Si ya ha cambiado modelos en Claude Code, el proceso será familiar. La mecánica es similar a la de ejecutar GLM-5.1 con Claude Code; solo cambia el ID del modelo.
Requisitos previos
Antes de configurar Fable 5, valide lo siguiente.
1. Claude Code instalado y actualizado
Fable 5 requiere Claude Code v2.1.170 o posterior. Las versiones anteriores no muestran Fable 5 en el selector de modelos.
Actualice Claude Code:
claude update
Verifique la versión:
claude --version
2. Cuenta de Anthropic con acceso a Fable 5
Fable 5 está disponible en la API de Anthropic y en planes como Max, Team Premium, Enterprise de pago por uso y similares, siempre que su cuenta tenga acceso.
Importante: Fable 5 no es el modelo predeterminado en ningún tipo de cuenta. Debe seleccionarlo explícitamente.
3. Facturación o suscripción compatible
Como Fable 5 es un modelo de pago, su cuenta necesita facturación de API activa o un plan que lo incluya. Consulte los niveles actuales en la descripción general de modelos de Anthropic.
4. Un repositorio de trabajo
Claude Code opera dentro de un directorio de proyecto. Abra la terminal en el repositorio que quiere modificar:
cd /ruta/a/su/repositorio
claude
Nota sobre ZDR
Fable 5 no está disponible bajo retención de datos cero. Si su organización ejecuta Claude Code con ZDR habilitado, el selector de modelos omitirá Fable 5 o lo mostrará deshabilitado. Eso es una restricción de política, no un error de Claude Code.
Configurar Claude Code para usar Claude Fable 5
Claude Code permite seleccionar el modelo de cuatro formas. La precedencia, de mayor a menor al iniciar una sesión, es:
- Comando en sesión:
/model - Flag de lanzamiento:
--model - Variable de entorno:
ANTHROPIC_MODEL - Campo
modelen el archivo de configuración
Puede usar:
fable
O el ID completo:
claude-fable-5
El alias fable apunta a la versión recomendada de Fable para su proveedor y puede actualizarse con el tiempo. El ID completo fija ese modelo exacto.
La referencia completa está en la documentación de configuración de modelos de Claude Code.
Opción 1: cambiar en sesión con /model
Esta es la forma más rápida.
Dentro de una sesión activa de Claude Code, ejecute:
/model fable
O use el ID completo:
/model claude-fable-5
También puede abrir el selector interactivo:
/model
En versiones recientes, elegir un modelo con /model lo guarda como predeterminado para nuevas sesiones, escribiendo el campo model en la configuración de usuario.
En el selector:
-
Enter: cambia al modelo seleccionado y lo guarda como predeterminado. -
s: cambia solo para la sesión actual.
Si escribe directamente:
/model fable
El comportamiento equivale a Enter: las siguientes sesiones también iniciarán con Fable 5 hasta que cambie de modelo.
Costo de cambiar a mitad de conversación
Si la conversación ya tiene historial, Claude Code pedirá confirmación antes de cambiar de modelo. Esto ocurre porque la siguiente respuesta debe releer el historial completo sin contexto en caché. Es un costo único esperado al cambiar de modelo a mitad de sesión.
Opción 2: iniciar con el flag --model
Use esta opción si quiere iniciar una sola sesión en Fable 5 sin modificar el valor predeterminado guardado.
claude --model fable
O con el ID completo:
claude --model claude-fable-5
El flag --model solo aplica a esa sesión.
Esto es útil si quiere ejecutar modelos distintos en terminales diferentes:
# Terminal 1
claude --model fable
# Terminal 2
claude --model opus
Así evita modificar un valor predeterminado compartido con /model.
Opción 3: establecer ANTHROPIC_MODEL
Si quiere que la sesión arranque en Fable 5 desde su shell, exporte la variable antes de iniciar Claude Code:
export ANTHROPIC_MODEL=claude-fable-5
claude
También puede usar el alias:
export ANTHROPIC_MODEL=fable
claude
ANTHROPIC_MODEL aplica solo a las sesiones iniciadas bajo esa variable.
Detalle de precedencia: si define ANTHROPIC_MODEL como exportación de shell y también dentro del bloque env de settings.json, la exportación del shell prevalece. El objeto env de configuración se aplica al inicio, pero no sobrescribe una variable de shell ya existente.
Opción 4: fijarlo en el archivo de configuración
Use esta opción si quiere que Fable 5 sea el modelo persistente.
Configuración de usuario:
~/.claude/settings.json
Configuración de proyecto:
.claude/settings.json
Configuración local de proyecto, solo para usted:
.claude/settings.local.json
Archivo mínimo:
{
"model": "claude-fable-5"
}
También puede usar el alias:
{
"model": "fable"
}
La configuración de proyecto y la configuración administrada tienen precedencia y se vuelven a aplicar al siguiente inicio. Por ejemplo, si un compañero cambia el modelo con /model, pero el proyecto fija Fable 5 en .claude/settings.json, la configuración del proyecto volverá a prevalecer cuando reinicie Claude Code.
Este es el mecanismo que los equipos usan para estandarizar un modelo en todo un proyecto.
Verificar que está en Fable 5
No asuma que el cambio funcionó. Antes de iniciar una ejecución larga, confirme el modelo activo.
Método 1: usar /status
Dentro de Claude Code:
/status
/status muestra el modelo activo junto con información de la cuenta. Esta es la verificación más fiable.
Método 2: revisar la línea de estado
Si tiene una línea de estado configurada, el modelo activo se muestra continuamente. Esto permite confirmarlo sin abrir menús.
Qué hacer si Claude Code sigue usando Opus 4.8
Si /status muestra Opus 4.8 después de seleccionar Fable 5, revise estas causas.
1. Una configuración de proyecto lo está sobrescribiendo
Puede haber un archivo como:
.claude/settings.json
o:
.claude/settings.local.json
con otro modelo configurado.
Al iniciar, Claude Code indica qué archivo estableció el modelo activo. Para anularlo solo en la sesión actual:
/model fable
En el siguiente inicio, la configuración del proyecto se volverá a aplicar.
2. Hubo fallback automático a Opus 4.8
Fable 5 ejecuta clasificadores de seguridad para contenido de ciberseguridad y biología. Cuando un clasificador marca una solicitud, Claude Code la vuelve a ejecutar automáticamente en el modelo Opus predeterminado, Opus 4.8 en la API de Anthropic, y muestra un aviso en la transcripción.
Esto significa que, aunque haya seleccionado Fable 5, una solicitud individual puede ejecutarse en Opus 4.8.
Anthropic informa que más del 95% de las sesiones de Fable no implican fallback. Para código de aplicación ordinario debería ser poco frecuente, pero explica avisos ocasionales de cambio a Opus.
Para volver a Fable 5:
/model fable
Flujo recomendado para sesiones largas con Fable 5
Fable 5 es más valioso cuando le da una tarea amplia y verificable. Evite prompts ambiguos como:
Refactoriza todo el backend.
Mejor defina alcance, restricciones y validación.
Ejemplo:
Necesito migrar los controladores REST de Express en src/api/v1 a la nueva capa de servicios en src/services.
Objetivos:
1. Mantener los contratos HTTP existentes.
2. No cambiar nombres de rutas ni códigos de estado.
3. Actualizar los tests afectados.
4. Actualizar la especificación OpenAPI en openapi.yaml.
5. Ejecutar la suite de tests al final.
Antes de editar:
- Lee la estructura del proyecto.
- Identifica los controladores afectados.
- Propón un plan breve.
Después de editar:
- Muestra un resumen de archivos cambiados.
- Indica qué tests ejecutaste.
- Lista cualquier riesgo pendiente.
Para tareas costosas, divida el trabajo en fases:
- Exploración.
- Plan.
- Cambios en una parte del código.
- Tests.
- Expansión al resto del proyecto.
- Validación final.
Esto reduce la probabilidad de cambios innecesarios y facilita cortar la sesión si el costo empieza a subir.
Controlar costos al usar Fable 5
Como Fable 5 cuesta más que Opus 4.8, úselo de forma selectiva.
Buenas prácticas:
- Use Fable 5 para tareas largas, no para cambios triviales.
- Inicie una sesión nueva para trabajos grandes en lugar de reutilizar conversaciones con mucho historial.
- Pida un plan antes de permitir ediciones masivas.
- Limite el alcance por carpetas o módulos.
- Solicite resúmenes compactos en vez de salidas largas.
- Ejecute tests relevantes, no necesariamente toda la suite en cada iteración.
- Cambie a Opus 4.8 o Sonnet para revisiones pequeñas posteriores.
Ejemplo de prompt para limitar alcance:
Trabaja solo en:
- src/api/orders
- src/services/orders
- tests/orders
No modifiques otros directorios sin pedir confirmación.
Combinando Claude Code con Apidog
Cuando Claude Code termina de escribir o editar una API, la siguiente pregunta es si los endpoints realmente funcionan. Una ejecución autónoma larga puede tocar docenas de rutas, y leer un diff no confirma que la API devuelva lo correcto.
Aquí es donde Apidog encaja en el ciclo: Claude Code modifica el código; Apidog valida el comportamiento en vivo.
Flujo práctico: Claude Code + Apidog
Después de una sesión de Claude Code que cambió su API, use este flujo.
1. Pida a Claude Code que actualice la especificación OpenAPI
Si su proyecto ya mantiene un archivo OpenAPI, pida que lo actualice junto con la implementación.
Ejemplo:
Actualiza openapi.yaml para reflejar los cambios realizados en los endpoints de orders.
Asegúrate de mantener los códigos de estado, parámetros y esquemas de respuesta sincronizados con la implementación.
Si el proyecto no tiene especificación, pida una para las rutas modificadas:
Genera una especificación OpenAPI para los endpoints modificados en esta sesión.
Incluye rutas, métodos, parámetros, bodies de request, responses y schemas.
2. Importe la especificación en Apidog
En Apidog:
- Cree o abra un proyecto.
- Importe el archivo OpenAPI.
- Revise las rutas generadas.
- Configure el entorno local o de staging.
Apidog lee rutas, métodos, parámetros y esquemas, y convierte cada endpoint en una solicitud ejecutable.
3. Ejecute los endpoints modificados
Apunte las solicitudes a su servidor local o de staging.
Revise:
- Código de estado.
- Headers.
- Cuerpo de respuesta.
- Tiempo de respuesta.
- Errores de validación.
- Compatibilidad con el contrato esperado.
4. Valide respuestas contra el esquema
Apidog puede verificar que cada respuesta se ajusta al esquema definido en la especificación. Esto detecta diferencias entre:
- Lo que el código devuelve.
- Lo que el contrato OpenAPI promete.
- Lo que los clientes de la API esperan recibir.
Este paso es especialmente importante después de cambios automatizados grandes.
5. Guarde las solicitudes como casos de prueba
Cuando los endpoints pasen, guarde las solicitudes como una suite de regresión.
Así, la próxima vez que Claude Code o cualquier desarrollador toque esas rutas, podrá ejecutar la suite y detectar roturas rápidamente.
Este emparejamiento importa más con modelos de largo alcance. Cuanto mayor sea el cambio autónomo, mayor será la superficie que debe verificarse. Una suite ejecutable en Apidog convierte “el agente dice que terminó” en “los endpoints fueron comprobados”.
Puede descargar Apidog e importar una especificación existente en pocos minutos.



Top comments (0)