Concordo com a afirmação do título do seu post, mas acredito que o "problema" não esteja intrinsecamente em códigos gerados por IA. Será que a sua (nossa) frustação não se deve ao fato de dois pontos cruciais:
- Tamanho do time.
- Fluxo do trabalho.
O primeiro ponto apesar de parecer óbvio, porém talvez algumas pessoas discordem, é de fato uma questão. Eu já trabalhei para uma empresa em que não existia uma equipe de Devops, então eu e outra pessoa fomos contratados para tal, porém o Onboard foi extremamente péssimo, não entendi quase nada, então eu e essa nova pessoa que faziamos a revisão do PR um do outro, porém gastávamos muito tempo antes para entender se tal PR "fazia sentido", pois não tínhamos acesso a infra. Então a gente dependia de algum dev. Resumindo, eu e essa outra pessoa fomos desligados apenas 2 meses depois por "falta de produtividade".
O segundo ponto é muito sobre o processo, em experiencias passadas e atuais, aonde existe um processo, um JIRA (ou qualquer outra ferramenta), com suas devidas colunas, ajudam demais. Então hoje eu começo meu dia primeiramente revisando os PRs já criados antes de começar a fazer os meus, pois óbivamente eles já estão prontos e podem/devem ser implementados. Após concluir a revisão de todos os PRs, seja aprovar, adicionar um comentário perguntando algo, ou "negar", aí sim eu começo/continuo o meu trabalho, e após isso envio meu PR e peço por revisão.
A ideia de pedir por revisão parece desnecessária, mas todos os dias recebemos muitas informações, então não custa fazer um processo que parece ser "repetido", para evitar que aquilo seja esquecido ou deixado de lado. Ao mandar um PR no Github por exemplo, eu adiciono os reviewers, coloco meu ticket em "Code Review" e mudo o Assignee para o time, e mando o link do PR no Slack, pois se futuramente me perguntarem por qual motivo meu ticket "não andou", eu posso provar de 3 formas diferentes que solicitei tal revisão.
As vezes revisar é chato, pois o seu jeito de escrever um "hello world" em python pode ser diferente do meu, imagina implementar uma nova feature. Mas sendo chato ou não, é extremamente necessário que o time seja instruído a primeiro começar seu dia revisando o trabalho já feito antes de iniciar outro (salvo algumas exceções).
Bom, não sei se respondi corretamente sua pergunta, mas quis compartilhar minha experiencia e como funcionou bem.