Prompts de programação para o Grok
Prompts para o dia a dia do desenvolvimento: entender código legado, encontrar bugs, escrever testes e docs, e transformar prints em layouts funcionais.
Estes vinte prompts de programação cobrem o dia a dia de qualquer desenvolvedor: decifrar mensagens de erro, rastrear bugs silenciosos que geram resultados incorretos, revisar diffs, criar testes e fixtures, montar queries SQL e expressões regulares, escrever scripts em shell, documentar APIs, resolver problemas no Git e aprender uma nova linguagem comparando-a com uma que você já domina.
O Grok responde mais rápido e melhor quando tem contexto. Informe a linguagem, o framework e a versão que você usa, cole o menor trecho de código possível que reproduza o problema junto com o erro completo e descreva o resultado esperado. Para bugs, recomendamos o Grok 4.3 Thinking em vários prompts: ele analisa o fluxo do código antes de responder, o que faz toda a diferença em erros off-by-one, race conditions e condicionais complexas. O Grok 4.20 é ideal para explicações rápidas e códigos boilerplate. Dois prompts usam visão computacional: um para print de layouts quebrados e outro para esboços de modelos de dados feitos no quadro branco.
Os cuidados de sempre continuam valendo, talvez mais do que nunca. Os modelos têm um limite na data de treinamento e não acessam documentações em tempo real — ou seja, uma função de biblioteca pode ter mudado de nome ou simplesmente não existir. Códigos que parecem certos podem falhar, então sempre execute e teste tudo. Nunca envie chaves de API, senhas, tokens ou dados de clientes; suas mensagens passam pelo nosso servidor até o provedor do modelo para gerar as respostas. Mensagens muito longas são cortadas, portanto envie apenas a função relevante, e não o repositório inteiro.
Veja como desenvolvedores usam o Grok, abra o Assistente de Código ou saiba mais sobre a API do Grok.
Como adaptar estes prompts
- Especifique sua stack com as versões: "Node 22, TypeScript 5, Express" é muito melhor que apenas "JavaScript".
- Peça o planejamento antes do código para qualquer coisa maior que uma única função.
- Peça explicações para cada alteração, assim você avalia a lógica e não apenas o diff.
- Reserve o Grok 4.7 para os problemas mais difíceis; ele tem um limite de 10 mensagens por dia.
-
01
Decodificar mensagem de erro
Estou usando [linguagem ou framework e versão]. Explique este erro em palavras simples, liste as três causas mais prováveis em ordem de probabilidade e diga o que verificar primeiro em cada uma: [colar o erro completo e stack trace]
-
02
Rastrear resultado linha a linha
Esta função retorna [resultado real] ao ser chamada com [entrada], mas eu esperava [resultado esperado]. Acompanhe a execução linha por linha com essa entrada, rastreando todas as variáveis, e pare na primeira linha onde o estado diferir do esperado: [colar código]
-
03
Caçar race conditions
Este código em [linguagem] às vezes apresenta [sintoma] sob carga, mas nunca quando testo sozinho: [colar código]. Procure por condições de corrida (race conditions), estado compartilhado e suposições de ordem. Para cada suspeita, descreva a intercalação exata que causaria o bug e como corrigi-la.
-
04
Revisar um pull request
Revise este diff como um desenvolvedor sênior exigente em uma base de código [linguagem]. Agrupe os comentários em bugs, riscos, legibilidade e testes, inclua referências de linhas e finalize com um veredito: aprovar, aprovar com alterações ou solicitar alterações, mais uma justificativa em uma frase: [colar diff]
-
05
Listar edge cases e criar testes
Para a função abaixo, liste todos os casos extremos (edge cases) que você testaria e o porquê, depois escreva os testes em [framework de teste]. Inclua pelo menos um teste que deve falhar com o código atual e aponte qual é: [colar função]
-
06
Gerar fixtures de teste complexas
Crie fixtures de teste realistas para este modelo de dados em [formato, ex.: JSON ou função de fábrica]: [colar modelo]. Inclua dez registros normais e cinco problemáticos, como strings vazias, nomes muito longos, caracteres não latinos e datas limite, identificando cada um.
-
07
Gerar SQL a partir de texto
Usando este schema: [colar schema], escreva uma consulta em [banco de dados] que retorne [o que você precisa]. Explique a consulta cláusula por cláusula e mostre uma variação que também lide com [caso extremo, ex.: clientes sem pedidos].
-
08
Depurar regex com falha
Esta expressão regular deveria [comportamento pretendido] em [linguagem ou ferramenta], mas ela [o que dá errado]: [colar regex]. Divida-a em partes e explique cada uma, apresente uma entrada que exponha o problema e forneça uma versão corrigida mais três strings que ela deve rejeitar.
-
09
Automatizar tarefas com segurança
Escreva um script em [bash ou PowerShell] que [tarefa, ex.: compacte em zip arquivos de log com mais de 30 dias]. Torne-o seguro: inclua um modo de simulação (dry-run) que apenas exiba o que faria, mensagens de erro claras e um comentário em cada linha que exclua ou sobrescreva arquivos.
-
10
Documentar um endpoint de API
Escreva a documentação de referência para este endpoint: [cole o código do handler ou a rota]. Inclua o método e o caminho, parâmetros com tipos e se são obrigatórios, um exemplo de requisição, exemplos de respostas de sucesso e de erro, além de todos os códigos de status que ele pode retornar.
-
11
Resolver uma bagunça no Git
Meu repositório Git está neste estado: [cole o git status e as últimas linhas do git log]. Meu objetivo era [meta]. Explique o que aconteceu em palavras simples e me dê os comandos exatos para consertar, começando por um que faça backup do meu trabalho atual. Avise-me antes de qualquer comando que reescreva o histórico.
-
12
Reescrever código de forma idiomática
Tenho fluência em [linguagem que domino] e estou aprendendo [nova linguagem]. Pegue este trecho escrito no meu estilo habitual, [cole o trecho], e reescreva-o como uma pessoa experiente em [nova linguagem] faria. Depois, explique os padrões e práticas usados que não têm equivalente direto de onde venho.
-
13
Corrigir layout a partir de print
Anexei uma captura de tela da minha página. O problema: [o que parece errado]. Aqui está o HTML e o CSS dessa seção: [cole o código]. Encontre a causa, me dê a correção mínima de CSS e explique por que isso aconteceu para que eu não repita o erro.
-
14
Esboço no quadro para tabelas de banco
Anexei a foto de um esboço feito no quadro de um modelo de dados para [aplicativo]. Transforme-o em definições de tabelas para [banco de dados] com chaves primárias, chaves estrangeiras e tipos coerentes. Liste qualquer relacionamento que o esboço deixe ambíguo e pergunte antes de presumir.
-
15
Identificar complexidade e opção mais rápida
Qual é a complexidade de tempo e memória desta função e por quê? [cole o código] Se houver uma abordagem mais rápida para entradas de aproximadamente [tamanho], mostre-a e explique o que ela custa em termos de legibilidade.
-
16
Refatorar sem mudar o comportamento
Refatore esta função para torná-la mais legível sem alterar o que ela faz: [cole o código]. Faça isso em passos pequenos e nomeados, explique cada alteração em uma linha e liste qualquer comportamento sobre o qual teve dúvida para que eu confirme antes de mesclar.
-
17
Escrever um README do zero
Escreva um README para o meu projeto [nome], que [o que ele faz]. Seções: o que é, início rápido com comandos prontos para copiar e colar, opções de configuração em uma tabela, problemas comuns e como contribuir. Aqui estão os arquivos principais e comandos: [cole os detalhes]
-
18
Explicar código que eu não escrevi
Explique o que este código em [linguagem] faz para alguém que sabe programar, mas não conhece esta base de código. Comece com um resumo de duas frases, analise bloco por bloco e aponte tudo o que parecer um bug ou um improviso deixado para trás: [cole o código]
-
19
Achar falhas na minha arquitetura
Estou planejando criar [recurso/funcionalidade] assim: [descreva a abordagem]. Seja o advogado do diabo. Aponte as três maneiras mais prováveis desse design falhar em produção, o que aconteceria quando falhasse e uma alternativa mais simples ou barata, se houver. Seja direto; prefiro ouvir isso agora do que às 3 da manhã.
-
20
Portar código para outra linguagem
Converta este código em [linguagem de origem] para [linguagem de destino] de forma idiomática, não uma cópia linha por linha: [cole o código]. Use a biblioteca padrão da linguagem de destino sempre que possível, mantenha o mesmo comportamento e liste qualquer ponto em que as duas linguagens se comportem de forma diferente, como divisão inteira ou codificação de strings.
Pronto para perguntar algo ao Grok?
Sem cadastro, sem downloads e sem cartão. Abra o chat, digite sua pergunta e acompanhe a resposta do Grok em tempo real.
Abrir Chat