Pop!_OS proíbe código gerado por IA em grande parte de sua base de código
Pop!_OS e seu desktop COSMIC estão barrando código gerado por IA em muitos de seus repositórios centrais, citando uma enxurrada de pull requests de baixa qualidade e sem planejamento, enviados por colaboradores que não entendem a arquitetura. Os comentaristas estão divididos: alguns mantenedores veem a medida como um contrapeso necessário e dizem que preferem usar suas próprias ferramentas de IA internamente, enquanto outros argumentam que isso é míope, impossível de aplicar de forma consistente e pode deixar o projeto atrás de softwares upstream que aceitam patches assistidos por IA. A discussão se amplia para um debate mais geral sobre se ferramentas de codificação com IA melhoram a qualidade e a segurança do software ou se apenas criam “slop” difícil de manter, aumentando os custos de revisão e manutenção.
Escopo e intenção da proibição
- Muitos veem a política principalmente como uma forma de lidar com a carga de revisão, não como uma posição moral contra a IA.
- Os mantenedores relatam estar sobrecarregados por PRs “de passagem” de baixa qualidade, escritos por IA, que não correspondem à arquitetura ou ao roteiro do projeto.
- Alguns argumentam que isso é, na prática, uma forma de priorizar colaboradores internos e de longo prazo em detrimento dos oportunistas.
Fluxos de trabalho dos mantenedores e carga de revisão
- Vários mantenedores dizem que, se quiserem IA envolvida, preferem executá-la eles mesmos, com base em seus próprios prompts e contexto.
- PRs escritos por IA introduzem atrito: idas e vindas com colaboradores que apenas repassam a saída do modelo em vez de entendê-la.
- Mesmo PRs de IA “bons” ainda precisam de revisão e alterações não triviais, reduzindo o benefício líquido.
- Alguns tratam PRs muito dependentes de IA como relatórios detalhados de bugs ou sugestões de design e depois reimplementam com suas próprias ferramentas.
Preocupações com segurança e ecossistema
- Um grupo argumenta que rejeitar correções geradas por IA enfraquece a postura defensiva, já que atacantes usam cada vez mais IA para શોધar vulnerabilidades.
- Outros respondem que ainda é possível usar IA para auditoria e triagem enquanto se exige autoria humana dos patches.
- O debate sobre se o Pop!_OS/COSMIC é “muito nichado para ser alvo” ou “qualquer software conectado pode ser alvo” permanece sem resolução.
Qualidade do código gerado por IA
- Experiências variadas: alguns dizem que projetos conduzidos por IA se tornaram bagunças ingovernáveis; outros afirmam ter obtido produtividade significativa e melhor refatoração quando supervisionados de perto.
- Tema comum: a IA pode gerar grandes volumes de código rapidamente, mas sem fortes restrições e arquitetura, a complexidade e a duplicação explodem.
- Vários comparam a IA a um desenvolvedor júnior ou estagiário: útil com orientação cuidadosa, perigosa quando deixada sem supervisão.
Impacto sobre colaboradores e comunidade
- Alguns colaboradores tiveram PRs assistidos por IA fechados e se sentiram desmotivados, especialmente quando esses PRs corrigiam bugs reais.
- Há preocupação de que a divulgação honesta do uso de IA seja punida, enquanto outros simplesmente parem de divulgar.
- Alguns preveem que a política empurrará usuários para forks que adotam IA, enquanto outros acham que ela atrairá desenvolvedores que não gostam do envolvimento da IA.