10 Prompts para Desenvolvedores

Atue como um engenheiro de software especializado em debugging. Ajude-me a encontrar a causa real do problema abaixo, sem sugerir alterações aleatórias. Contexto do sistema: [DESCREVA O PROJETO E A FUNCIONALIDADE] Tecnologias e versões: [LINGUAGEM, FRAMEWORK, BANCO, SISTEMA OPERACIONAL ETC.] Comportamento esperado: [O QUE DEVERIA ACONTECER] Comportamento atual: [O QUE ESTÁ ACONTECENDO] Mensagem de erro e logs: [COLE AQUI] Código relacionado: [COLE AQUI] Alterações recentes: [DESCREVA OU ESCREVA "NENHUMA CONHECIDA"] Analise o problema desta forma: 1. Resuma o erro com suas próprias palavras. 2. Separe fatos confirmados de suposições. 3. Liste as hipóteses da mais provável para a menos provável. 4. Para cada hipótese, indique quais evidências a sustentam. 5. Crie um teste pequeno para confirmar ou descartar cada hipótese. 6. Identifique a possível causa raiz. 7. Sugira primeiro a correção mínima. 8. Mostre o código corrigido somente quando houver evidências suficientes. 9. Explique como impedir que o problema volte. 10. Sugira um teste de regressão. Não confunda o local onde o erro apareceu com a causa raiz. Verifique também quem produziu ou enviou a entrada inválida. Se faltarem informações, faça perguntas antes de recomendar uma mudança estrutural.

Atue como um engenheiro de software que acabou de entrar em um projeto legado. Analise o código abaixo antes de sugerir qualquer modificação. Contexto conhecido: [DESCREVA O SISTEMA] Linguagem e versão: [INFORME] Código: [COLE AQUI] Explique: 1. Qual parece ser o objetivo desse código. 2. Como o fluxo de execução funciona. 3. Quais são as entradas, saídas e efeitos colaterais. 4. Quais regras de negócio podem ser identificadas. 5. Quais funções, classes e módulos se relacionam. 6. Quais dependências externas são utilizadas. 7. Quais partes estão fortemente acopladas. 8. Quais trechos são confusos, frágeis ou arriscados. 9. O que ainda não pode ser concluído apenas com esse código. 10. Quais outros arquivos ou informações eu deveria procurar. Crie também um mapa textual do fluxo, um glossário dos principais termos, uma lista de perguntas para quem conhece o sistema e um plano seguro para começar a trabalhar nesse código. Separe explicitamente: comportamento observado no código, regra de negócio confirmada e hipótese que ainda precisa ser validada. Não invente regras de negócio.

Atue como especialista em refatoração de software. Quero melhorar o código abaixo sem alterar seu comportamento externo. Objetivo: [LEGIBILIDADE, DESEMPENHO, MANUTENÇÃO ETC.] Linguagem e versão: [INFORME] Restrições: [COMPATIBILIDADE, PRAZO, DEPENDÊNCIAS OU PADRÕES] Código: [COLE AQUI] Antes de refatorar: 1. Explique o comportamento atual. 2. Identifique entradas, saídas, efeitos colaterais e dependências. 3. Liste os comportamentos que precisam ser preservados. 4. Identifique os testes necessários antes da alteração. 5. Separe problemas funcionais de questões apenas estéticas. Depois: 1. Proponha uma refatoração incremental. 2. Divida a mudança em etapas pequenas e reversíveis. 3. Mostre o código de cada etapa. 4. Explique por que cada mudança é necessária. 5. Informe os riscos introduzidos. 6. Verifique se a interface pública foi mantida. 7. Mostre como validar que o comportamento não mudou. 8. Apresente um comparativo objetivo entre o antes e o depois. 9. Confirme quais testes devem passar após cada etapa. Não reescreva tudo desnecessariamente. Priorize a menor alteração capaz de produzir uma melhoria real.

Atue como engenheiro de qualidade de software. Crie uma estratégia de testes para a funcionalidade abaixo. Funcionalidade: [DESCREVA] Regras de negócio: [LISTE] Linguagem e framework: [INFORME] Framework de testes: [INFORME OU PEÇA UMA RECOMENDAÇÃO] Código: [COLE AQUI] Dependências externas: [BANCO, API, FILA, ARQUIVOS ETC.] Crie testes para o caminho principal, entradas inválidas, valores nulos ou vazios, valores mínimos e máximos, casos-limite, exceções, falhas externas, permissões, concorrência quando aplicável, regressões prováveis e regras críticas. Para cada teste, informe nome, objetivo, preparação, entrada, resultado esperado e motivo. Depois, gere o código dos testes seguindo Arrange, Act e Assert ou o padrão adequado. Não invente o resultado esperado quando uma regra não tiver sido informada. Marque esse caso como "decisão pendente" e faça uma pergunta antes de transformá-lo em teste. Não altere o código de produção apenas para criar testes artificiais. Aponte comportamentos importantes difíceis de testar e explique o motivo.

Atue como redator técnico e desenvolvedor experiente. Produza uma documentação que permita a outro desenvolvedor instalar, executar, testar e compreender este projeto. Nome e objetivo: [INFORME] Tecnologias: [LISTE] Estrutura de arquivos: [COLE AQUI] Código ou informações relevantes: [COLE AQUI] Comandos já confirmados: [INFORME] Público: [INICIANTES, EQUIPE INTERNA, CONTRIBUIDORES ETC.] Antes de escrever a documentação, verifique se o contexto é suficiente. Liste os arquivos e informações que ainda precisa analisar. Se houver lacunas importantes, apresente primeiro uma lista de pendências e faça perguntas. Depois, inclua: visão geral, funcionalidades, arquitetura e fluxo, pré-requisitos, instalação, configuração, variáveis de ambiente com valores fictícios, execução, testes, estrutura das pastas, exemplos de uso, erros comuns, contribuição e limitações conhecidas. Use linguagem clara e exemplos objetivos. Não invente comandos, endpoints ou configurações. Marque qualquer informação não confirmada como "precisa ser validada".

Atue como especialista em bancos de dados e SQL. Ajude-me a criar ou otimizar uma consulta sem comprometer a integridade dos dados. Banco e versão: [MYSQL, POSTGRESQL, SQL SERVER, ORACLE ETC.] Estrutura: [COLE SCHEMA, COLUNAS, TIPOS, CHAVES E RELACIONAMENTOS] Volume aproximado: [QUANTIDADE DE REGISTROS] Objetivo: [DESCREVA O RESULTADO ESPERADO] Granularidade esperada: [UMA LINHA POR CLIENTE, PEDIDO, ITEM OU OUTRA ENTIDADE] Consulta atual: [COLE AQUI, SE EXISTIR] Plano de execução: [COLE AQUI, SE DISPONÍVEL] Antes de otimizar, confirme a granularidade do resultado. Analise a correção, JOINs, filtros, valores nulos, agregações, possíveis gargalos, índices úteis e seus custos, legibilidade e forma segura de validação. Não use DISTINCT apenas para esconder duplicidades sem explicar sua origem. Apresente a consulta recomendada, explicação por etapas, riscos, dados fictícios para teste, resultado esperado e comparação com a consulta original. Não invente tabelas ou colunas. Não sugira comandos destrutivos sem alertar claramente sobre seus efeitos e apresentar uma forma segura de validação.

Atue como engenheiro de software especializado em APIs. Ajude-me com a tarefa abaixo. Tipo de tarefa: [CRIAR UMA API / CONSUMIR UMA API EXISTENTE] Objetivo: [DESCREVA] Linguagem e framework: [INFORME] Documentação disponível: [COLE OS TRECHOS RELEVANTES] Endpoint ou operação: [INFORME] Autenticação: [API KEY, OAUTH, JWT ETC.] Exemplo de requisição: [COLE SEM CREDENCIAIS REAIS] Exemplo de resposta: [COLE AQUI] Adapte toda a análise ao tipo de tarefa escolhido. Não misture requisitos de criação com requisitos de integração. Antes do código, identifique método HTTP, endpoint, cabeçalhos, parâmetros, corpo, resposta, autenticação, permissões, paginação, limites e possíveis erros. Se a tarefa for criar uma API, analise também contrato, validação, persistência, autorização, idempotência e versionamento. Se for consumir uma API, respeite estritamente a documentação existente. Depois, crie um exemplo com validação, credenciais em variáveis de ambiente, timeout, tratamento de erros, tentativas automáticas somente quando seguras, paginação, logs sem informações confidenciais, validação da resposta e teste. Não invente endpoints ou parâmetros ausentes. Identifique claramente qualquer suposição.

Atue como revisor sênior de código, com foco em qualidade e segurança defensiva. Contexto: [DESCREVA A APLICAÇÃO] Linguagem, framework e versões: [INFORME] Código: [COLE AQUI SEM CREDENCIAIS OU DADOS REAIS] Analise erros de lógica, validação, autenticação e autorização, exposição de informações, injeções, tratamento de erros, credenciais, concorrência, desempenho, manutenção, dependências e ausência de testes. Para cada problema, informe severidade, trecho afetado, evidência, impacto, correção recomendada, exemplo corrigido e teste necessário. Separe problemas confirmados, riscos dependentes do contexto e melhorias opcionais. Não invente vulnerabilidades e não considere o código seguro apenas porque nenhum erro evidente foi encontrado. Para avaliar dependências e vulnerabilidades conhecidas, solicite os nomes e versões utilizadas. Indique claramente quando a verificação exigir consulta a fontes oficiais e atualizadas.

Atue como professor e mentor técnico. Crie um plano de estudos baseado em prática e compreensão, não apenas em assistir a cursos. Assunto: [TECNOLOGIA OU CONCEITO] Meu nível: [INICIANTE, INTERMEDIÁRIO OU AVANÇADO] O que já conheço: [LISTE] Objetivo: [EMPREGO, PROJETO, FACULDADE, CERTIFICAÇÃO ETC.] Tempo disponível: [HORAS POR SEMANA] Prazo: [INFORME] Forma preferida: [LEITURA, VÍDEOS, EXERCÍCIOS, PROJETOS ETC.] Antes de montar o plano, faça um diagnóstico curto com até cinco perguntas ou exercícios. Espere minhas respostas e use o resultado para determinar meu nível real. Depois, crie diagnóstico, fundamentos, ordem dos assuntos, cronograma semanal, exercícios, projetos progressivos, critérios de avaliação, erros comuns, conteúdos que não são prioridade e revisões periódicas. Para cada etapa, informe o que estudar, por que é importante, o que construir, como saber se aprendi e os pré-requisitos. Não resolva imediatamente os exercícios. Primeiro, dê pistas e analise minhas tentativas. O objetivo é usar a IA como professora, não como substituta do estudo.

Atue como orientador de carreira especializado no mercado de tecnologia. Crie um roadmap realista e personalizado, evitando recomendações genéricas. Cargo ou área desejada: [BACK-END, FRONT-END, DADOS, SEGURANÇA, MOBILE ETC.] Experiência atual: [DESCREVA] Formação: [INFORME] Tecnologias: [LISTE] Projetos realizados: [LISTE] Dificuldades: [DESCREVA] Tempo semanal: [INFORME] Prazo: [INFORME] Tipo de oportunidade: [ESTÁGIO, JÚNIOR, PLENO, FREELANCER ETC.] País ou mercado desejado: [INFORME] Modelo de trabalho: [REMOTO, PRESENCIAL OU HÍBRIDO] Tipos de empresa ou vagas de interesse: [INFORME] Nível de inglês: [INFORME] Exemplos de vagas desejadas: [COLE, SE POSSÍVEL] Analise a distância até o objetivo, lacunas técnicas e profissionais, prioridades, assuntos para depois, projetos de portfólio, demonstração de decisões técnicas, currículo, GitHub, entrevistas e experiência prática. Crie metas para 30, 60 e 90 dias, um projeto principal, dois projetos menores, rotina semanal, critérios de evolução e checklist para vagas. Justifique cada recomendação. Não prometa contratação nem sugira aprender muitas tecnologias ao mesmo tempo. Priorize fundamentos, prática e evidências reais de competência.