De dónde vienen estos consejos: este módulo (y toda la Ruta 2) proviene de una guía práctica sobre el uso de Fable 5 como agente de trabajo; no es una cita textual de la documentación de Anthropic. Los prompts aquí son probados en la práctica, no «oficiales». La excepción es cuando un consejo coincide directamente con una técnica ya verificada en la Trilha 1 (emerald): ahí verás una nota con el enlace y la cita oficial correspondiente.
Consejo 7 — el uso más potente no es el prompt, sino la memoria
Imagínalo así: todo empleado nuevo enfrenta el mismo problema el primer día: nadie le contó qué ya se intentó, qué ya se decidió y qué ya salió mal antes. Sin una memoria del proyecto, cada sesión nueva de Fable 5 es como volver al primer día de trabajo.
El prompt perfecto, por sí solo, tiene un límite claro: solo sirve para la sesión en la que se escribió. Cuando termina la conversación, todo lo que Fable 5 «aprendió» sobre tu proyecto —su público, su tono de voz, los errores que ya cometió, las decisiones que ya confirmaste— desaparece con ella. El uso más potente de Fable 5 no consiste en escribir el prompt perfecto, sino en darle memoria continua del proyecto.
Sin memoria, el patrón que se repite siempre es el mismo: vuelves a explicar el mismo contexto en cada sesión, el modelo repite un error que ya se había corregido la semana pasada y se vuelve a debatir desde cero una decisión que ya se había tomado. La memoria del proyecto rompe ese ciclo: la sesión de hoy lee lo que aprendió la sesión de ayer, antes de actuar.
Quien registra la lección no es quien la lee. La sesión futura solo evita repetir el error si la nota existe, es específica y sigue siendo correcta; por eso se puede actualizar o borrar.
La estructura más sencilla que funciona en la práctica es una carpeta con un archivo por tema, cada uno lo bastante breve como para leerlo en segundos:
/memoria-projeto/ posicionamento.md (quem somos, o que oferecemos, contra quem competimos) publico-alvo.md (pra quem é, o que essa pessoa já sabe/já tentou) ofertas.md (o que existe hoje, preço, formato) tom-de-voz.md (como escrevemos, o que evitamos dizer) erros-a-evitar.md (o que já deu errado e por quê) decisoes-confirmadas.md (o que já foi decidido — não reabrir sem motivo novo) prompts-validados.md (prompts que já funcionaram, prontos pra reusar)
En una frase: el prompt perfecto sirve durante una sesión; la memoria del proyecto sirve para todas las sesiones siguientes.
Consejo 7 — el prompt: registrar lo aprendido en la memoria
Tener la carpeta /memoria-projeto/ creada no basta: Fable 5 necesita saber que debe escribir en ella por su cuenta, sin que tengas que pedirlo cada vez. Pega este prompt en CLAUDE.md o en el system prompt del proyecto una sola vez.
Objetivo: transformar cualquier lección aprendida durante el trabajo — una corrección, una decisión confirmada, un error identificado — en una nota breve y estandarizada, sin esperar a que la pidas.
Sempre que aprendermos algo importante sobre este projeto, registre em memória. Formato: - decisão ou lição; - por que importa; - onde aplicar; - o que evitar; - data. Não duplique informação. Atualize a nota existente quando necessário.
Cómo comprobar: trabaja algunas sesiones de verdad y revisa la carpeta /memoria-projeto/: cada lección se convirtió en una nota con decisión, motivo, dónde aplicarla, qué evitar y fecha — sin duplicar lo que ya estaba allí, y con notas antiguas actualizadas en vez de repetidas.
🔗 Cruce con la Trilha 1 (oficial)
Este consejo refleja directamente el sistema de memoria en archivos de módulo 1.7 de la Ruta 1, que cuenta con el respaldo oficial de la documentación «Prompting Claude Fable 5»:
EN: "Guarda una lección por archivo con un resumen de una línea al inicio. Registra tanto las correcciones como los enfoques confirmados, incluido por qué fueron importantes. No guardes lo que el repositorio o el historial del chat ya registra; actualiza una nota existente en lugar de crear un duplicado; elimina las notas que resulten incorrectas."
"PT-BR: Guarda una lección por archivo, con un resumen de una línea al principio. Registra tanto las correcciones como los enfoques confirmados, e incluye por qué fueron importantes. No guardes lo que el repositorio o el historial de conversaciones ya registran; actualiza una nota existente en vez de crear un duplicado; elimina las notas que resulten ser incorrectas.
💡 Consejo práctico
No dupliques lo que ya está en el repositorio, el código o el historial del chat. La memoria adicional que solo repite lo que ya está registrado en otro lugar se convierte en ruido, y el ruido desactualizado es peor que no tener memoria.
En una frase: decisión + motivo + dónde aplicar + qué evitar + fecha: pega este formato una vez y Fable 5 lo registra por su cuenta de ahí en adelante.
Consejo 8 — el problema: parar demasiado pronto o terminar con una promesa
Imagínalo así: le pides a alguien que revise un informe de 40 páginas y te responde: «le di una mirada general, parece estar bien; si quieres, sigo después». Técnicamente respondió. En la práctica, no tienes nada en las manos, solo la promesa de que el trabajo va a existir.
En tareas largas, el modelo suele tener suficiente información para terminar y, aun así, puede detenerse demasiado pronto: pedir una confirmación genérica («¿quieres que continúe?»), devolver un plan en lugar del trabajo terminado o cerrar el turno con una frase de intención («voy a hacer X ahora») sin haber hecho X de verdad.
El costo de esto es mayor de lo que parece. En una conversación te das cuenta y le dices «continúa», pero en una automatización, un pipeline programado o una revisión que nadie está siguiendo en tiempo real, un turno que termina en una promesa queda sin correcciones durante horas, y el «casi listo» nunca se convierte en «listo».
✗ Termina en una promesa
— pregunta genérica, nada entregado —
Parece un avance cortés, pero no hay ningún entregable ni decisión registrada.
✓ Termina con un resultado
— trabajo completo, verificable —
Recibes algo que puedes usar ahora, no una promesa de continuar después.
⚠️ Atención
Detenerse pronto no siempre está mal: a veces la pausa es exactamente lo correcto (ver módulo 2.2, sobre límites). El problema es detenerse pronto sin motivo, cuando la información necesaria para terminar ya estaba disponible. El Consejo 8 trata de eliminar esa pausa innecesaria, no de eliminar todas las pausas.
En una frase: un turno que termina en un plan, una pregunta genérica o una promesa no es progreso: es un «casi» que solo se convierte en «listo» si alguien le pide que continúe.
Consejo 8 — el prompt: continúa hasta terminar
El antídoto sigue el mismo principio de los límites claros: en vez de pedir «sé más decidido» (demasiado vago para actuar), di exactamente cuándo está permitido detenerse y deja que todo lo demás se convierta en ejecución.
Objetivo: eliminar la pausa innecesaria en tareas largas — código, documentación, planificación, creación de contenido — y reservar el «parar» solo para lo que realmente requiere a una persona.
Si ya tienes suficiente información, ejecuta. No termines con una promesa, un plan o una pregunta genérica. Detente solo si necesitas información que únicamente yo puedo proporcionar o si la acción es destructiva o irreversible.
Cómo comprobar: pega esto en el CLAUDE.md o system prompt y observa las próximas tareas largas: Fable 5 debe entregar un resultado real (archivo, texto listo, plan ejecutado) en vez de preguntar «¿puedo continuar?» a mitad del proceso; solo debe detenerse cuando se encuentre con una de las dos excepciones enumeradas.
🔗 Cruce con la Trilha 1 (oficial)
Este consejo es la versión aplicada del prompt oficial contra la planificación excesiva de módulo 1.4 de la Ruta 1, probado y documentado por Anthropic:
EN: "Pause for the user only when the work genuinely requires them: a destructive or irreversible action, a real scope change, or input that only they can provide. If you hit one of these, ask and end the turn, rather than ending on a promise."
PT-BR: "Haz una pausa para consultar al usuario solo cuando el trabajo realmente lo requiera: una acción destructiva o irreversible, un cambio real de alcance o información que solo esa persona pueda proporcionar. Si te encuentras con uno de estos casos, pregunta y termina el turno, en lugar de terminar con una promesa."
💡 Consejo práctico
Funciona especialmente bien con código, documentación, planificación y creación de contenido: tareas en las que «casi listo» suele convertirse en una excusa para parar. Si tu caso es realmente destructivo o irreversible (deploy, eliminación, envío a terceros), usa los límites del módulo 2.2 en lugar de este consejo.
En una frase: información suficiente = ejecuta; detente solo ante algo destructivo, irreversible o que solo tú sabes.
Cómo se combinan los dos consejos en la práctica
Por sí solas, las dos recomendaciones ya ayudan. Combinadas, cierran un ciclo: un agente que ejecuta hasta el final (Consejo 8) y, al terminar, registra lo que aprendió en la memoria del proyecto (Consejo 7) — listo para que la siguiente sesión ya empiece sabiendo lo que esta descubrió.
Recibe la tarea con contexto
La sesión comienza leyendo /memoria-projeto/ — ya conoce las decisiones confirmadas, los errores que debe evitar y el tono de voz, sin que tengas que repetir nada.
Ejecuta hasta completar
Con suficiente información, actúa, sin parar a preguntar "¿puedo continuar?" a mitad del proceso. Solo hace una pausa si la acción es destructiva o irreversible, o si depende únicamente de ti.
Entrega con evidencia real
La sesión termina con un resultado auditable (archivo, texto, plan ejecutado), no con una promesa. Ver módulo 1.4 de la Ruta 1 y módulo 2.3 de esta ruta sobre verificación real.
Registra lo aprendido
Antes de terminar, guarda en la memoria lo que cambió: decisión, motivo, dónde aplicar, qué evitar, fecha. La próxima sesión ya empezará con esa información.
En la práctica, los dos prompts de los Consejos 7 y 8 pueden convivir en el mismo CLAUDE.md: uno se ocupa de «no te detengas demasiado pronto» y el otro, de «no olvides lo que aprendiste». Aquí tienes un ejemplo combinado, listo para copiar:
Objetivo: un único bloque que une ambos consejos — ejecución hasta el final y registro automático de memoria — para pegarlo una vez y aplicarlo a todo el proyecto.
Si ya tienes suficiente información, ejecuta. No termines con una promesa, un plan o una pregunta genérica. Detente solo si necesitas información que únicamente yo puedo proporcionar o si la acción es destructiva o irreversible. Al completar una tarea, si aprendimos algo importante sobre el proyecto durante el proceso, guárdalo en la memoria: decisión o lección, por qué importa, dónde aplicarla, qué evitar, fecha. No dupliques información ya registrada: actualiza la nota existente cuando sea necesario.
Cómo comprobar: completa una tarea larga de principio a fin y comprueba dos cosas al final: (1) el turno terminó con un resultado real, no con una promesa; (2) la carpeta /memoria-projeto/ hay una nota nueva o actualizada que refleja lo aprendido.
En una frase: ejecuta hasta el final, presenta evidencia, registra la lección — cada sesión hace que el proyecto sea un poco más fácil para la siguiente.
Errores comunes y lista rápida de verificación
Los errores más comunes en estos dos consejos no son conceptuales, sino de disciplina: crear la carpeta de memoria y nunca indicarle al modelo que escriba en ella, o pedir "continúa hasta terminar" sin definir nunca las excepciones que justifican detenerse.
✗ Qué EVITAR
- ✗Crear
/memoria-projeto/pero nunca le indiques al modelo que escriba en ella por sí solo - ✗Dejar que las notas crezcan sin revisarlas: una memoria desactualizada es peor que no tener memoria
- ✗Duplicar en la memoria lo que ya está en el repositorio o en el historial del chat
- ✗Decir «continúa hasta terminar» sin especificar nunca qué excepciones justifican detenerse
- ✗Tratar toda acción como "destructiva por precaución": eso recrea la planificación excesiva que resuelve el Consejo 8
✓ Qué HACER
- ✓Pega el prompt de registro de memoria (tema 2) una sola vez en el CLAUDE.md
- ✓Revisar
/memoria-projeto/de vez en cuando: actualizar o borrar lo que quedó mal - ✓Pega el prompt "continúa hasta terminar" (tema 4) junto con las dos excepciones claras
- ✓Combina los dos prompts (tema 5) en tareas largas que generan aprendizaje
- ✓Exigir evidencia real de lo que se hizo antes de aceptarlo como "completado" (módulo 2.3)
CHECKLIST — Memória de projeto + continuar até concluir (módulo 2.4) [Dica 7] Crie /memoria-projeto/ com 1 arquivo por assunto (posicionamento, público, tom...) [Dica 7] Cole o prompt de registro: decisão + motivo + onde aplicar + o que evitar + data [Dica 7] Atualize a nota existente, nunca duplique; apague o que ficou errado [Dica 8] Cole o prompt "execute se já tem informação suficiente, não termine em promessa" [Dica 8] As únicas exceções pra parar: ação destrutiva/irreversível ou dado só seu [Combo] Ao concluir uma tarefa longa, execute até o fim E registre a lição na memória
En una frase: la memoria sin instrucciones de escritura queda vacía; "continúa hasta terminar" sin excepciones se vuelve imprudente: los dos consejos solo funcionan con la regla explícita incluida en el prompt.
🎓 Resumen del Módulo
Próximo módulo:
2.5 — Visión para interfaces + seguridad defensiva