Prompts para Claude Fable 5.1: Todos los Cambios de Comportamiento y la Línea que los Soluciona

Guía práctica para adaptar indicaciones de Claude Fable 5 a Claude Fable 5.1

Anthropic afirma que sus indicaciones existentes para Fable 5 deberían funcionar bien en Claude Fable 5.1 sin cambios. Eso es cierto para las respuestas, pero no necesariamente para todo lo que las rodea: llamadas a herramientas, actualizaciones de progreso, densidad de la prosa, formato del chat, edición de archivos y solicitudes de permiso. Cada diferencia tiene una solución específica en la guía de indicaciones de Anthropic para Claude Fable 5.1.

Prueba Apidog hoy

Para una descripción general del modelo, consulta qué es Claude Fable 5.1.

1. Ajusta primero el esfuerzo

El esfuerzo es el control principal para intercambiar inteligencia, latencia y costo en Fable 5.1. Empieza con el valor predeterminado, high (alto), y prueba los otros cuatro niveles con tus propias evaluaciones.

Repite el barrido aunque ya lo hayas ejecutado en Fable 5: los nombres de los niveles no representan la misma cantidad de pensamiento entre modelos.

Anthropic recomienda comprobar estas afirmaciones:

• En medium (medio), los resultados coinciden aproximadamente con Fable 5 a un costo menor.
• En low (bajo), Fable 5.1 puede competir con Opus y Sonnet en costo por tarea y obtener una puntuación más alta.
• Las mejoras sobre Fable 5 son mayores en xhigh (muy alto) y max (máximo).

Puedes cambiar el esfuerzo a mitad de una conversación sin reiniciar el caché mediante un mensaje role: "system" con contenido vacío y output_config, usando el encabezado beta mid-conversation-output-config-2026-07-01. Consulta el tutorial de la API para ver la forma de la solicitud.

2. Coloca cada instrucción en el turno correcto

Los bloques de pensamiento de Fable 5.1 solo son válidos en la conversación exacta que los produjo.

Si inyectas un recordatorio en un turno anterior y lo eliminas en la siguiente solicitud, estás editando el historial. Esto reinicia el caché de indicaciones y, en cuentas creadas a partir del 31 de agosto de 2026, invalida cada bloque de pensamiento posterior. La documentación sobre pensamiento preservado explica el motivo.

Las instrucciones por turno deben ir en uno de estos lugares.

Con mensajes del sistema de alcance de turno

Con la beta mid-conversation-system-clear-at-2026-08-21, añade la instrucción después del mensaje de resultado de la herramienta:

{
  "role": "system",
  "clear_at": "next_user_message",
  "content": "..."
}

Conserva cada copia anterior en el array. Cuando existe un mensaje de usuario posterior, la API elimina las copias anteriores; el modelo solo lee la más reciente y las copias eliminadas no consumen tokens. Consulta la documentación sobre mensajes del sistema con alcance de turno.

Sin la beta

Coloca la instrucción en un bloque de texto después de los bloques tool_result del mismo mensaje del usuario. Mantén las copias anteriores.

Nunca elimines ni reescribas una copia que ya hayas enviado.

Las instrucciones a nivel de sesión deben ir en la indicación del sistema o en el primer turno del usuario. Anthropic señala que las instrucciones de estilo colocadas en el primer turno del usuario se mantienen mejor que el mismo texto en la indicación del sistema.

3. Agrupa las llamadas a herramientas

Cuando una solicitud nombra varias cosas que obtener, Fable 5.1 emite las llamadas en paralelo. Sin embargo, en bucles de codificación y uso de computadora donde las siguientes lecturas independientes solo están implícitas, puede emitir una llamada por turno cuando Fable 5 agrupaba varias.

Las respuestas no cambian, pero cada turno adicional aumenta los tokens, el número de viajes de ida y vuelta y el tiempo real.

Mide antes de cambiar la indicación

Rastrea la proporción de turnos del asistente con más de una llamada a herramienta. Añade la siguiente instrucción solo si esa proporción disminuyó:

Primero, haz una lista privada de lo que necesitas a continuación; luego solicita cada elemento que no dependa del resultado de otro en esta única respuesta.

La palabra “privada” es importante. Sin ella, el modelo a veces responde al recordatorio en lugar de responder al usuario.

Coloca la instrucción cerca del final de la solicitud actual: suele modificar más el comportamiento que la misma oración en la indicación del sistema.

4. Muestra progreso durante los turnos largos

Fable 5.1 escribe menos actualizaciones orientadas al usuario durante turnos largos de llamadas a herramientas que Fable 5, especialmente con mayor esfuerzo. El usuario puede ver al agente en silencio durante minutos o recibir un mensaje final que solo cubre el último paso.

Aplica estas soluciones en orden:

1. Comprueba que recibes actualizaciones. Las notas entre herramientas regresan como bloques thinking que aparecen vacíos cuando display está configurado como "omitted". Usa display: "updates" con el encabezado beta thinking-display-updates-2026-08-18 y renderiza cada bloque no vacío como una línea de estado.
2. Elimina instrucciones antiguas como “guarda todos los hallazgos para la respuesta final”.
3. Añade una indicación de progreso si todavía necesitas más visibilidad:

Antes de empezar, di en una línea lo que vas a hacer; las actualizaciones breves mientras trabajas ayudan al usuario a seguir el progreso. Cierra con un breve resumen que se sostenga por sí mismo, cubriendo lo que encontraste, lo que hiciste y lo que sigue, para que un lector que solo vea el último mensaje tenga una imagen completa.

Si tu producto oculta la salida de las herramientas, indícaselo al modelo mediante un mensaje del sistema de alcance de turno:

Solo tú ves la salida de ese comando. Si el usuario necesita leer algo de ella, ponlo en tu respuesta.

De lo contrario, el modelo puede ejecutar comandos para “mostrar” al usuario una salida que nunca verá.

5. Evita que el turno termine antes del trabajo

En cargas de trabajo asíncronas complejas, Fable 5.1 a veces describe lo que haría a continuación en lugar de hacerlo, o pide permiso para una acción ya incluida en la solicitud.

Añade este bloque a la indicación del sistema:

Estás operando de forma autónoma. El usuario no está observando en tiempo real y no puede responder preguntas a mitad de la tarea, por lo que preguntar “¿Quieres que yo...?” o “¿Debo yo...?” bloqueará el trabajo. Para acciones reversibles que se derivan de la solicitud original, procede sin preguntar. Detente solo para acciones destructivas o cambios de alcance genuinos que el usuario deba decidir. Ofrecer seguimientos después de que la tarea esté hecha está bien; pedir permiso antes de hacer el trabajo no lo está.

Antes de terminar tu turno, revisa tu último párrafo. Si es un plan, un análisis, una pregunta, una lista de siguientes pasos o una promesa sobre un trabajo que no has hecho, haz ese trabajo ahora con llamadas a herramientas. Termina tu turno solo cuando la tarea esté completa o estés bloqueado en una entrada que solo el usuario pueda proporcionar.

Anthropic combina este bloque con otro que define la solicitud del usuario como el alcance del entregable:

• No restrinjas, amplíes ni intercambies el alcance.
• Completa cada parte que no esté bloqueada.
• Indica qué se omitió.
• Trata lo que hayas notado pero no se haya solicitado como una sugerencia, no como un cambio.

El par puede hacer que el modelo pregunte menos ante solicitudes ambiguas. Si todavía necesitas confirmaciones, enuméralas explícitamente.

A diferencia de la recomendación para Opus 5, conserva las instrucciones que piden al modelo revisar su trabajo antes de informar. El consejo de Opus 5 de eliminar las instrucciones de verificación no se aplica aquí.

6. Controla las correcciones no solicitadas

Cuando recibe una característica abierta, Fable 5.1 puede implementar la solicitud y añadir correcciones cercanas, comportamiento extendido o más archivos de prueba de los necesarios.

Usa esta instrucción:

Si, mientras trabajas o pruebas, encuentras un error preexistente, un problema de rendimiento o un comportamiento que la tarea no menciona, no lo corrijas, optimices o extiendas en este cambio a menos que el comportamiento solicitado no pueda funcionar sin ello; repórtalo como un seguimiento en tu resumen. Verifica tu trabajo como desees; los scripts de prueba y las comprobaciones rápidas no necesitan ser conservados. Compromete pruebas solo cuando la tarea lo pida o este repositorio ya mantenga pruebas para este tipo de cambio, dimensionadas como los archivos de prueba vecinos. Esto se trata solo de extras: implementa completamente cada comportamiento que la tarea pida.

Anthropic indica que esta solución reduce sustancialmente los extras sin cambiar el éxito de la tarea.

7. Evita reescribir archivos completos

Fable 5.1 es más propenso que Fable 5 a reescribir un archivo completo para realizar una modificación pequeña. El resultado puede ser el mismo, pero con más tokens de salida.

Añade esta línea a la indicación del sistema o al primer mensaje del usuario:

El número de tokens utilizados para editar archivos debe minimizarse, si todo lo demás es igual. Por lo tanto, cuando no afecte el resultado final, intenta editar un archivo quirúrgicamente en lugar de reescribirlo por completo.

8. Reduce la prosa densa y amanerada

La escritura de Fable 5.1 suele ser mejor y contiene menos frases hechas, pero en algunos casos es más densa que la de Fable 5: oraciones más largas y menos saltos de párrafo.

Define el antipatrón de forma explícita. Anthropic describe la “prosa amanerada” como una escritura que sustituye la declaración directa por metáforas y adornos, y que busca exhibir al escritor en lugar de transmitir la idea.

Puedes indicarlo así:

Di lo que quieres decir y usa la frase literal cuando esté disponible.

O de forma más breve:

Por favor, elimina toda prosa amanerada.

9. Recupera la estructura que el contenido necesita

Los modelos anteriores abusaban de las viñetas y la negrita, por lo que muchas indicaciones incluían reglas contra el formato. Fable 5.1 se inclina hacia el extremo contrario: usa menos negrita, encabezados y listas.

Elimina el lenguaje anti-formato o reemplázalo por una regla contextual:

Usa listas cuando se te pida o cuando el contenido sea lo suficientemente multifacético como para que mejoren la claridad. Respeta una solicitud explícita de formato mínimo y mantén la prosa sencilla en intercambios conversacionales o emocionales.

10. Marca correctamente las citas en los resúmenes

Al resumir documentos, Fable 5.1 es más propenso que Fable 5 a reproducir pasajes de la fuente sin marcarlos como citas.

Añade un ejemplo completo a la indicación del sistema que incluya:

1. La solicitud del usuario.
2. Una respuesta correcta que transmita cada fuente mediante el discurso indirecto del asistente.
3. Como máximo, una cita corta claramente marcada.
4. Una justificación de una oración que explique por qué la respuesta es correcta.

Reemplaza los marcadores de posición de llamadas a herramientas del ejemplo de Anthropic con el nombre de tu propia herramienta.

11. Obliga a buscar cuando el esfuerzo sea bajo

Con esfuerzo low (bajo), Fable 5.1 llama a herramientas de búsqueda y recuperación con menos frecuencia que Fable 5. Esto se nota especialmente con productos y modelos que reconoce, pero sobre los que puede tener conocimientos obsoletos.

Prueba estas dos soluciones:

• Aumenta el esfuerzo para los turnos afectados usando esfuerzo por mensaje.
• Añade una instrucción que establezca que reconocer un nombre de un área de rápido movimiento no equivale a conocer su estado actual. El modelo debe buscar antes de responder e incluir el nombre exactamente como lo escribió el usuario en al menos una consulta.

12. Controla los entregables largos en xhigh y max

En xhigh (muy alto) y especialmente en max (máximo), Fable 5.1 puede redactar gran parte de un entregable largo durante el pensamiento y escribirlo de nuevo en la respuesta. Esto duplica la espera y los tokens de salida.

Dos opciones:

1. Ejecuta esas solicitudes en high y sube el nivel solo cuando hayas medido una ganancia.
2. Si mantienes xhigh o max, establece max_tokens con espacio suficiente para el pensamiento y la respuesta. Añade una nota al mensaje del usuario:

Todo lo producido en una respuesta, incluido el razonamiento, cuenta para un solo límite de aproximadamente mi max_tokens real. Componer el entregable completo como razonamiento y escribirlo de nuevo como respuesta duplica el turno sin mejorarlo.

Mantén las copias anteriores de esta nota en las solicitudes posteriores.

13. Reduce las negativas falsas en tareas benignas

Los clasificadores de Fable 5.1 producen menos falsos positivos que los de Fable 5 en su lanzamiento y ahora permiten encontrar vulnerabilidades en el código fuente. Aun así, pueden producirse negativas incorrectas.

Prueba estos cambios:

• Pregunta “¿Hay algún error en este programa?” en lugar de “¿Este programa compila sin errores?”.
• Proporciona documentación para lenguajes menos conocidos.
• Elimina las herramientas que devuelven datos codificados en Base64 al contexto.
• Mantén los fallbacks configurados de forma independiente. Consulta la guía de manejo de negativas.

14. Conserva los detalles durante la compactación del cliente

Fable 5.1 responde bien cuando se le indica exactamente qué debe retener un resumen de compactación. La compactación del lado del servidor ya aplica este enfoque.

Si realizas la compactación en el cliente, pide al modelo que resuma dentro de etiquetas <summary> y conserve, en este orden:

1. Las dificultades que surgieron y cómo se resolvieron.
2. Los enfoques planteados o descartados y el motivo.
3. Todo lo solicitado o decidido, declarado exactamente.
4. La situación actual.
5. Cualquier asunto abierto.
6. Los detalles difíciles de reconstruir, como nombres, números y enlaces.

Termina con esta instrucción:

No uses ninguna herramienta al escribir este resumen; responde solo con texto.

Es importante incluirla cuando la solicitud de resumen todavía contiene las herramientas de la conversación.

15. Considera soluciones arquitectónicas para subagentes y visión

Algunos problemas no se resuelven con indicaciones.

Subagentes

En tareas de codificación, deja que el agente principal continúe mientras los subagentes se ejecutan:

• Haz que la herramienta que inicia un subagente regrese inmediatamente.
• Entrega cada resultado en un mensaje de usuario posterior.
• Proporciona al agente principal una herramienta separada que pueda llamar cuando quiera esperar.

Visión

Para gráficos densos y tablas anidadas:

• Proporciona una herramienta de recorte que devuelva una región elegida y ampliada.
• O proporciona un contenedor con bibliotecas básicas de imágenes.

Con esfuerzo low, el modelo puede omitir el recorte, así que revisa los registros de llamadas.

16. Prueba los cambios en Apidog

Cada solución anterior debe validarse con una prueba de antes y después.

En Apidog:

1. Guarda los primeros tres turnos del bucle de agente como una secuencia de solicitud.
2. Parametriza la indicación del sistema.
3. Ejecuta la secuencia con y sin cada fragmento.
4. Usa el mismo nivel de esfuerzo en ambas ejecuciones.
5. Compara las métricas relevantes.

Métricas recomendadas:

• Agrupación: cuenta los bloques tool_use por turno del asistente.
• Edición y densidad: revisa usage.output_tokens.
• Autonomía: comprueba que no aparezca un párrafo final que comience con “A continuación, yo”.

Puedes descargar Apidog para construir estas pruebas. La guía de Claude Code muestra qué instrucciones pueden pertenecer a un archivo CLAUDE.md.

Preguntas frecuentes

¿Mis indicaciones de Fable 5 funcionan en Fable 5.1?

Anthropic afirma que deberían funcionar bien sin cambios. Las diferencias son principalmente de comportamiento: menos llamadas a herramientas agrupadas, menos actualizaciones de progreso, prosa más densa, menos formato en el chat, reescrituras de archivos completos y expansión del alcance en tareas abiertas.

¿Qué nivel de esfuerzo debo usar?

Empieza en high y realiza un barrido con tus propias evaluaciones. Anthropic afirma que medium coincide aproximadamente con Fable 5 a un costo menor y que low puede competir con Opus y Sonnet en costo por tarea.

¿Dónde coloco una instrucción por turno?

Colócala como un mensaje del sistema con clear_at: "next_user_message" después de los resultados de la herramienta y conserva las copias anteriores. Inyectar y eliminar texto de turnos anteriores invalida los bloques de pensamiento posteriores y reinicia el caché.

¿Debo eliminar las instrucciones para verificar el trabajo como en Opus 5?

No. Esa recomendación era específica para la sobreverificación de Opus 5. Conserva esas instrucciones en Fable 5.1.

¿Cómo evito que Fable 5.1 reescriba archivos completos?

Añade esta regla a la indicación del sistema o al primer mensaje del usuario:

Minimiza los tokens utilizados para editar archivos y edita quirúrgicamente en lugar de reescribir cuando no afecte el resultado final.