A Política Rigorosa Atual

Para entender a relevância da mudança proposta, é importante examinar a política vigente. Em meados de 2025, o QEMU formalizou uma regra estrita em sua documentação de proveniência de código, afirmando que o projeto "RECUSARÁ quaisquer contribuições que se acredite incluir ou derivar de conteúdo gerado por IA" . A justificativa estava enraizada na insegurança jurídica, especificamente na incapacidade de um colaborador de fazer, com credibilidade, as certificações exigidas pelo Certificado de Origem do Desenvolvedor (DCO, na sigla em inglês) para um código cuja proveniência de direitos autorais não é clara . A comunidade QEMU declarou explicitamente que "não está disposta nem é capaz de aceitar os riscos legais do não cumprimento" do DCO .

A Mudança Proposta: Um Sistema em Camadas de Risco

A nova proposta não abre as portas para todo e qualquer código gerado por IA. Em vez disso, ela cria um sistema em camadas, baseado no risco e no impacto da contribuição.

• Usos Permitidos: A assistência de IA seria permitida para tarefas "onde as ramificações de violações de direitos autorais são, no mínimo, fáceis de reverter e improváveis de se espalhar" . Isso inclui pequenas correções de bugs e atualizações de documentação, áreas onde o impacto de um potencial problema legal é contido e pode ser facilmente desfeito . Usos triviais, como um ambiente de desenvolvimento (IDE) autocompletando o nome de uma variável, são vistos como de risco tão baixo que talvez nem exijam divulgação formal .
• Usos Restritos: As contribuições para o código central do QEMU permaneceriam fortemente restritas. Nesses casos, o uso de IA seria totalmente proibido "sem o acordo prévio de um mantenedor" . Essa salvaguarda garante que o código fundamental e de alto impacto continue a ter uma proveniência clara e auditável por humanos.

Uma Nova Era de Transparência: A Etiqueta 'AI-used-for:'

Um pilar da nova política proposta é um mecanismo de divulgação obrigatória. Bonzini sugeriu adicionar uma etiqueta de commit 'AI-used-for:' (algo como 'IA-usada-para:') a qualquer patch onde a IA tenha desempenhado um papel significativo . Essa etiqueta serve a um duplo propósito: registra de forma transparente o envolvimento da ferramenta para revisores e mantenedores, e "funciona como uma verificação de que o autor leu a política" antes de enviar a contribuição .

Essa abordagem é diferente de uma simples etiqueta 'Assisted-by' (Assistido por), pois coloca sobre o contribuidor a responsabilidade de certificar ativamente que seu uso da IA estava dentro dos limites definidos pelo projeto. Crucialmente, o uso de IA não isenta o contribuidor de nenhum outro requisito padrão, incluindo a importantíssima certificação do DCO .

O Que Isso Significa para o Futuro do Código Aberto

A deliberação do QEMU é uma das mais observadas no mundo do código aberto. As questões legais em torno do código gerado por IA — quem é o dono, sob qual licença ele pode ser contribuído e se pode satisfazer o DCO — permanecem, em grande parte, sem resposta pelos tribunais . Nesse vácuo, cada projeto precisa criar sua própria estrutura de gerenciamento de risco.

A abordagem que o QEMU está considerando representa um potencial caminho do meio que muitos outros projetos importantes podem vir a imitar. Em vez de manter uma proibição absoluta cada vez mais insustentável ou correr para aceitar todo código de IA sem barreiras de proteção, este modelo se inclina para uma estrutura de risco avaliado e divulgação em primeiro lugar. Outros projetos significativos, como o FreeBSD, estão lidando com questões idênticas, e já estão surgindo iniciativas para rastrear código aberto "contaminado" por LLMs (grandes modelos de linguagem) .

Ao potencialmente permitir a ajuda de IA de baixo risco para tarefas repetitivas e documentação, mantendo a lógica central estritamente verificada por humanos, o QEMU está testando um modelo que pode equilibrar os ganhos de produtividade da IA com as necessidades fundamentais de segurança jurídica e técnica para softwares de infraestrutura crítica .

A Política Rigorosa Atual

Para entender a relevância da mudança proposta, é importante examinar a política vigente. Em meados de 2025, o QEMU formalizou uma regra estrita em sua documentação de proveniência de código, afirmando que o projeto "RECUSARÁ quaisquer contribuições que se acredite incluir ou derivar de conteúdo gerado por IA" . A justificativa estava enraizada na insegurança jurídica, especificamente na incapacidade de um colaborador de fazer, com credibilidade, as certificações exigidas pelo Certificado de Origem do Desenvolvedor (DCO, na sigla em inglês) para um código cuja proveniência de direitos autorais não é clara . A comunidade QEMU declarou explicitamente que "não está disposta nem é capaz de aceitar os riscos legais do não cumprimento" do DCO .

A Mudança Proposta: Um Sistema em Camadas de Risco

A nova proposta não abre as portas para todo e qualquer código gerado por IA. Em vez disso, ela cria um sistema em camadas, baseado no risco e no impacto da contribuição.

• Usos Permitidos: A assistência de IA seria permitida para tarefas "onde as ramificações de violações de direitos autorais são, no mínimo, fáceis de reverter e improváveis de se espalhar" . Isso inclui pequenas correções de bugs e atualizações de documentação, áreas onde o impacto de um potencial problema legal é contido e pode ser facilmente desfeito . Usos triviais, como um ambiente de desenvolvimento (IDE) autocompletando o nome de uma variável, são vistos como de risco tão baixo que talvez nem exijam divulgação formal .
• Usos Restritos: As contribuições para o código central do QEMU permaneceriam fortemente restritas. Nesses casos, o uso de IA seria totalmente proibido "sem o acordo prévio de um mantenedor" . Essa salvaguarda garante que o código fundamental e de alto impacto continue a ter uma proveniência clara e auditável por humanos.

Uma Nova Era de Transparência: A Etiqueta 'AI-used-for:'

Um pilar da nova política proposta é um mecanismo de divulgação obrigatória. Bonzini sugeriu adicionar uma etiqueta de commit 'AI-used-for:' (algo como 'IA-usada-para:') a qualquer patch onde a IA tenha desempenhado um papel significativo . Essa etiqueta serve a um duplo propósito: registra de forma transparente o envolvimento da ferramenta para revisores e mantenedores, e "funciona como uma verificação de que o autor leu a política" antes de enviar a contribuição .

Essa abordagem é diferente de uma simples etiqueta 'Assisted-by' (Assistido por), pois coloca sobre o contribuidor a responsabilidade de certificar ativamente que seu uso da IA estava dentro dos limites definidos pelo projeto. Crucialmente, o uso de IA não isenta o contribuidor de nenhum outro requisito padrão, incluindo a importantíssima certificação do DCO .

O Que Isso Significa para o Futuro do Código Aberto

A deliberação do QEMU é uma das mais observadas no mundo do código aberto. As questões legais em torno do código gerado por IA — quem é o dono, sob qual licença ele pode ser contribuído e se pode satisfazer o DCO — permanecem, em grande parte, sem resposta pelos tribunais . Nesse vácuo, cada projeto precisa criar sua própria estrutura de gerenciamento de risco.

A abordagem que o QEMU está considerando representa um potencial caminho do meio que muitos outros projetos importantes podem vir a imitar. Em vez de manter uma proibição absoluta cada vez mais insustentável ou correr para aceitar todo código de IA sem barreiras de proteção, este modelo se inclina para uma estrutura de risco avaliado e divulgação em primeiro lugar. Outros projetos significativos, como o FreeBSD, estão lidando com questões idênticas, e já estão surgindo iniciativas para rastrear código aberto "contaminado" por LLMs (grandes modelos de linguagem) .

Ao potencialmente permitir a ajuda de IA de baixo risco para tarefas repetitivas e documentação, mantendo a lógica central estritamente verificada por humanos, o QEMU está testando um modelo que pode equilibrar os ganhos de produtividade da IA com as necessidades fundamentais de segurança jurídica e técnica para softwares de infraestrutura crítica .