🧭 Escolha a tarefa certa + explique o motivo

O Fable 5 foi construído pra manter contexto, tomar decisões encadeadas e sustentar raciocínio em runs longos. Isso é caro em foco: quando você aponta essa capacidade pra uma tarefa de dois minutos — resumir um texto curto, responder uma pergunta rápida de fato — não sobra nada de "extra" sendo usado. Você só pagou o custo de um modelo avançado pra fazer o trabalho de um modelo simples.

O ganho real aparece do outro lado do espectro: quando a tarefa exige segurar o quadro inteiro na cabeça ao mesmo tempo. Revisar a arquitetura de um projeto inteiro, avaliar riscos de produto/tecnologia/negócio, transformar uma ideia solta em plano de execução, analisar documentos longos, revisar código/segurança/UX/banco de dados, organizar estratégias complexas, criar sistemas de diagnóstico e acompanhamento — tudo isso pede profundidade sustentada, não uma resposta rápida.

Este é um prompt testado na prática, não uma citação oficial de documentação — é um template recomendado pra quando a tarefa já passou no filtro do tópico anterior. Ele funciona porque troca "solte umas ideias" por uma lista numerada de entregáveis: o modelo tende a cobrir exatamente os itens que você numerou, na ordem em que você numerou.

Repare na ordem dos 6 itens: diagnóstico primeiro (o que está errado), depois decisões e riscos (o que fazer e o que pode dar errado), só então o plano e os entregáveis, terminando no que fazer agora. Essa sequência evita a armadilha clássica de pular direto pra solução sem entender o problema.

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.

O modelo responde melhor quando entende a intenção por trás do pedido: qual é o objetivo maior, quem vai usar o resultado, em que contexto isso se encaixa e o que a resposta precisa habilitar. Sem isso, ele preenche as lacunas com a interpretação mais genérica possível daquele tipo de pedido — que raramente é exatamente o que você precisava.

Isso não é uma regra nova: é prática consolidada de prompting, testada de novo aqui no contexto específico de usar o Fable 5 como agente de trabalho — não uma citação fechada de documentação. Trate como recomendação sólida validada na prática, não como regra gravada em pedra.

Veja o mesmo pedido nas duas versões. A diferença não está no "o quê" — as duas pedem uma trilha de 30 dias. A diferença está inteira no motivo: quem é o público, o que ele precisa alcançar, e como isso se traduz numa estrutura de 6 partes em vez de uma lista solta de dias.

❌ 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.

Dica 1 e dica 2 não são passos sequenciais — são a mesma frase de abertura. Você escolhe uma tarefa que realmente pede profundidade (não pede pra resumir) e explica o motivo/contexto ali mesmo, na primeira mensagem — não depois, como um adendo quando a resposta já veio genérica.

Exemplo realista: um fundador solo prestes a contratar a primeira pessoa do time precisa reestruturar o projeto inteiro antes disso — decisões de arquitetura, prioridade e o que delegar. Essa é uma tarefa que vale o Fable 5 (dica 1), e o motivo ("vou usar isso pra decidir contratação nas próximas 4 semanas") muda completamente o que a resposta precisa priorizar (dica 2).

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.

Os erros mais comuns não são conceituais — são de hábito. Você sabe que devia dar o contexto, mas está com pressa e manda só a tarefa. Você sabe que a tarefa é grande, mas usa o mesmo prompt genérico de sempre. A lista abaixo é o antídoto rápido: revise antes de apertar enviar, não depois de receber uma resposta genérica.