20 exemplos de engenharia de prompts, antes e depois

Escreva uma resposta curta recusando um convite para um workshop de 90 minutos de um cliente que quero manter. Estou recusando porque a pauta não é algo que minha equipe possa influenciar, não porque estou sem tempo. Ofereça uma alternativa: uma ligação de 20 minutos com quem é responsável pela decisão. Tom cordial, sem pedir desculpas, menos de 80 palavras, sem pontos de exclamação.

Escreva uma segunda cobrança de uma fatura de €4.200 vencida há 18 dias. Trabalhamos com esse cliente há dois anos e queremos mantê-lo; ele não respondeu ao primeiro lembrete. Tom firme, sem passivo-agressividade e ainda sem ameaçar outras medidas. Faça uma pergunta direta que exija resposta. Menos de 90 palavras.

Escreva uma mensagem no Slack para um designer da minha equipe. As telas entregues resolvem outro problema, não o do briefing: o trabalho é bom, mas o foco está errado, em parte por culpa minha, pois o briefing era vago. Preciso das telas refeitas nesta semana. Assuma a responsabilidade pelo briefing, seja específico sobre o problema e não suavize a ponto de ficar ambíguo. No máximo quatro frases.

Escreva uma mensagem dentro do aplicativo avisando que um recurso anunciado para março ficará para maio. Motivo: encontramos um erro que causa perda de dados nos testes e não vamos lançar sem corrigi-lo. Público: pessoas que esperam pelo recurso e já disseram isso publicamente. Comece pela nova data, dê o motivo real em uma frase, sem evasivas corporativas nem “agradecemos sua paciência”. Menos de 70 palavras.

Reduza o parágrafo abaixo aproximadamente à metade. Mantenha todos os fatos e números. Corte advérbios, ressalvas vagas e frases que repitam a anterior. Não troque meu vocabulário por outro mais formal e mantenha as contrações. Mostre apenas a versão reduzida.

Escreva meu resumo do LinkedIn. Desenvolvedor backend, 6 anos de experiência, principalmente Go e Postgres, atualmente em infraestrutura de pagamentos de uma fintech de médio porte. Sou realmente bom em tornar sistemas lentos rápidos e previsíveis. Público: gestores que contratam, não recrutadores. Primeira pessoa, três parágrafos curtos, sem “apaixonado” nem “orientado a resultados”, com um exemplo concreto em vez de uma lista de adjetivos.

Abaixo estão minhas anotações brutas de uma conversa com um cliente. Transforme-as em um resumo para colegas que não participaram. Estrutura: o que ele quer, o que faz hoje no lugar disso, o que precisaria acontecer para mudar e questões em aberto. Não acrescente nada que não esteja nas anotações. Se algo não estiver claro, coloque nas questões em aberto em vez de adivinhar.

Explique o que o Kubernetes realmente faz a um desenvolvedor backend que já colocou serviços em produção com Docker Compose, mas nunca usou um orquestrador. Comece pelo problema que ele resolve, não pela arquitetura. Use um único exemplo ao longo da explicação. Pule tudo que eu só precisaria com mais de 50 serviços. Menos de 400 palavras.

Estamos criando um produto de agendamento: muitas leituras relacionais, exigências fortes de consistência, equipe de duas pessoas com experiência em SQL e nenhuma em NoSQL. Compare Postgres e MongoDB para este caso específico em uma tabela: adequação do modelo de dados, consistência, carga operacional para duas pessoas e contratação. Depois, recomende um em duas frases e diga o argumento mais forte contra sua escolha.

Crie um plano de espanhol de 12 semanas. Ponto de partida: leio cardápios e entendo falas lentas, mas travo quando preciso falar. Tenho 30 minutos nos dias úteis e uma hora aos domingos. Objetivo: conversar por 10 minutos com a família da pessoa com quem me relaciono no Natal, sem mudar para o inglês. Dê bastante prioridade à fala. Detalhe toda a semana 1 e resuma cada uma das outras 11 em uma linha.

Me ajude a pensar sobre uma oferta de emprego. Hoje: desenvolvedor sênior, emprego estável, entediado, boa equipe. Oferta: cargo de staff em uma startup de 30 pessoas, 15% a mais, caixa para 18 meses, gestor de quem gostei na entrevista. Tenho financiamento imobiliário e nenhum outro dependente. Liste o que preciso descobrir antes de decidir e provavelmente ainda não perguntei; depois, os dois argumentos mais fortes de cada lado. Não recomende: quero as perguntas, não a resposta.

Me prepare para uma conversa sobre aumento. Segundo duas pesquisas salariais, ganho 20% abaixo do mercado para meu cargo, estou aqui há três anos e liderei a migração que reduziu nossa conta de infraestrutura em um terço. Meu gestor me apoia, mas não controla o orçamento. Entregue: uma frase de abertura, as duas objeções mais prováveis com uma resposta para cada uma e a frase que eu não devo dizer.

Quero lançar um projeto pessoal que hoje não tem usuários. Tenho cerca de 8 horas por semana, distribuídas pelas noites dos dias úteis. Meu padrão de falha é refazer a página inicial em vez de conversar com alguém. Monte uma semana de tarefas concretas com duração em horas, priorizando o que estou evitando, e uma regra para parar de fugir disso.

Este endpoint leva 4 segundos para uma lista de cerca de 2.000 linhas e menos de 100 ms para 50 linhas. Postgres, Go, sem camada de cache. Já confirmei que o índice de user_id está sendo usado. Dê as três causas mais prováveis, em ordem, considerando esse padrão de crescimento, e diga exatamente o que medir para confirmar ou descartar cada uma. Ainda não reescreva o código.

Revise a função abaixo como se fosse um pull request de um colega que você respeita. Prioridades, nesta ordem: funcionamento correto com chamadas simultâneas, tratamento de erros e legibilidade. Ignore estilo e nomes. Para cada problema, indique a linha, o que falha e uma entrada concreta que o provoque. Se nada estiver realmente errado, diga isso em vez de procurar algo.

Escreva testes orientados por tabela para a função abaixo. Cubra: entrada vazia, um único elemento, chaves duplicadas e um valor no limite de tamanho. Pule o caso comum com três itens normais: ele nunca detecta nada. Use apenas a biblioteca padrão e nomeie cada caso pelo comportamento que garante, não pelas entradas.

Pescadora de cerca de sessenta anos, rosto marcado pelo tempo, sobre o muro de um porto ao amanhecer, roupa impermeável com crostas de sal, linhas profundas de sorriso, olhando além da câmera, luz nublada do Atlântico Norte, pouca profundidade de campo, retrato fotográfico de 85mm, azuis suaves e tons de ferrugem --ar 4:5 --stylize 250

Pacote de café em papel kraft fosco em pé sobre carvalho claro, rótulo frontal voltado para a câmera, grãos inteiros espalhados, luz suave de janela vindo da esquerda, uma única sombra suave, composição limpa e minimalista, pouca profundidade de campo, fotografia comercial de produto --ar 1:1 --style raw

Cartaz vintage de impressão tipográfica, as palavras “GRANDE INAUGURAÇÃO” em letras maiúsculas grandes, serifadas e condensadas no terço superior, “Sábado, dia 14” abaixo em fonte sem serifa menor, papel creme com textura visível, impressão em duas cores, vermelho-escuro e preto, leve desalinhamento da tinta --ar 2:3

Estilo: piano neoclássico melancólico, piano com feltro captado de perto, leve ruído ambiente, violoncelo esparso ao fundo, sem bateria, rubato, 62 BPM, íntimo e em aberto. Letra com tags de estrutura: [Intro] [Verse] [Chorus] [Bridge] [Outro]