Corrigir um bug a partir do log
Pede uma hipótese, um teste que falha, e o menor diff. O log vai no prompt, não um resumo vago.
Quando usar
Use quando você tem o erro na mão: stack trace, log de request ou passo a passo. Sem log, o modelo chuta. Nesse caso preencha LOGS com o que o console mostrou, mesmo feio.
Variáveis
[SYMPTOM][LOGS][EXPECTED][REPRO_STEPS][CONSTRAINTS]
Copiar prompt
Corrija um bug. Não reescreva o projeto. Sintoma: [SYMPTOM] Comportamento esperado: [EXPECTED] Como reproduzir: [REPRO_STEPS] Restrições (o que não mudar): [CONSTRAINTS] Log (pode redigir e-mail, token, cookie e chave; não invente linha que não está aqui): [LOGS] Método 1. Diga, em no máximo 8 linhas, o que o log prova e o que ainda é hipótese. 2. Aponte o arquivo e a função mais prováveis. Se houver duas hipóteses, teste a mais barata primeiro. 3. Escreva ou ajuste um teste automatizado que falha com o bug e passa com a correção. Se o repo não tiver runner, dê o comando mais curto para reproduzir e o que observar. 4. Faça o menor diff que faz o teste passar. Não reformatar arquivos intocados. Não trocar dependência. Não "aproveitar para limpar". 5. Rode o teste e cole a saída relevante. Se não puder rodar, diga isso e não finja que passou. Não faça - Não peça para eu desligar o erro. - Não aumente timeout para esconder corrida. - Não engula exceção com catch vazio. No fim: causa em uma frase, arquivos alterados, risco que ficou.
Como rodar este prompt
- Cole o sintoma e o log. O log completo do trecho que quebra, com o que você esperava.
- Peça o teste primeiro. O diff só entra depois de um teste que reproduz o bug.
- Leia o que não mudou. Se o modelo reformatar arquivo alheio, rejeite essa parte.
Onde isso quebra
Não cole segredo. O prompt manda redigir token e e-mail, mas a responsabilidade de apagar senha e chave é sua, antes de colar.
Resultado
Espaço para screenshot ou demo. Ainda não há resultado publicado.