O QGIS aceitou uma política que proíbe contribuições de código feitas com assistência de LLM, IA ou agentes ao seu repositório principal de software. O registro da proposta do projeto mostra que a mudança foi aprovada e incorporada em 7 de outubro. Seu alcance é mais limitado que uma proibição de usar IA no QGIS: o texto da política especifica contribuições de código a um repositório, deixando sem definição alguns limites do termo “assistidas”.
A grande mudança
- O que mudou: O QGIS substituiu sua política anterior de contribuições com ferramentas de IA por uma proibição categórica de contribuições de código assistidas por LLM, IA ou agentes a
github.com/qgis/qgis. - Por que isso importa: Um colaborador cujo código esteja abrangido pela regra pode enfrentar reversão do código e sanções sobre seus direitos de contribuição se o projeto descobrir depois assistência proibida. A proposta não descreve um processo automático de detecção ou aplicação.
- O que continua em aberto: A frase adotada não apresenta exemplos de preenchimento automático, pesquisa ou revisão apoiados por IA e não regula expressamente relatórios de bugs, comentários em discussões ou outros repositórios QGIS.
O que diz o texto adotado
A regra de um parágrafo abrange “contribuições de código assistidas por LLM, IA ou agentes” no repositório principal do QGIS. Ela afirma que a descoberta posterior de assistência baseada em IA, LLM ou agentes pode levar à reversão do código e a sanções sobre os direitos dos colaboradores. A redação identifica consequências possíveis, não um registro de que o QGIS as tenha imposto a um colaborador específico.
O registro importa porque o título da proposta, “Não são permitidas contribuições de IA”, é mais amplo que sua frase operacional. Essa frase especifica contribuições de código e o repositório qgis/qgis. Ela não estabelece uma regra para todo o projeto para pessoas que usam recursos de IA ao trabalhar com o software QGIS. Também não diz se a mesma restrição abrange o repositório separado de propostas de melhoria ou envios que não sejam código. Essas perguntas surgiram na discussão do pull request, mas o texto incorporado não as enumerou.
A mudança aceita atualiza o arquivo de política sobre ferramentas de IA do repositório, cujo nome ainda contém qep-408. O pull request de 7 de outubro foi descrito como QEP 428 e recebeu o rótulo Accepted antes de ser incorporado. O nome do arquivo e o número da proposta se referem à mesma mudança de política neste registro.
Por que os colaboradores contestaram o limite
Os apoiadores descreveram um problema de capacidade de revisão. Na discussão da proposta, o colaborador Haubourg disse que envios gerados externamente podem ultrapassar o que os mantenedores conseguem revisar com seriedade. Um colaborador que havia aberto correções de regressões assistidas por IA disse que a experiência poderia criar uma ilusão de competência em uma base de código complexa e desgastar a confiança entre revisor e autor. São explicações dos participantes sobre a política, não resultados medidos sobre cada patch assistido por IA.
Outros perguntaram o que conta como assistência. Um colaborador listou preenchimento automático, usar um LLM para entender código desconhecido, tradução e um resultado de busca com uma resposta de IA como exemplos que a regra curta não diferencia. Tim Sutton, membro do Comitê Diretor do Projeto QGIS, respondeu que via a conformidade em função de o colaborador ter escrito o código de consciência tranquila. Seu comentário ajuda a entender a intenção, mas não altera a frase adotada. O autor da proposta, Nyall Dawson, disse que o ponto de partida rigoroso poderia ser reconsiderado caso a caso; é uma possível discussão futura, não uma exceção aprovada.
Para um colaborador que prepara hoje um pull request, o limite confiável é o que está escrito: o código oferecido ao repositório principal do QGIS não pode ter assistência de um LLM, sistema de IA ou fluxo de trabalho de agentes. O registro de origem não estabelece como o QGIS distinguirá ferramentas limítrofes ou aplicará a regra na prática. A BIG CHANGE analisou a política e sua discussão pública; não enviamos código nem testamos a aplicação.
Fontes e leituras adicionais
- Texto da política QGIS, versão 2.0: a proibição exata de um parágrafo, o alcance do repositório e as possíveis sanções. O arquivo mostra a data de revisão de 24 de setembro de 2026.
- Pull request #387 de QGIS Enhancement Proposals: discussão da proposta, aprovação de 7 de outubro, rótulo Accepted e incorporação. Os comentários dos participantes descrevem razões e questões de alcance ainda abertas; eles não são, por si mesmos, o texto da política.
- Discussão na lista de e-mails dos desenvolvedores QGIS: explicação anterior do comitê diretor sobre a política proposta para o repositório e sua dificuldade de aplicação. Ela é anterior à redação aceita.



