Um pedido como “faz um post sobre o meu workshop” parece poupar tempo. Na prática, transfere para a ferramenta decisões que continuam a ser suas: o que merece destaque, quem precisa de compreender a mensagem, que limites não podem ser ultrapassados e como reconhecer um resultado aceitável.
Um bom briefing não tenta prever cada palavra da resposta. Ele separa a contribuição da IA da direção do trabalho.
O que a IA pode fazer — e o que precisa de continuar consigo
A IA pode organizar material, comparar alternativas, encontrar lacunas e preparar uma primeira versão. A direção precisa de definir o problema, fornecer factos confiáveis, estabelecer critérios, proteger limites e decidir o que pode ser usado.
Esta separação evita dois erros comuns: pedir pouco contexto e receber uma resposta genérica, ou pedir um resultado inteiro sem conservar uma forma objetiva de o rever.
O briefing em sete blocos
| Bloco | O que escrever | Por que importa |
|---|---|---|
| 1. Tarefa | O resultado concreto que precisa de existir no fim. | Evita que a IA escolha o formato por si. |
| 2. Situação | Onde o trabalho será usado, por quem e em que momento. | Dá contexto sem transformar o pedido numa biografia. |
| 3. Material autorizado | Factos, documentos, notas e referências que a resposta pode usar. | Reduz invenções e facilita a conferência. |
| 4. Decisão humana | A ideia central, a prioridade e o efeito que quer produzir. | Mantém a direção fora da ferramenta. |
| 5. Limites | O que não pode ser afirmado, alterado, omitido ou presumido. | Protege factos, pessoas, marca e contexto. |
| 6. Critérios | Como será avaliado o resultado antes de o aceitar. | Substitui “gostei” por uma revisão observável. |
| 7. Entrega e verificação | Formato, tamanho, fontes a citar e lista final de conferência. | Transforma a resposta num objeto utilizável. |
Descarregar o modelo editável (.md) ↗
Texto pronto para copiar
TAREFA
Produz [resultado] em [formato].
SITUAÇÃO
Será usado em [local/momento] por [público] para [necessidade].
MATERIAL AUTORIZADO
Usa apenas: [factos, notas, ficheiros e referências].
DECISÃO HUMANA
A ideia central é [tese]. A prioridade é [o que deve ficar claro].
LIMITES
Não inventes [dados, experiências, testemunhos]. Não alteres [factos].
Evita [tom, palavras, imagens ou abordagens inadequadas].
CRITÉRIOS DE QUALIDADE
O resultado serve se: [critério 1], [critério 2] e [critério 3].
ENTREGA E VERIFICAÇÃO
Entrega em [estrutura]. No fim, lista os factos usados,
as suposições e os pontos que ainda exigem confirmação humana.Teste com um caso fictício
Para mostrar o método sem fingir uma experiência real, usei um exemplo identificado como fictício: uma biblioteca municipal imaginária vai realizar o encontro “Internet sem pressa”, no dia 24 de outubro, às 10h00. A participação é gratuita, exige inscrição e cada pessoa deve levar o próprio telemóvel. O objetivo é ensinar a iniciar e atender videochamadas.
O pedido à IA foi criar quatro ecrãs para uma publicação. A direção humana definiu três critérios: ninguém pode ser tratado como incapaz; data, hora e inscrição têm de aparecer; o primeiro ecrã deve explicar a tarefa, não fazer uma promessa vaga. Também foram proibidos testemunhos, resultados inventados e imagens estereotipadas de pessoas mais velhas.
A primeira abertura gerada foi: “Videochamadas sem pedir ajuda em cada passo.” A frase parecia direta, mas falhou o critério principal: transforma a aprendizagem numa vergonha e presume uma dependência que não foi dada como facto.
A versão revista ficou: “Aprenda a iniciar e atender videochamadas no seu telemóvel.” O briefing não serviu apenas para produzir. Serviu para recusar com uma razão clara.
Saída revista do exemplo
- Aprenda a iniciar e atender videochamadas no seu telemóvel.
- Num encontro prático, percorremos os passos desde o contacto até à chamada.
- Traga o seu telemóvel carregado. A participação é gratuita.
- 24 de outubro · 10h00 · Inscrição necessária.
Este caso é uma simulação editorial criada para testar o modelo. A biblioteca, o evento e os dados não correspondem a uma atividade real.
Faça a revisão em duas passagens
Na primeira, confira factos: nomes, datas, números, links, citações, disponibilidade e território. Na segunda, confira direção: a mensagem resolve a tarefa, respeita o público, preserva a ideia central e evita o que foi proibido?
Se um resultado falhar, não responda apenas “faz melhor”. Diga qual critério não foi cumprido, mostre o trecho e peça uma nova versão preservando o que já funciona. Assim, a conversa deixa de ser uma sequência de preferências e passa a acumular decisão.
O que continua manual
O modelo não verifica sozinho se um facto é verdadeiro, se tem autorização para usar um documento ou se a mensagem é adequada à situação. Também não publica, envia ou automatiza qualquer fluxo por si só. A escolha das fontes, a conferência, a aprovação e a execução final continuam a precisar de uma pessoa responsável.
O NIST recomenda definir as tarefas apoiadas por IA e documentar processos de supervisão humana. A documentação oficial da OpenAI também trata instruções, contexto e formato de saída como partes do pedido. São princípios simples, mas tornam-se úteis quando o briefing passa a guardar decisões que podem ser revistas.
Fontes: NIST AI RMF Core, NIST Generative AI Profile e OpenAI — Prompt engineering.
O teste para o seu próximo pedido
Antes de escrever o prompt, tente completar os sete blocos sem abrir a ferramenta. Se não conseguir definir o que torna uma resposta boa, ainda não existe direção suficiente para delegar a primeira versão.
Use o modelo numa tarefa real de baixo risco. Guarde o briefing, a primeira saída e a revisão. O ganho não está apenas em receber texto mais depressa. Está em tornar visível por que uma versão pode seguir e outra não.