Um patch pede a atenção de outra pessoa, não entrega apenas código. Alguém precisa reconstruir o problema, avaliar efeitos e manter o resultado. A proibição do QGIS a código assistido por IA coloca essa relação no centro da contribuição com agentes.
Segundo a fonte, a política adotada foi aprovada em 7 de outubro de 2026 para código no repositório principal. Descobertas posteriores podem gerar reversão e sanções. Isso não cria uma proibição de toda discussão, tradução ou documentação em canais QGIS.
Divulgar não revoga a exclusão
O projeto tentou antes assistência rotulada com responsabilidade humana. Participantes disseram que isso não protegeu o tempo. Uma estimativa na discussão mencionou cerca de 50 pull requests rotulados e 40 fechados sem integração. Não foi auditoria nem taxa geral de falha de código IA.
Na regra atual, rotular um patch de agente não o torna elegível. Assumir responsabilidade tampouco dispensa a política. Leia as regras atuais antes de gerar uma alteração para envio.
Conte o raciocínio transferido ao revisor
Testes não cobrem toda suposição de formato, desempenho e interação. A visão do QGIS mostra um ecossistema geoespacial amplo, onde mudanças locais afetam muitos usos.
O autor deve explicar mecanismo, reprodução, teste e novas evidências. Se o revisor refaz todo o raciocínio, o patch pronto apenas transfere trabalho. Alto volume pode ultrapassar a formação de novos mantenedores.
Compare políticas sem misturar permissões
As diretrizes Linux permitem assistência divulgada com revisão e certificação humanas. Um agente não assume a assinatura. O QEMU rejeita contribuições geradas e distingue certas atividades de apoio. São escolhas distintas, não autorizações intercambiáveis.
O QGIS deixa bordas discutidas sobre pesquisa, revisão privada e preenchimento. Outro projeto permitir algo não cria exceção. Por outro lado, estilo polido sozinho é evidência fraca de autoria. Sanções exigem explicação clara e aplicação proporcional.
Contribua com responsabilidade duradoura
Organizações dependentes do QGIS devem designar alguém que entenda o subsistema, mantenha a mudança e respeite as regras. Apoiar contribuidores experientes ou formar especialistas pode valer mais que gerar candidatos em massa.
Mantenedores devem observar filas, horas, qualidade e permanência de iniciantes. Menos envios não prova sucesso sozinho. Desenvolvedores precisam respeitar o limite, enviar trabalho explicável e continuar disponíveis. Capacidade de IA não cria direito à revisão voluntária. Um processo sustentável apoia as pessoas que decidem o que será lançado.