»

»

Como usar Kody Issues
Index

Como usar Kody Issues

Índice:

Quando um PR é fechado, é comum que algumas sugestões fiquem para depois — seja porque não eram prioridade naquele momento ou porque o time decidiu focar na entrega principal.

O problema é que “para depois” costuma virar “para nunca mais”.

O Kody Issues resolve isso criando um registro automático de todas as sugestões que a Kody fez e que não foram implementadas. É como um backlog vivo de melhorias, sempre atualizado e fácil de priorizar.

Onde encontrar

Abra o painel da Kodus e, no menu superior, clique em Kody Issues.

Ali você vai encontrar a lista completa de melhorias pendentes, com:

  • O contexto original do comentário da Kody.

  • O arquivo exato onde a mudança foi sugerida.

  • A severidade atribuída (de Low a Critical).

Quando um Issue é criado

O Kody Issues só entra em ação quando o PR é fechado.

Nesse momento, a Kody revisa todas as sugestões feitas naquele PR e, se alguma não foi aplicada, cria um Issue automaticamente.

Regras do tipo PR (como título ou descrição) não geram Issues, apenas aquelas que se aplicam a arquivos ou trechos de código.

Isso garante que a lista não seja poluída com comentários menos relevantes para manutenção futura.

Como funciona a resolução automática

A melhor parte é que você não precisa gerenciar tudo manualmente.

Se, em um PR futuro, alguém implementar a mudança sugerida, a Kody identifica isso e marca o Issue como Resolved sozinha, usando análise de código para confirmar que o problema realmente foi corrigido.

Isso mantém a lista sempre atualizada e sem “pendências fantasmas”.

Algumas formas práticas de usar no dia a dia

🗓️ Rodar sessões rápidas de revisão técnica

Reservar um momento no fim da sprint para olhar os open issues ajuda a retomar pontos que passaram batido no review — especialmente os de severidade alta.

⚠️ Alinhar o que o time considera prioridade

Alinhe com o time o que deve ser tratado como critical, high etc.

Isso mantém o painel relevante e evita ruído com sugestões que não fazem sentido para o contexto de vocês.

❌ Ter critérios claros para ignorar sugestões

Nem tudo precisa ser aplicado. Ter um critério comum para o que pode ser descartado (ex.: sugestões de estilo em PRs urgentes) dá mais clareza nas decisões e evita discussões repetidas.

Posted by:
Share!

Automate your Code Reviews with Kody

Posts relacionados

Quando um PR é fechado, é comum que algumas sugestões fiquem para depois — seja porque não eram prioridade naquele momento ou porque o time decidiu focar na entrega principal.

Quando um PR é fechado, é comum que algumas sugestões fiquem para depois — seja porque não eram prioridade naquele momento ou porque o time decidiu focar na entrega principal.

Quando um PR é fechado, é comum que algumas sugestões fiquem para depois — seja porque não eram prioridade naquele momento ou porque o time decidiu focar na entrega principal.