Fazer pedidos que deixam o resultado claro

O primeiro resumo funcionou porque o pedido dizia qual arquivo ler, o que produzir e como conferir. Engenharia de prompts, ou prompt engineering, é o cuidado de formular e testar essas instruções. Para o uso de escritório, o objetivo é tornar o trabalho compreensível: a pessoa ou o assistente que recebe o pedido precisa saber o que entregar e quais limites respeitar.

Considere o pedido “melhore o resumo”. Ele deixa várias decisões abertas. Melhorar pode significar encurtar, formalizar, acrescentar uma recomendação ou mudar o formato. Na simulação, queremos que a equipe encontre as pendências com facilidade. Um pedido mais claro seria: “No resumo da reunião, apresente cada pendência como responsável, ação e condição, sem acrescentar informação”. O resultado ficou definido e continua verificável nas anotações.

O contexto explica a finalidade. Dizer que o resumo será lido pela equipe ajuda a ajustar a linguagem; dizer que é um rascunho interno evita tratá-lo como comunicação já aprovada. O material de origem limita os fatos. O formato explica como entregá-los. O critério de conferência define o que você vai comparar antes de usar o resultado. Esses elementos podem caber em poucas frases, sem uma ficha extensa em todo pedido.

Prepare o e-mail interno

Continuamos na simulação da equipe de pedidos. Agora o resumo servirá de base para um e-mail interno, guardado como rascunho. O pedido menciona as anotações como fonte principal: se o resumo tiver um erro, não queremos propagá-lo para a mensagem.

O exemplo de formato ajuda a organizar a resposta, mas não serve como fonte de fatos. No arquivo produzido, a linha de Bruno pode ficar “Bruno — preparar um rascunho de resposta ao cliente — depois da confirmação do estoque”. Essa condição precisa acompanhar a tarefa. Escrever apenas “Bruno — responder ao cliente — quinta-feira” atribuiria prazo e ação que não foram combinados.

Abra rascunho-retorno.md e leia como se fosse recebê-lo sem ter participado da reunião. É possível identificar a decisão, as duas ações e a informação em aberto? Cada compromisso está nas anotações? Se a estrutura estiver longa demais, peça um ajuste preciso, como “reduza a abertura para uma frase e preserve as ações”. Evite mandar “tente de novo” sem dizer o que falhou; isso deixa a mesma ambiguidade no pedido seguinte.

Dividir quando há uma decisão no meio

Uma tarefa maior pode precisar de etapas. Se você ainda não sabe quais informações entram no relatório, peça primeiro a leitura e uma proposta de estrutura. Decida o recorte e depois solicite o arquivo. Se a tarefa já estiver clara, como nosso resumo curto, não é necessário criar uma reunião de planejamento para cada alteração. A divisão deve ajudar a resolver uma incerteza real.

Para revisar uma escolha do assistente, peça a fonte usada, o motivo da escolha e a verificação feita. Compare essa justificativa curta com o material original.

Se faltar uma informação, peça que o assistente a identifique junto da ação afetada. Exemplo: “Data de entrega: a confirmar com a equipe”. Complete esse dado antes de usar o rascunho como compromisso com o cliente.