1. O que você vai aprender
Montar um pequeno conjunto de demonstrações que ensine a regra certa, inclusive quando faltam dados. Você sairá com exemplos revisados e um teste que verifica generalização: funcionar em entradas novas.
2. Conceito em 1 minuto
Few-shot se parece com mostrar a um colega três serviços concluídos antes de delegar o quarto. As demonstrações devem revelar tanto o padrão de sucesso quanto o limite do que pode ser concluído.
Consistência de formato e diversidade de exemplos são recomendações recorrentes na documentação do Gemini. [S04]
3. Por que isso importa
Em consultoria, propostas e atendimento, a regra implícita costuma estar na cabeça da equipe. Exemplos tornam essa expectativa visível: qual informação extrair, como tratar ausência e como distinguir pedido de confirmação.
4. Quando usar
Use para extração com campos específicos, padronização de tom, classificação de casos parecidos e produção de resumos estruturados. É útil quando uma descrição abstrata não mostra bem o resultado esperado.
5. Quando NÃO usar
Não use exemplos como fonte de fatos sobre o próximo cliente. Não replique nomes, valores ou compromissos da demonstração. Evite muitos exemplos quase iguais; eles aumentam a entrada sem ampliar a cobertura.
6. Estrutura da técnica
VARIAR: Válidos → Ausentes → Raros → Inconsistentes → Aprovar → Reutilizar.
Selecione uma situação normal, uma com campo ausente, uma exceção frequente e uma ambiguidade. Revise as respostas antes de inseri-las. Mantenha categorias e nomes dos campos idênticos. Se a política mudar, revise todas as demonstrações relacionadas.
“Quatro exemplos” é uma proposta de exercício, não uma quantidade ótima universal. Experimente menos ou mais conforme o erro observado.
7. Exemplo ruim
Exemplo 1: Cliente A compra R$ 5.000 em 30 dias.
Exemplo 2: Cliente B compra R$ 10.000 em 15 dias.
Agora complete as oportunidades dos demais clientes.
Os exemplos incentivam preencher venda, valor e prazo mesmo quando nada foi confirmado.
8. Exemplo melhorado
Extraia somente informação explícita da mensagem.
Campos: necessidade, orçamento, prazo, decisão_confirmada.
Use “não informado” para ausência. Proposta não é contrato.
Exemplo:
Entrada: “Quero conhecer a solução; ainda não defini verba.”
Saída: necessidade=conhecer a solução; orçamento=não informado;
prazo=não informado; decisão_confirmada=não.
A demonstração agora ensina a não preencher lacunas.
9. Exemplo profissional
Cenário fictício de CRM.
Extraia necessidade, orçamento e status da decisão.
Status permitidos: EXPLORAÇÃO, AVALIAÇÃO ou CONTRATADO.
CONTRATADO exige confirmação explícita de contratação.
Entrada: “Estou pesquisando sistemas; ainda não tenho verba.”
Saída: necessidade=sistema; orçamento=não informado; status=EXPLORAÇÃO
Entrada: “Aprovamos avaliar vocês. Limite de R$ 3.000 mensais.”
Saída: necessidade=avaliar fornecedor; orçamento=R$ 3.000/mês;
status=AVALIAÇÃO
Entrada: “Contrato assinado. Valor acordado: R$ 2.500 por mês.”
Saída: necessidade=não informado; orçamento=R$ 2.500/mês;
status=CONTRATADO
Nova entrada: “Recebi sua proposta de R$ 3.000. Vou levar ao sócio.”
Referência: necessidade=não informado; orçamento=não informado; status=AVALIAÇÃO. O preço da proposta não equivale ao orçamento aprovado do comprador.
10. Template reutilizável
Objetivo: [OBJETIVO]
Contexto: [CONTEXTO]
Regras de decisão: [CRITÉRIOS]
Restrições: [RESTRIÇÕES]
Formato exato: [FORMATO_DE_SAÍDA]
Caso normal: [ENTRADA_NORMAL] → [SAÍDA_APROVADA]
Dado ausente: [ENTRADA_INCOMPLETA] → [SAÍDA_APROVADA]
Caso limítrofe: [ENTRADA_LIMÍTROFE] → [SAÍDA_APROVADA]
Os exemplos demonstram o padrão; não fornecem fatos para o novo caso.
Novo caso a processar: [DADOS]
11. Exercício para o aluno
Crie três exemplos de “pedido de informação” e “intenção de compra”. Critério: “quanto custa?” não deve ser automaticamente tratado como compromisso de compra. Defina os rótulos antes de escrever as saídas.
12. Exercício intermediário
Monte quatro exemplos para extrair tarefas de reunião, incluindo uma fala hipotética: “Poderíamos lançar em outubro”. Gabarito: a fala hipotética não pode virar prazo confirmado. Teste uma nova fala com “talvez”.
13. Desafio profissional
Padronize resumos de dez propostas sem confundir preço ofertado, orçamento informado e valor contratado. Entregável: regra, demonstrações e tabela de teste. Aceite: os três conceitos permanecem separados mesmo quando aparecem números iguais.
14. Checklist
- Os exemplos cobrem mais de um padrão de entrada.
- Há pelo menos uma lacuna ou ambiguidade.
- As saídas foram revisadas.
- Regras e exemplos não se contradizem.
- Nenhum exemplo contém dados sensíveis desnecessários.
- O novo caso está claramente separado.
- Os testes não repetem as demonstrações.
15. Erros comuns
Ensinar uma exceção como regra; deixar o último exemplo dominar a distribuição; usar linguagem mais fácil nos exemplos do que na operação; alterar nomes de campos; fazer a IA gerar e aprovar os próprios exemplos sem revisão; deixar fatos da demonstração migrarem para o novo caso.
16. Antes e depois
PROMPT INICIAL: “Imite estes dois relatórios.”
→ PROMPT OTIMIZADO: “Siga a estrutura dos exemplos aprovados, preserve apenas fatos do novo documento e use ‘não informado’ para campos ausentes.”
→ MOTIVO DA MELHORIA: separa padrão de apresentação e conteúdo factual.
17. Resumo de bolso
Ensine a regra, não a resposta do teste. Inclua o que fazer quando não souber.