COSMIC: contribuir com código também significa assumir o custo da revisão

O COSMIC, da System76, passou a exigir no template de pull request uma declaração de que a contribuição não contém material gerado por modelos de linguagem.[19] A restrição inclui código, comentários e a própria descrição do pedido.[19] Não basta declarar uso de IA: a política relatada agora veda esse conteúdo.[19]

O que muda para quem desenvolve

Segundo Jeremy Soller, o problema central é o custo de revisão de propostas feitas por estreantes com LLMs, frequentemente desalinhadas com os planos do projeto.[19] O autor também precisa confirmar que entende as mudanças, consegue responder à revisão, testou a proposta e atende ao Developer Certificate of Origin.[19]

Minha análise é que contribuição não se encerra quando o diff compila. Quem envia uma mudança transfere trabalho para mantenedores: entender intenção, avaliar encaixe, revisar comportamento e sustentar o código depois. A ferramenta que produz a alteração não assume essa responsabilidade.

A regra anterior aceitava auxílio de LLM com identificação do uso e compreensão pelo contribuinte.[19] A nova condição é mais restritiva.[19] Portanto, uma orientação antiga de transparência não deve ser usada como permissão atual para submeter material gerado. O contrato aplicável é o do repositório no momento da contribuição.

Como aplicar

Antes de preparar um pull request, leia as regras de contribuição e o template atual. Se o problema ainda não foi discutido, confirme o escopo pelos canais aceitos pelo projeto antes de produzir uma alteração ampla. Não presuma que uma solução tecnicamente plausível seja uma prioridade de manutenção.

No caso descrito do COSMIC, não use um agente para gerar código, comentários ou descrição que serão enviados na contribuição. Também não reescreva apenas a apresentação para esconder a origem do restante. Uma declaração exigida pelo projeto precisa ser verdadeira.

Para verificar sua preparação, tente explicar a mudança sem depender de uma narrativa automática. Identifique o comportamento anterior, a razão da correção, os testes e o que continua fora do escopo. Se não consegue responder a uma pergunta de revisão sobre o próprio diff, ainda falta compreensão para assumir a proposta.

Em projetos que permitem assistência de IA, proponho registrar regras explícitas sobre origem, testes e responsabilidade. Essa é uma decisão diferente da política do COSMIC. Não use a permissão de um projeto para justificar uma contribuição em outro.

Cuidados e limites

A reportagem cita uma exceção no repositório cosmic-flatpak, cujos manifestos vêm de projetos upstream e cuja revisão se concentra na configuração do sandbox.[19] Verifique a regra específica desse repositório; não extrapole a exceção para todo o ecossistema.

O caso não prova que todo código gerado seja ruim nem que todos os projetos devam adotar a mesma política. Minha conclusão é mais simples: o mantenedor pode definir o contrato de colaboração. Ganhar velocidade na produção de uma proposta não autoriza impor ao projeto um custo de revisão que ele decidiu não aceitar.

Fonte

[19] Fonte: Diolinux