⚖️ No todas las tareas merecen Fable 5
🧠 Imagínalo así: contratar a un arquitecto sénior para preguntar la hora. Hasta responde correctamente, pero pagaste una jornada de arquitecto por una tarea de reloj de pulsera. Usar Fable 5 para resumir un párrafo es el mismo desperdicio, solo que en enfoque, profundidad y tiempo de ejecución.
Fable 5 se diseñó para mantener el contexto, tomar decisiones encadenadas y sostener el razonamiento durante ejecuciones largas. Eso exige mucha concentración: cuando aplicas esa capacidad a una tarea de dos minutos —resumir un texto breve, responder una pregunta sencilla de información— no queda nada «extra» que aprovechar. Solo pagaste el costo de un modelo avanzado para hacer el trabajo de uno sencillo.
El beneficio real aparece en el otro extremo del espectro: cuando la tarea exige mantener todo el panorama en mente al mismo tiempo. Revisar la arquitectura de un proyecto completo, evaluar riesgos de producto/tecnología/negocio, convertir una idea suelta en un plan de ejecución, analizar documentos largos, revisar código/seguridad/UX/bases de datos, organizar estrategias complejas, crear sistemas de diagnóstico y seguimiento: todo eso requiere profundidad sostenida, no una respuesta rápida.
🧭 Regla práctica
Si resolverías esto con un análisis de 2 minutos, no es una tarea para Fable 5. Si exige mantener decenas de variables, archivos y decisiones a la vez para llegar a una respuesta correcta, es exactamente para eso que sirve.
✗ Desperdicio
- • Resumir un texto corto
- • Responder una pregunta rápida sobre un hecho
- • Ajustar una frase o un pie de foto
- • Generar 3 ideas sueltas para un título
✓ Vale la pena
- • Revisar la arquitectura de un proyecto completo
- • Evaluar riesgos de producto/tecnología/negocio
- • Transformar la idea en un plan de ejecución
- • Analizar documentos largos
- • Revisar código/seguridad/UX/base de datos
- • Organizar estrategias complejas
- • Crear sistemas de diagnóstico y seguimiento
En una frase: Fable 5 vale la pena cuando la tarea exige tener presente el panorama completo, no cuando puede resolverse en una respuesta de 2 minutos.
🎯 El prompt de agente sénior (copy-run)
🧠 Imagínalo así: la diferencia entre pedirle "dame algunas ideas" a un pasante y pedirle un informe estructurado a un consultor sénior. El segundo formato obliga a incluir diagnóstico, decisión, riesgo y plan, no una lista suelta.
Este es un prompt probado en la práctica, no una cita oficial de la documentación: es una plantilla recomendada para cuando la tarea ya pasó el filtro del tema anterior. Funciona porque reemplaza «suelta algunas ideas» por una lista numerada de entregables: el modelo tiende a cubrir exactamente los elementos que numeraste, en el orden en que los numeraste.
Fíjate en el orden de los 6 elementos: primero el diagnóstico (qué está mal), después las decisiones y los riesgos (qué hacer y qué puede salir mal), luego el plan y los entregables, y al final qué hacer ahora. Esta secuencia evita la trampa clásica de saltar directamente a la solución sin entender el problema.
🔬 Ejemplo copy-run: prompt de análisis sénior
Objetivo: transformar cualquier proyecto o situación compleja en un análisis estructurado de agente sénior — diagnóstico, decisiones, riesgos, plan, entregables y siguiente paso — en vez de una respuesta aislada.
Estou trabalhando em <projeto maior> para <público>. O resultado final precisa permitir <objetivo real>. Analise o projeto inteiro como um agente sênior. Não me dê ideias soltas. Entregue: 1. diagnóstico do problema central; 2. decisões estratégicas necessárias; 3. riscos; 4. plano de execução em etapas; 5. entregáveis concretos; 6. o que deve ser feito agora, nesta ordem.
Cómo comprobar: comprueba que la respuesta presente los 6 puntos claramente separados y numerados, no en un solo párrafo que lo mezcle todo. Si algún punto quedó superficial o incompleto (p. ej., faltan los riesgos), vuelve a ejecutarlo indicando exactamente qué número quedó incompleto.
💡 Por qué importa la estructura numerada
El modelo tiende a imitar la estructura que le pides. Si pides «ideas», te da ideas sueltas; si pides 6 entregables numerados, te da 6 entregables numerados. La lista no es un adorno: es el contrato de formato de la respuesta.
En una frase: pídele a un agente sénior entregables numerados y cambiarás ideas sueltas por un plan ejecutable.
🧠 Por qué el motivo cambia la respuesta
🧠 Imagínalo así: pedir "haz una diapositiva" a alguien sin decirle quién la verá, frente a decirle "es para la junta directiva, para aprobar el presupuesto". La solicitud es la misma; el resultado que se necesita es completamente diferente.
El modelo responde mejor cuando entiende la intención detrás de la solicitud: cuál es el objetivo mayor, quién usará el resultado, en qué contexto encaja y qué debe permitir hacer la respuesta. Sin eso, llena los vacíos con la interpretación más genérica posible de ese tipo de solicitud, que rara vez es exactamente lo que necesitabas.
Esto no es una regla nueva: es una práctica consolidada de prompting, probada de nuevo aquí en el contexto específico de usar Fable 5 como agente de trabajo; no es una cita textual de la documentación. Tómalo como una recomendación sólida, validada en la práctica, no como una regla grabada en piedra.
🔗 Profundización (ruta 1): este consejo tiene el mismo espíritu que módulo 1.2 — "Da el porqué", que cuenta con el respaldo oficial de la documentación de Anthropic y cubre la versión más técnica, a nivel de API, del mismo principio (incluido el efecto secundario de pedir «muestra el razonamiento»). Aquí la aplicación es más práctica y está orientada a productos y proyectos del día a día.
✗ Falta contexto
- • Respuesta genérica, de manual
- • Enfoque equivocado (optimiza lo que no corresponde)
- • Retrabajo para volver a alinearse después
- • Prioridades decididas "a ojo"
✓ Con contexto
- • Respuesta alineada con el objetivo real
- • Menos retrabajo para volver a alinearse
- • Prioridades correctas desde la primera respuesta
- • Criterio de "bueno" explícito, no supuesto
En una frase: sin un motivo, el modelo adivina el contexto; con un motivo, decide en la dirección que indicas.
🔁 Débil vs. fuerte: la misma solicitud, contextos diferentes
🧠 Imagínalo así: "crea una ruta de IA" es una orden gritadas desde lejos. El siguiente prompt sólido es el briefing completo: quién la usará, para qué y qué debe lograr la ruta al final.
Mira la misma solicitud en las dos versiones. La diferencia no está en el «qué»: ambas piden una ruta de 30 días. La diferencia está por completo en el motivo: quién es el público, qué necesita lograr y cómo eso se traduce en una estructura de 6 partes en vez de una lista de días sin conexión.
🔬 Ejemplo copy-run: débil vs. sólido
Objetivo: mostrar cómo el mismo pedido pasa de "lista genérica de temas" a "plan estructurado con criterio de progreso" con solo agregar quién es el público y qué necesita lograr.
❌ FRACO: Crie uma trilha de IA. ✅ FORTE: Estou criando uma trilha para profissionais que querem aprender IA de forma prática e aplicar no trabalho. O objetivo é fazer a pessoa praticar todos os dias e construir projetos reais. Com isso em mente, crie uma trilha de 30 dias com: 1. diagnóstico inicial; 2. prática diária; 3. projeto simples por semana; 4. conteúdo de apoio; 5. critério de evolução; 6. resultado final esperado.
Cómo comprobar: ejecuta ambas versiones y compara. La débil suele devolver una lista genérica de 30 días, sin progresión ni criterio para saber si «hubo avances». La fuerte devuelve las 6 partes solicitadas, incluida la práctica diaria y el criterio de evolución, porque el motivo (practicar todos los días, proyecto real) guio la estructura. Si la versión fuerte sigue siendo imprecisa, refuerza con cifras y criterios concretos el «quién» y el «para qué».
En una frase: mismo pedido, resultado completamente diferente: la única variable fue el motivo.
🔗 La combinación en la práctica: tarea adecuada + motivo desde el inicio
🧠 Imagínalo así: en lugar de dos pedidos separados (primero elegir la tarea correcta y después explicar el motivo en otro mensaje), los dos consejos se convierten en un solo párrafo inicial — el mismo mensaje ya empieza con la tarea compleja correcta Y el contexto que la justifica.
El consejo 1 y el consejo 2 no son pasos secuenciales — son la misma frase de apertura. Elige una tarea que realmente requiera profundidad (no pidas un resumen) e explica el motivo/contexto ahí mismo, en el primer mensaje — no después, como un añadido cuando la respuesta ya llegó genérica.
Ejemplo realista: un fundador que trabaja solo y está por contratar a la primera persona del equipo necesita reestructurar todo el proyecto antes de hacerlo: decisiones de arquitectura, prioridades y qué delegar. Esta es una tarea para la que vale la pena usar Fable 5 (consejo 1), y el motivo ("voy a usar esto para decidir a quién contratar en las próximas 4 semanas") cambia por completo lo que la respuesta debe priorizar (consejo 2).
Primero el contexto y el motivo
Antes de hacer el pedido, no después
Quién usará el resultado, para qué sirve y qué debe permitir hacer la respuesta, en la primera frase.
Elige una tarea que requiera profundidad
El filtro del tema 1
Arquitectura, riesgo, plan de ejecución: no pidas un resumen ni una respuesta rápida.
Pide una entrega estructurada y numerada
El formato del tema 2
Diagnóstico, decisiones, riesgos, plan, entregables, siguiente paso — nunca «ideas sueltas».
Comprueba que coincida con el motivo
Después de ejecutar
¿La respuesta priorizó lo que dijiste que era importante? Si no, refuerza el motivo y vuelve a intentarlo.
🔬 Ejemplo copy-run: prompt combinado
Objetivo: mostrar el prompt del consejo 1 (tarea correcta) ya combinado con el motivo del consejo 2 (contexto), en un único mensaje inicial, no en dos pedidos separados.
Estou reestruturando <nome do projeto> antes de trazer a primeira pessoa do time. Preciso que esta análise sirva de guia pras próximas 4 semanas de decisões — não é curiosidade, é o documento que vou seguir pra contratar e priorizar. Analise o projeto inteiro como um agente sênior, considerando que quem vai usar isso sou eu sozinho, tomando decisões de arquitetura, prioridade e contratação. Não me dê ideias soltas. Entregue: 1. diagnóstico do problema central; 2. decisões estratégicas necessárias; 3. riscos; 4. plano de execução em etapas; 5. entregáveis concretos; 6. o que deve ser feito agora, nesta ordem.
Cómo comprobar: confirma que la respuesta mencione explícitamente «las próximas 4 semanas» y «contratación» entre las prioridades; eso demuestra que el motivo influyó en el enfoque y el orden. Si te devolvió los 6 puntos genéricos sin conectarlos con el contexto dado, el motivo no quedó lo bastante explícito.
En una frase: la tarea adecuada + el motivo explícito, en el mismo mensaje de apertura, no en dos solicitudes separadas.
☑️ Errores comunes + lista de verificación rápida
🧠 Imagínalo así: en la práctica, los dos consejos de este módulo fallan de la misma manera — no porque sean complicados, sino porque es fácil volver al viejo hábito de «solo enviar la pregunta» cuando hay presión de tiempo.
Los errores más comunes no son conceptuales, sino de hábito. Sabes que deberías dar contexto, pero tienes prisa y envías solo la tarea. Sabes que la tarea es grande, pero usas el mismo prompt genérico de siempre. La lista de abajo es el antídoto rápido: revísala antes de presionar enviar, no después de recibir una respuesta genérica.
✗ Errores comunes
- ✗Usar Fable 5 para una tarea de resumen de 2 minutos
- ✗Pedir «ideas sueltas» sin una estructura de entrega
- ✗Poner el motivo al final del prompt, como PS
- ✗Suponer que el modelo «entenderá el contexto» sin explicarlo
- ✗Repetir el mismo prompt genérico en tareas completamente diferentes
✓ Lista de verificación correcta
- ✓Reservar Fable 5 para análisis/arquitectura/riesgos/plan
- ✓Pedir una entrega numerada (diagnóstico → decisiones → riesgos → plan → entregables → siguiente paso)
- ✓Motivo + público + lo que permite hacer el resultado ANTES de la solicitud
- ✓Escribir el contexto explícitamente, aunque parezca obvio
- ✓Adaptar el prompt a la tarea real, sin usar una plantilla genérica
✅ Lista de verificación de 30 segundos antes de enviar
- • ¿Esta tarea exige tener presente el panorama completo (arquitectura, riesgo, plan)?
- • ¿El motivo/contexto está en la primera frase y no al final?
- • ¿Pedí una entrega numerada y no "ideas sueltas"?
- • ¿Expliqué quién va a usar el resultado y qué debe permitir hacer?
En una frase: antes de enviar — ¿esta tarea merece Fable 5? ¿Y el motivo ya está en la primera frase?
🧾 Resumen del Módulo
Próximo módulo:
2.2 — Controla la profundidad + define límites: no toda tarea necesita el máximo razonamiento, y un agente sólido necesita límites antes de actuar.