Prompts de IA para programadores: 12 modelos prontos

Estou usando [linguagem e versão] com [framework ou biblioteca e versão] e recebi este erro:
[cole a mensagem de erro completa, sem senhas, chaves nem URLs internas]

O trecho de código relacionado é:
[cole só o trecho necessário]

Explique em linguagem simples o que o erro significa, liste as três causas mais prováveis em ordem, e diga como confirmar cada uma antes de mudar o código. Só depois sugira a correção.

Revise a função abaixo em [linguagem]. Aponte, em ordem de gravidade: bugs, casos de borda não tratados (entrada vazia, nula, muito grande), problemas de desempenho e pontos de legibilidade. Para cada item, mostre a linha, o problema e a correção. Não reescreva a função inteira nem mude o nome das funções públicas.

[cole a função aqui]

Escreva testes em [framework de testes] para a função abaixo. Cubra o caso comum, três casos de borda, entradas inválidas e um caso que deveria falhar. Para cada teste, escreva o nome em frases que descrevam o comportamento esperado. Calcule o resultado esperado à mão, no comentário, em vez de copiar a saída da função, para o teste não confirmar um erro que já existe.

[cole a função aqui]

Converta o código abaixo de [linguagem de origem] para [linguagem de destino], usando o jeito idiomático do destino e não uma tradução linha a linha. Use apenas a biblioteca padrão, a não ser que eu diga o contrário. Liste no fim as diferenças de comportamento que podem mudar o resultado (tipos, arredondamento, tratamento de erro, codificação de texto).

[cole o código aqui]

A partir do diff abaixo, escreva a descrição de um pull request com: o que mudou e por quê (suponha o motivo apenas se estiver nos comentários do código; senão deixe [motivo]), como testar e o que o revisor deve olhar com mais atenção. Máximo de 150 palavras, sem enrolação.

Diff:
[cole o diff aqui, sem segredos]

Escreva o README de um projeto chamado [nome], que [o que faz, em uma frase]. Seções: o que é, como instalar (comandos para [sistema operacional]), como usar (um exemplo mínimo que funcione), como rodar os testes e licença: [licença]. Tom direto, em português do Brasil. Use só os comandos que eu listar: [comandos que existem]. Não invente flags nem opções.

Escreva uma consulta em [PostgreSQL, MySQL, SQLite ou SQL Server] com as tabelas:
[tabela e colunas, por exemplo pedidos(id, cliente_id, valor, criado_em)]

Objetivo: [o que a consulta deve retornar]. Explique cada parte da consulta, avise se ela pode ficar lenta em tabelas grandes e quais índices ajudariam. Se algo na descrição for ambíguo, pergunte antes de escrever.

Explique [conceito, ex.: closures, injeção de dependência, índice composto] para alguém que programa há [tempo] em [linguagem]. Comece com o problema que o conceito resolve, depois um exemplo mínimo que eu possa rodar, depois um caso em que usar isso seria um erro. Liste dois erros comuns de quem está aprendendo e uma forma de testar se entendi.

Escreva uma expressão regular para [linguagem] que encontre [o que deve casar]. Dê 5 exemplos que devem casar e 5 que não devem, incluindo casos difíceis (texto vazio, espaços extras, acentos). Explique a expressão por partes, e diga se existe um jeito mais legível sem regex para este caso.

Quero implementar [funcionalidade] no sistema [descrição curta da arquitetura, ex.: API em Node com banco PostgreSQL]. Quebre em tarefas de até meio dia de trabalho, em ordem de execução, cada uma com: o que fica pronto, como verificar e o que pode ser feito em paralelo. Aponte riscos técnicos e perguntas que preciso fazer ao produto antes de começar.

Abaixo está um trecho de log de [sistema ou serviço] do momento em que ocorreu [sintoma]. Se o trecho tiver dado pessoal, não o repita na resposta. Liste, em ordem de probabilidade, as hipóteses de causa, a linha do log que sustenta cada uma e o que eu devo checar para confirmar ou descartar. Diga o que o trecho não mostra e que eu precisaria ver.

Log (sem senhas, tokens nem dados de usuários):
[cole o trecho aqui]

A partir do diff abaixo, escreva três opções de mensagem de commit no padrão [Conventional Commits ou o padrão do projeto]: título de até 60 caracteres no imperativo e, se necessário, um corpo curto que explique por que a mudança foi feita, sem repetir o que o código já mostra. Use [motivo] onde o diff não deixar claro o motivo, em vez de supor.

Diff:
[cole o diff aqui, sem segredos nem dados de usuários]