Como você gerencia o uso de assistentes de código com IA no seu time?

Trate código gerado como rascunho de um contribuidor desconhecido: rápido, útil e submetido exatamente à mesma régua de review de qualquer outra coisa. Seja explícito sobre onde é incentivado (boilerplate, testes, sintaxe desconhecida, exploração) e onde exige escrutínio extra (caminhos sensíveis a segurança, licenciamento, qualquer coisa que o autor não saiba explicar). Acompanhe a carga de review de perto, porque o gargalo migra de escrever código para revisá lo.

Minha regra é simples: quem abre o pull request é dono de cada linha dele, e se você não sabe explicar por que funciona no review, não entra. Esse único princípio cobre a maior parte do risco sem eu escrever uma política que ninguém lê. Incentivo ativamente para o volume chato, scaffolding de teste, migrações, sintaxe de biblioteca desconhecida, e para explorar uma abordagem rapidamente. Peço mais cuidado em caminhos sensíveis a segurança e em qualquer coisa que toque licenciamento, e não colamos dados de clientes em ferramentas externas. O efeito que mais acompanho é a carga de review. A produção subiu de forma notável no meu time e o review virou a restrição quase de imediato, então definimos a expectativa de que um diff grande gerado chega com o resumo do próprio autor sobre o que olhar, e recusamos pull requests enormes e sem foco de forma bem mais agressiva do que antes. A outra coisa que acompanho são os júniores, porque hoje dá para produzir código funcional sem entender, então nos one to ones peço que me expliquem o raciocínio mais do que eu pedia antes.