CMD Master
Voltar ao blog
Arnošt Havelka

Engenharia de prompts para desenvolvedores

Engenharia de prompts prática para desenvolvedores: delimite o trabalho de implementação, peça evidências, preserve restrições e valide resultados.

Engenharia de prompts para desenvolvedores

Engenharia de prompts para desenvolvedores é a prática de fornecer a um assistente de programação com IA o contexto e as restrições necessários para tomar uma decisão de engenharia segura. Um prompt útil não é o mais elaborado. É aquele que torna inequívocos o escopo, os critérios de aceitação e a validação.

Trate uma solicitação para IA como trataria um bom ticket de implementação: ela deve explicar o problema, proteger comportamentos importantes e indicar como a equipe saberá que a alteração funcionou.

O contrato de prompt para desenvolvedores

A maioria das tarefas de programação pode usar este contrato conciso:

Problema: O que está falhando ou é difícil para um usuário ou responsável pela manutenção?
Escopo: Qual funcionalidade, arquivos ou limite arquitetural o assistente deve investigar?
Resultado: Que comportamento observável deve mudar?
Restrições: O que deve continuar sendo verdade?
Critérios de aceitação: O que comprova que a implementação está concluída?
Validação: Quais testes, verificações ou etapas manuais devem ser executados?

Adicione o código, os logs, a decisão de design ou a falha de teste relevantes depois do contrato. Isso dá ao assistente fatos com que trabalhar, em vez de uma solicitação para inferir o sistema inteiro.

Prompts de implementação: especifique o ponto de integração

Um prompt de implementação deve nomear o responsável existente pelo comportamento:

Adicione um estado vazio ao componente existente de resultados de pesquisa.

A rota da página é responsável pela consulta, e o componente de resultados recebe uma
lista tipada. Mantenha essa responsabilidade inalterada. O estado vazio deve explicar
que não houve resultados correspondentes, oferecer a ação existente de limpar a pesquisa
e preservar o foco do teclado.

Adicione um teste de componente para o resultado vazio e confirme que resultados existentes
continuam sendo renderizados sem alterações.

Nomear o ponto de integração evita que um assistente adicione um estado de consulta paralelo ou mova a lógica de rota para um componente de apresentação.

Prompts de depuração: peça evidências primeiro

Para um bug semelhante aos de produção, organize o prompt em evidências, hipóteses, verificação, correção e validação:

Evidências: Solicitações após uma atualização de token retornam 401 uma vez e depois
funcionam em uma nova tentativa. A interface ainda mostra o banner de sessão encerrada.

Esperado: O banner desaparece após uma nova tentativa bem-sucedida.
Observado: Os dados carregam, mas o banner permanece.

Investigue as transições de estado de autenticação. Liste hipóteses concorrentes e a
menor observação necessária para confirmar cada uma. Não altere o código até que o
caminho de falha seja reproduzido. Depois, proponha uma correção com um teste de regressão.

Isso faz o assistente mostrar o limite de seu raciocínio. Você pode revisar uma hipótese baseada em evidências antes que uma ampla reescrita de gerenciamento de estado apareça no diff.

Prompts de arquitetura: proteja decisões, não apenas arquivos

O trabalho de arquitetura precisa de itens claros fora do escopo:

Avalie se as preferências de notificação devem permanecer no documento de perfil do
usuário ou migrar para um modelo dedicado de configurações.

Restrições: A aplicação é exportada estaticamente, as gravações são feitas pelo
cliente, o código existente que lê preferências deve permanecer compatível e nenhuma
migração deve descartar silenciosamente a escolha de um usuário.

Compare as opções em relação a padrões de leitura, autorização, risco de implantação e
testabilidade. Recomende uma abordagem com vantagens e desvantagens antes de propor código.

Peça análise antes da implementação sempre que a tarefa puder alterar a responsabilidade pelos dados, contratos públicos ou o comportamento de implantação.

Prompts de revisão de código: peça riscos, não elogios

A revisão com IA é mais útil quando tem um alvo:

Revise esta alteração em busca de regressões de comportamento, lacunas de acessibilidade,
tratamento de erros e testes que já não comprovam o contrato voltado ao usuário.

Concentre-se nos arquivos alterados e nos pontos de chamada que eles afetam. Relate as
descobertas em ordem de prioridade com as evidências de cada uma. Não sugira alterações
apenas de estilo, a menos que escondam um defeito ou tornem o contrato pouco claro.

Isso evita uma revisão genérica que produz uma longa lista de sugestões de formatação de baixo valor.

Prompts de documentação: preserve a verdade operacional

A documentação deve ser verificada em relação ao código:

Atualize o guia de configuração para o novo comando de ambiente local.

Explique os pré-requisitos, a saída esperada, a recuperação de falhas e como verificar
se o serviço está pronto. Verifique cada comando em relação aos scripts do pacote e não
documente variáveis de ambiente que não são realmente consumidas.

A última frase é importante: um assistente pode escrever documentação bem elaborada para um comando que nunca é executado.

Prompts de teste: transforme critérios de aceitação em cenários

Ao pedir testes, dê a cada cenário um resultado para o usuário ou o sistema:

Adicione cobertura de regressão para a correção do filtro de pesquisa.

Verifique se alterar um filtro atualiza a lista de resultados, se limpar o filtro
restaura a lista completa e se uma solicitação anterior lenta não pode sobrescrever um
resultado mais recente. Use as convenções de teste existentes e evite asserções que
testem apenas detalhes de implementação.

Os testes ficam mais claros quando descrevem o comportamento que uma implementação precisa preservar.

O hábito que torna os prompts mais seguros

Antes de enviar um prompt de programação, pergunte a si mesmo:

  • Outro desenvolvedor entenderia por que essa alteração é importante?
  • Ele conseguiria dizer o que não pode quebrar?
  • Ele sabe onde procurar primeiro?
  • Ele conseguiria comprovar o resultado com os critérios de aceitação?

Se a resposta for não, o prompt precisa de contexto — não de mais adjetivos.

Comece com como escrever prompts melhores para IA para conhecer a estrutura subjacente, use as solicitações concretas em como criar prompts para programação com o ChatGPT e compare a formulação específica para cada tarefa em exemplos de engenharia de prompts para engenheiros de software. Para evitar os padrões de falha que tornam a implementação arriscada, leia erros de assistentes de programação com IA e como evitá-los. Quando seu trabalho incluir scripts de shell, logs ou saída de comando, pratique o fluxo de trabalho de linha de comando antes de automatizá-lo ou alterá-lo.

Referências

Estes links de documentação trazem detalhes confiáveis sobre os comandos usados neste artigo.