Revisão de PR Focada em Risco
Revise um diff pelo risco em produção: blast radius, falhas silenciosas, corridas e compatibilidade — não estilo.
Por Os Melhores Prompts
Categoria: Programação
O que ele faz
Revisa um diff pelas falhas que chegam à produção, e não pelo estilo que o linter já cobre: mutação de dados e migrations, posição da checagem de auth, dinheiro, concorrência, erros engolidos, segurança de retry e compatibilidade retroativa de API, banco e schemas de evento. Cada achado nomeia o cenário concreto de falha, com entradas e sequência, e vem com a correção em forma de diff, separada em must-fix, corrigir em breve e gosto pessoal.
Use quando
- Uma migration ou mudança de auth subindo numa sexta-feira
- Um diff grande demais para quem realmente tem tempo de revisar
- Um gate de pré-release em mudança com blast radius amplo
- Revisões que geram nits de estilo e perdem a race condition
O que você recebe
- Recomendação de merge com o motivo decisivo, em uma frase
- Achados must-fix com o cenário de falha e um diff de correção
- Varredura de correção: corridas, retries, N+1, auth, PII em log
- Veredito de testes citando uma mutação que os testes não pegariam
- A única linha de instrumentação que mais vale adicionar para um page às 3h
Como usar
- Cole o diff unificado com caminhos de arquivo e contexto ao redor em {{pull_request_diff}}.
- Escreva {{change_intent}} e o ticket por trás; os melhores bugs vivem na lacuna entre a intenção declarada e o que o diff faz.
- Informe {{system_context}}: runtime, escala, data stores, consumidores a jusante, modelo de deploy.
- Declare {{blast_radius}}: quem quebra se isso estiver errado e se é reversível.
- Ajuste {{review_depth}} para varredura rápida, profunda ou gate de pré-release.
- Resolva os must-fix antes do merge; a lista do que foi deliberadamente não comentado mostra o que foi descartado de propósito.
Tags: code-review, pull-request, production-risk, race-conditions, backward-compatibility, silent-failures, observability
Preço: 10.00 BRL