Prompts de IA para Desenvolvedores — Copie e Cole

Explique passo a passo o que este código TypeScript faz. Depois liste:
1. Entradas e saídas
2. Efeitos colaterais (rede, arquivos, estado)
3. Casos de borda que ele não trata

```
[cole o código]
```

Pedir efeitos colaterais e casos de borda ausentes transforma um resumo em uma revisão.

Sou novo neste projeto React. Com base na árvore de arquivos e nos arquivos abaixo, explique a arquitetura: os módulos principais, como os dados fluem de uma requisição até a resposta e onde devo olhar para alterar [funcionalidade].

Árvore de arquivos:
[cole a árvore]

Arquivos principais:
[cole os arquivos]

Quebre isto token por token e dê três exemplos de entrada que combinam e três que não combinam:

[cole a regex ou o comando]

Esta função TypeScript deveria [comportamento esperado], mas em vez disso [comportamento real].

```
[cole o código]
```

Encontre a causa raiz. Explique por que acontece antes de propor uma correção e mostre a menor mudança que resolve o problema.

Descrever o comportamento esperado versus o real é a melhoria mais importante em prompts de debug.

Recebo este erro quando [o que você fez]:

```
[cole o erro e o stack trace]
```

Código relevante:
```
[cole o código]
```

Explique o que o erro significa, as causas mais prováveis em ordem de probabilidade e como confirmar cada uma.

Este código TypeScript leva [tempo] para [tamanho da entrada]. Identifique os gargalos, estime a complexidade e sugira otimizações ordenadas por impacto versus esforço. Não altere o comportamento.

```
[cole o código]
```

Estou travado em [problema]. Ainda não me dê a resposta. Faça-me uma pergunta por vez para me ajudar a encontrar a causa por conta própria.

Ótimo quando você quer aprender em vez de apenas receber uma correção.

Escreva uma função TypeScript que [faz X].

Requisitos:
- [requisito]
- [requisito]

Trate estes casos de borda: [entrada vazia, valores inválidos, …]. Não use bibliotecas externas. Adicione comentários breves apenas onde a lógica não for óbvia e inclua um exemplo de uso.

Crie um componente React em TypeScript para [descreva a interface]. Props: [liste]. Ele precisa ser acessível (teclado, ARIA quando necessário) e responsivo. Mantenha o estilo mínimo e separado da lógica.

Escreva uma consulta PostgreSQL que [objetivo].

Esquema:
```sql
[cole os comandos CREATE TABLE]
```

Explique a consulta, indique quais índices ela precisa e aponte qualquer coisa que possa ser lenta em tabelas grandes.

Converta este código de [linguagem de origem] para TypeScript. Mantenha o mesmo comportamento, use TypeScript idiomático em vez de uma tradução linha por linha e liste qualquer comportamento que não possa ser preservado exatamente.

```
[cole o código]
```

Escreva um script bash que [objetivo]. Ele deve: sair em caso de erro (set -euo pipefail), mostrar o que está fazendo, aceitar [argumentos] com uma mensagem --help e ser seguro para rodar duas vezes.

Revise este código como um engenheiro TypeScript sênior. Agrupe os achados por severidade (bug, segurança, performance, legibilidade). Para cada um, cite a linha, explique o problema e sugira uma correção. Não inclua elogios nem implicância com formatação.

```
[cole o diff ou o código]
```

Refatore este código para melhorar a legibilidade e a manutenibilidade sem alterar seu comportamento nem a API pública. Explique cada mudança em uma linha. Aponte qualquer coisa sobre a qual você não tenha certeza de que preserva o comportamento.

```
[cole o código]
```

Audite este código em busca de problemas de segurança: injeção, XSS, autenticação e controle de acesso, segredos, desserialização insegura, SSRF e validação de entrada. Para cada achado, dê um cenário concreto de exploração e uma correção.

```
[cole o código]
```

Isto funciona, mas parece complicado demais. Mostre uma versão mais simples com menos ramificações e menos estado, e explique o que tornou o original complexo.

```
[cole o código]
```

Escreva testes unitários com Vitest para este código TypeScript. Cubra o caminho feliz, casos de borda e tratamento de erros. Use nomes de teste descritivos, sem estado mutável compartilhado, e faça mock apenas de dependências externas.

```
[cole o código]
```

Aqui estão uma função e seus testes. Liste os casos importantes que os testes não cobrem e depois escreva testes para os três mais valiosos.

Código:
[cole o código]

Testes:
[cole os testes]

Gere [número] registros de teste realistas em JSON para este esquema. Inclua valores complicados: nomes com unicode, strings muito longas, campos opcionais vazios, números de fronteira e datas em torno de mudanças de horário de verão.

[cole o esquema ou o tipo]

Escreva uma mensagem de commit convencional para este diff: uma linha de assunto com menos de 72 caracteres no modo imperativo, uma linha em branco e depois um corpo curto explicando por que a mudança foi feita.

```diff
[cole o git diff --staged]
```

Obtenha o diff com git diff --staged.

Escreva uma descrição de pull request para estas mudanças com as seções: Resumo, Motivo, Como funciona, Como testar, Riscos. Seja conciso.

[cole o diff ou a lista de mudanças]

Adicione comentários de documentação TypeScript (JSDoc/TSDoc, docstrings ou equivalente) a este código: finalidade, parâmetros, valor de retorno, erros lançados e um exemplo. Não altere o código.

```
[cole o código]
```

Escreva a seção "Primeiros passos" do README deste projeto: pré-requisitos, instalação, configuração (variáveis de ambiente), execução local e execução dos testes. Use comandos prontos para copiar e colar.

Detalhes do projeto:
[cole package.json / anotações]

Explique este problema técnico para uma pessoa não técnica em menos de 120 palavras: o que aconteceu, o impacto nos usuários e o que estamos fazendo a respeito. Sem jargão.

[cole as notas do incidente]

Preciso [objetivo] em um app React. Compare [opção A], [opção B] e [opção C] em uma tabela: complexidade, performance, manutenção, custo e quando cada uma é a melhor escolha. Depois recomende uma para o meu caso: [contexto].

Projete um esquema PostgreSQL para [domínio]. Entidades: [liste]. Mostre os comandos CREATE TABLE com chaves, restrições e índices, e explique como ele dá suporte a estas consultas: [consultas].

Quebre esta funcionalidade em tarefas pequenas de no máximo meio dia cada, em uma ordem lógica, com critérios de aceitação para cada uma:

[descreva a funcionalidade]

Revise este design de API REST quanto a consistência, nomenclatura, códigos de status, paginação, formato de erros, versionamento e segurança. Sugira melhorias concretas.

[cole os endpoints ou a especificação OpenAPI]