Prompting para Fable 5.2

La guía oficial abre con una advertencia: Fable 5.2 se porta distinto a los modelos anteriores en algunas cosas. Casi todas tienen la misma raíz: sigue lo que le escribes muy al pie de la letra. Una regla de cautela, una nota vieja o una frase de estilo pesan más que antes.

La doc está ordenada por síntoma, y aquí va igual. No reescribas tus instrucciones a ciegas: empieza por lo que ves.

Qué es Fable 5.2, en qué planes está, la oferta de lanzamiento y cuándo vale la pena subir de Opus viven en la guía principal de Fable 5.2. Esta página es solo sobre cómo hablarle.

En las apps de Claude y en Claude Code, Fable 5.2 arranca en esfuerzo medio. El nivel decide cuánto piensa, cuánto tarda cada turno y qué tan rápido se come tu plan, pero también cambia cómo piensa y cuántas herramientas usa. Por eso la doc pide ajustarlo junto con el prompt, no por separado.

Para código difícil, investigación y trabajo largo sin supervisión, súbelo a alto: según Anthropic, ahí ya está casi toda la ganancia, y arriba de alto lo que se gana depende mucho de la tarea. A cambio, cada turno tarda bastante más.

Qué nivel usar para qué tarea, con la tabla completa, está en la guía principal de Fable 5.2. Aquí va lo que cambia en su conducta, que es lo que vas a notar en tus prompts.

Pedirle que no piense ya no sirve

Fable 5.1 solía obedecer una línea como “contesta directo, sin deliberar”. En las pruebas de Anthropic, Fable 5.2 la ignora en esfuerzo medio y arriba. Si quieres que piense menos, baja el esfuerzo; esa frase no sirve.

Puedes mezclar niveles

La doc sugiere planear y afinar en medio, y subir el esfuerzo para la parte larga que corre sin ti. Y si traías un nivel que te funcionaba con Fable 5.1 u Opus 5.5, vuelve a probar: la escala se calibra por modelo, así que el mismo nombre no significa lo mismo en otro.

Si quieres entender la perilla con cualquier modelo, está a fondo en la guía de niveles de esfuerzo. Para Fable 5.2 vale lo de esta sección.

En tareas largas de varios pasos, Fable 5.2 a veces cierra el turno con trabajo pendiente: te deja una lista de lo que falta, te ofrece seguir o se detiene ante un tropiezo normal, como un tiempo de espera agotado. Pasa más en esfuerzo bajo y medio, y medio es el de fábrica.

Si te pasa, pega este bloque. Le enseña a distinguir dos cosas: los obstáculos normales, que debe diagnosticar y resolver, y los bloqueos que alguien puso a propósito (un archivo que no se toca, un acceso negado, una salvaguarda), que debe respetar y reportarte.

# Terminar el trabajo
No te detengas mientras quede pendiente trabajo que el usuario pidió. Sé persistente y no te detengas a menos que haga falta.

Las notas de avance son bienvenidas, igual que aclarar con el usuario las decisiones abiertas, pero sigue con el trabajo que no depende de su respuesta sin pausas innecesarias.

Si te notas invitando al usuario a redirigirte u ofreciendo esperar, mejor avanza con la siguiente parte de la tarea. Puedes toparte con obstáculos normales como errores, tiempos de espera agotados, archivos bloqueados, resultados vacíos o herramientas que fallan. Primero diagnostícalos, y cuando no sean bloqueos reales, resuélvelos con el acceso que tienes (espera y reintenta, corrige la petición, usa otra herramienta u otra fuente) en vez de detenerte sin necesidad.

Si alguien decidió claramente que algo es un bloqueo firme, como un archivo marcado para no tocarse, un acceso que se negó a propósito o una salvaguarda de seguridad, déjalo en paz, di con claridad lo que encontraste y busca otra forma segura de terminar la tarea. Detenerse antes de terminar la tarea casi nunca se justifica: solo cuando la tarea no puede avanzar sin que el usuario responda, o cuando el bloqueo es deliberado y no se debe saltar. Esto no quita la necesidad de pedir confirmación antes de acciones riesgosas o destructivas.

Anthropic repitió sesiones grabadas de un producto de código en esfuerzo medio. Con una versión de este texto, las sesiones que dejaban pendiente trabajo que sí se podía hacer bajaron a la mitad. Casi desaparecieron los finales que piden permiso u ofrecen seguir; los que enumeran lo que falta y se detienen, no. A cambio, Fable escribió cerca de 30 % más, así que se come tu plan más rápido.

Cuando le digas que siga, di qué

Para que continúe, la doc pide decir con claridad lo que quieres en vez de un “sigue” suelto. Su ejemplo, en inglés: “Yes, run the migration on the staging database”.

Lo mismo con tus reglas de aprobación: nombra las acciones exactas que cubren, porque las aplica tal cual están escritas. En una prueba sin nadie que aprobara, una regla que pedía permiso para “enviar mensajes a personas fuera de esta conversación” hizo que frenara cerca de la mitad de sus mensajes de rutina a colegas y otros equipos. Si en tus instrucciones de Cowork tienes una regla así, revísala. El molde para nombrar lo que no necesita permiso está en la sección 07.

Fable 5.2 responde mucho a lo que el prompt dice sobre de quién es el código. Si no dices nada, o lo presentas como código de alguien más, tiende a agregar encima de lo que ya hay aunque eso repita código, y a avisarte de los problemas de al lado en vez de arreglarlos. Si le dices que el código es suyo, suele juntar lo repetido y hacer arreglos relacionados sin que se lo pidas.

Este código es tuyo: para qué sirve y cómo está construido lo decides tú, y vas a seguir construyendo sobre él.

En las pruebas de Anthropic con tareas chicas de código, juntó código repetido en cerca de la mitad de los intentos con esta frase, y en menos de uno de cada diez sin ella. Funcionó igual dentro de unas instrucciones largas, y lo que se le pidió quedó funcionando en casi todos los intentos, con frase o sin ella.

Cuándo NO ponerla

Déjala fuera cuando el código es tuyo y quieres que lo toque lo menos posible. Una regla de no meterse de más no cancela la frase. Con “No drive-by refactors, renames or cleanups” (nada de refactorizar, renombrar ni limpiar de paso) en las mismas instrucciones, igual juntó código repetido en cerca de un tercio de los intentos. Elige una de las dos por proyecto.

En tramos largos de trabajo con herramientas, Fable 5.2 a veces escribe muy poco para ti, y puede arrancar sin decir qué va a hacer.

La primera recomendación de la doc es para quien programa su propia app: revisar que la app muestre los avances que el modelo escribe entre paso y paso. En claude.ai, Claude Code y Cowork eso lo resuelve la app, no tú. Lo que sí está en tus manos son estas frases, y sirven sobre todo cuando estás mirando cómo trabaja.

Antes de empezar, di en una línea lo que vas a hacer; los avances breves mientras trabajas ayudan al usuario a seguirte.
Cierra con un resumen corto que se sostenga solo (qué encontraste, qué hiciste y qué sigue), para que quien solo vea el último mensaje tenga el panorama completo.

En las pruebas de Anthropic, con este texto habló antes de su primera acción todas las veces. También escribió cerca de 20 % más por tarea. Úsalo cuando hay una persona siguiendo el trabajo.

Cada pocas llamadas a herramientas, dale al usuario una actualización de una línea sobre cómo va todo.

Hace rato que no sé de ti: dime en pocas palabras qué estás haciendo y luego sigue.

Cuánto delega Fable 5.2 depende de dónde trabaja y de la tarea. En tareas cortas con una herramienta mínima para lanzar subagentes, casi nunca lanzó uno. En un producto de código cuyas instrucciones invitan a delegar, delega con facilidad.

Si lanza más de los que la tarea necesita, revisa primero tus propias líneas: lo que en tu CLAUDE.md, tus skills o tus archivos de agentes le pide delegar. Si nada de eso empuja a delegar, probablemente no necesitas más. Solo si sigue lanzando de más, agrega una regla.

La doc describe el texto que probó Anthropic: dice primero lo que un subagente le suma al costo de la sesión, luego cuándo vale la pena delegar y cuándo no, y al final cómo darle el encargo. Con él delegó cerca de un tercio menos que con uno que sobre todo enumeraba razones para delegar, y las tareas salieron igual de bien. El texto no está publicado; este molde sigue el mismo orden.

Cada subagente que lanzas trabaja con su propio contexto y suma a lo que esta sesión gasta de mi plan. Si no tiene otro modelo asignado, puede correr en el mismo que tú.

Delega solo cuando el trabajo se reparte en partes independientes que pueden ir en paralelo, o cuando hay que leer mucho material y solo necesito el resultado. No delegues una búsqueda corta, un archivo que ya tienes abierto ni una tarea que terminas tú en pocos pasos.

Cuando delegues, dale al subagente la tarea en una oración, el contexto que necesita, cuándo está terminada y qué te tiene que devolver.

En qué modelo corren

Los subagentes pueden ser buena parte de lo que cuesta una sesión, así que la doc pide revisar en qué modelo corren. En Claude Code, los subagentes que heredan el modelo de la conversación toman el que tienes en ese momento: si cambiaste a Fable con /model, ellos también corren en Fable. Para dejar un subagente tuyo en un modelo más chico, pon el campo model en su archivo.

Un detalle nuevo: en esfuerzo extra-alto y máximo, Anthropic vio a Fable 5.2 usar subagentes para revisar su propio trabajo, cosa que Fable 5.1 no hacía en las mismas tareas. Y quienes lo probaron antes del lanzamiento tuvieron buenos resultados usándolo para planear y repartir trabajo a otros modelos. Delegar acelera lo que se puede hacer en paralelo, pero cuesta.

Las instrucciones cautelosas se van juntando donde el contexto pasa de una sesión a otra: la memoria, las notas, los archivos de instrucciones y los mensajes entre agentes. Fable 5.2 las sigue muy de cerca, así que puede pedir aprobaciones que no necesita o frenar trabajo de rutina.

Lo vieron algunos de quienes lo probaron antes, sobre todo donde trabajan varios agentes juntos. Los modelos anteriores también siguen esas instrucciones, pero en uno de los montajes de la doc solo Fable 5.2 se frenó. En tu suscripción, esos lugares son la memoria de claude.ai, las instrucciones de tus Proyectos y de Cowork, tu CLAUDE.md, las notas de memoria de Claude Code y tus skills.

Estos pasos no necesitan mi aprobación:
- Reintentar una búsqueda, una lectura o un comando de solo lectura que falló o tardó demasiado.
- Volver a abrir o volver a leer un archivo.
- [Agrega aquí los tuyos, uno por línea.]

Todo lo que borre, envíe algo a otras personas, pague o no se pueda deshacer sigue necesitando mi confirmación antes.

Fable 5.2 corre con filtros de seguridad que pueden rechazar una petición, sobre todo en ciberseguridad y biología. El trabajo legítimo de esas áreas también puede activarlos.

Qué bloquean, a qué modelo pasa la conversación cuando eso ocurre y cómo regresas a Fable en Claude Code está en la guía principal de Fable 5.2. Aquí va lo que depende de tus instrucciones.

Una línea tuya puede dispararlo

Además de los temas delicados, los filtros rechazan pedirle que copie su razonamiento interno en la respuesta. Si tus prompts, tus skills o tus instrucciones le piden escribir su razonamiento en la respuesta, la doc dice que las quites.

Si traes preferencias, Proyectos, un CLAUDE.md o skills que armaste para Fable 5.1 u Opus 5.5, revísalos. En las pruebas de Anthropic, algunas instrucciones viejas subieron el costo, causaron efectos secundarios o ya no hacían nada.

Que Claude Code haga el inventario

Leer todo eso a mano cansa. Pídeselo a Claude Code en tu proyecto y decide tú qué se borra; guarda una copia antes de tocar nada.

Lee mi CLAUDE.md, los archivos de skills y de agentes de este proyecto y tus notas de memoria. Haz una lista de cada instrucción que:
1. Pida delegar trabajo en subagentes.
2. Pida pensar menos o contestar sin deliberar.
3. Ponga un límite duro de estilo, como un máximo de palabras por oración.
4. Sea una regla de "nunca" o de cautela que no diga su alcance ni su razón.
5. Recuerde probar o verificar el trabajo.

Para cada una dime en qué archivo está, qué dice y si propones borrarla, dejarla o reescribirla con su alcance y su razón. No cambies nada todavía.

Si copiaste frases de la guía de prompting de Fable 5, pásalas por esta misma lista antes de dejarlas en tus instrucciones.

Después de un trabajo largo, quien lee el reporte final de Fable 5.2 casi nunca vio las acciones ni los archivos que hay detrás. Puede ser tu jefe, tu cliente o tú mismo mañana. El reporte tiene que entenderse solo.

Si le pides reportes finales o que deje el trabajo listo para que otro lo siga, pega este bloque y ajústalo a quién lo va a leer.

# Comunicar con claridad
Escribe para un lector inteligente pero con poco contexto. Quien lee no ha visto tus llamadas a herramientas, tu razonamiento ni los archivos que abriste, y puede venir de estar en otra cosa. En general, los mensajes deben sostenerse solos: el lector tiene que entender lo que quieres decir sin ir a buscar contexto en otro lado. Pon los puntos clave en las primeras oraciones. Da la información poco a poco, en el orden de tus oraciones, y no uses en la línea 1 referencias e ideas sin definir que no van a tener sentido hasta que el lector llegue a la línea 12.

Usa palabras sencillas y escribe en oraciones completas, claras y comprensibles. No uses un término o una abreviatura que inventaste durante el trabajo. Di qué es la cosa de una forma que cualquier lector entienda. Escribe sobre todo en el estilo de ASD-STE100 Simplified Technical English: oraciones cortas, una idea por oración, voz activa y siempre la misma palabra para la misma cosa. Usa un párrafo de prosa corrida donde las ideas se conectan, y deja las viñetas para listas de cosas separadas. Omite los detalles innecesarios a menos que el lector los pida y sé conciso, pero asegúrate de que tus mensajes traigan el contexto clave. Busca que tu texto para el usuario sea lo más legible y claro posible.

En las pruebas de Anthropic con tareas de agente, este texto dejó los reportes finales menos densos, con menos punto y coma. En tareas de automatizar flujos de trabajo, además, acortó las oraciones. Puedes sumarle instrucciones de largo o pedirle detalles concretos que siempre quieras ver.

Todo lo de arriba en una sola vista. Cada tarjeta te lleva a su sección, donde está la frase completa en inglés y en español.

Por dónde empezar

Dónde se pega cada cosa

A dónde seguir

Para saber si te conviene Fable 5.2, cuánto se come de tu plan y qué pasa cuando un filtro lo frena: la guía principal de Fable 5.2.

Esta página te dice qué pegar. La siguiente te enseña lo que Anthropic ya le pega a Fable 5.2 antes de que escribas nada en claude.ai: el system prompt de Fable 5.2, completo y desglosado.