Orientações para prompts
prompts do construtor de IA para resultados mais confiáveis
Os prompts do construtor de IA funcionam melhor quando descrevem o objetivo, o contexto disponível, os limites e o resultado desejado em linguagem simples. Use o exemplo abaixo como ponto de partida e depois refine-o para o seu fluxo de trabalho.
Pré-requisitos
Comece com as entradas corretas
Um prompt eficaz não precisa de jargão técnico, mas precisa de contexto suficiente para que o construtor diferencie o objetivo dos detalhes de implementação.
-
1
Defina o resultado
Informe o que o fluxo de trabalho, assistente ou experiência gerada deve realizar. Use um resultado observável, como classificar, resumir, extrair, redigir ou encaminhar.
-
2
Adicione contexto e regras
Forneça o público, o material de origem, os campos importantes, os casos extremos e os limites. Diga o que o sistema deve evitar quando uma resposta for incerta.
-
3
Descreva o resultado
Especifique o formato, o tom, a estrutura e a próxima ação esperados. Um exemplo de resultado pode tornar uma solicitação abstrata muito mais fácil de interpretar.
Recursos relacionados
Uma execução completa
O design de prompts geralmente está relacionado a um recurso específico. Estes guias relacionados mostram como o mesmo briefing muda quando a tarefa envolve arquivos, modelos ou cálculos.
- processamento de documentos do construtor de IA Veja como transformar o conteúdo de documentos em informações estruturadas e úteis.
- treinar modelo com o construtor de IA Explore os aspectos a considerar ao preparar exemplos para um modelo.
- calculadora do construtor de IA Aprenda a descrever entradas de cálculo, regras e resultados esperados.
Anatomia do prompt
Tabela de opções: vago versus específico
A coluna da esquerda deixa decisões importantes em aberto. A coluna da direita fornece ao construtor uma especificação mais fácil de testar, sem determinar todos os detalhes de implementação.
| Prompt vago | Prompt específico | |
|---|---|---|
| Objetivo | Crie um assistente de suporte. | Classifique cada mensagem de suporte recebida e sugira a próxima equipe ou ação. |
| Contexto | Use nossas informações de clientes. | Use o texto da mensagem, a área do produto, o nível do cliente e o status do caso anterior, quando disponíveis. |
| Categorias | Identifique o que o cliente precisa. | Retorne um tópico: cobrança, acesso, bug, solicitação de recurso, conta ou outro. |
| Incerteza | Lide adequadamente com casos difíceis. | Se o tópico não estiver claro, retorne outro e explique qual detalhe está faltando. |
| Saída | Dê uma resposta útil. | Retorne uma categoria, um nível de urgência, a equipe recomendada e um rascunho de resposta com duas frases. |
| Tom | Seja profissional. | Use uma linguagem concisa e tranquila e evite prometer uma resolução que ainda não foi confirmada. |
| Verificação de sucesso | Torne-o preciso. | Teste o resultado com mensagens típicas, ambíguas e fora do escopo antes de confiar nele. |
O que falha
O que uma rota de prompt não pode decidir por você
Um prompt pode expressar uma intenção, mas não pode substituir a qualidade da fonte, a revisão ou uma decisão clara sobre quem é responsável pelo resultado.
Ele não pode inventar o contexto ausente
Se o prompt não fornecer os campos, exemplos ou materiais de origem relevantes, o resultado poderá ser genérico ou baseado em uma suposição incorreta.
O que fazer em vez disso
Liste as entradas que o fluxo de trabalho pode realmente receber e defina o que deve acontecer quando uma delas estiver ausente.
Ele não pode garantir todos os casos extremos
Uma única instrução não preverá todas as solicitações incomuns, registros conflitantes ou frases ambíguas que aparecem em produção.
O que fazer em vez disso
Adicione casos extremos representativos, um resultado alternativo e um caminho de revisão para resultados incertos.
Ele não pode definir o sucesso por si só
Palavras como melhor, inteligente ou preciso descrevem uma intenção, mas não fornecem um teste útil.
O que fazer em vez disso
Especifique os campos, o formato, os limites ou as verificações humanas que indicam que o resultado é aceitável.
Ele não pode substituir a responsabilidade
O construtor pode ajudar a estruturar um fluxo de trabalho, mas uma pessoa ou equipe ainda precisa revisar decisões sensíveis e manter o processo subjacente.
O que fazer em vez disso
Designe uma pessoa responsável pelos testes, pela aprovação, pelo monitoramento e pelas revisões do prompt.
Comparação de prompts
Veja a diferença que um prompt preciso faz
Um briefing focado fornece ao construtor estrutura suficiente para produzir uma primeira versão útil, deixando espaço para iterações.
Entradas específicas criam um ponto de partida mais fácil de testar.
Instruções pouco clarasResultado estruturadoPróxima etapa
Coloque seu próximo prompt em prática
Comece com um fluxo de trabalho e descreva o resultado esperado em linguagem simples. Adicione as entradas, regras, o que fazer quando algo der errado e o formato de saída necessários para que outra pessoa avalie o resultado. Depois, teste o prompt com um caso comum e outro ambíguo antes de ampliar seu escopo.
- Descreva um resultado observável
- Inclua entradas e casos extremos
- Avalie o primeiro resultado antes de fazer ajustes
Dúvidas sobre prompts
Perguntas frequentes
Inclua o objetivo, as entradas disponíveis, as regras importantes, a saída esperada e o que fazer quando houver informações ausentes ou pouco claras. Um exemplo curto também pode esclarecer o resultado pretendido.
Inclua detalhes suficientes para eliminar ambiguidades importantes, mas não determine cada etapa interna. Comece pelo resultado esperado e pelas restrições. Depois, adicione exemplos ou casos extremos quando o primeiro resultado precisar de correção.
Você pode reutilizar a estrutura de um prompt, mas o contexto e as regras devem corresponder ao fluxo de trabalho. Uma solicitação de classificação, uma tarefa com documentos e uma calculadora exigem entradas e critérios de sucesso diferentes.
A inconsistência costuma resultar de contexto insuficiente, requisitos de saída vagos, instruções conflitantes ou entradas de qualidade variável. Defina um formato, especifique o que fazer quando algo der errado e inclua casos de teste representativos.
Teste-o com um exemplo típico, uma entrada incompleta e um caso ambíguo ou fora do escopo. Verifique se a saída segue o formato exigido e se o comportamento previsto para esses casos é seguro e útil.