Un parche solicita atención, no entrega solo código. Alguien debe reconstruir el problema, revisar efectos y mantener el resultado. La prohibición QGIS de código asistido por IA centra esta relación para quienes usan agentes en proyectos abiertos.
Según el relato, la política adoptada fue aprobada el 7 de octubre de 2026 para código del repositorio principal. Hallazgos posteriores pueden implicar reversión y sanciones. No establece una prohibición general de todo debate, traducción o documento.
Declarar no elimina la exclusión
QGIS había probado ayuda etiquetada bajo responsabilidad humana. Los participantes dijeron que no protegió el tiempo. Una estimación del debate señaló unas 50 pull requests y 40 cerradas sin integrar. No fue auditoría ni tasa general de fracaso de IA.
La etiqueta no vuelve elegible el parche de un agente. La responsabilidad personal tampoco dispensa la norma. Lea la política actual antes de generar una propuesta upstream.
Contar el razonamiento que asume el revisor
Las pruebas no cubren toda suposición de formato, rendimiento o interacción. La presentación QGIS muestra un ecosistema amplio donde cambios locales afectan muchos usos.
El autor debe explicar mecanismo, reproducción, pruebas y nuevas evidencias. Si el revisor rehace todo, el parche terminado traslada trabajo. El volumen puede superar la formación de nuevos mantenedores.
Comparar sin mezclar permisos
Las guías Linux permiten ayuda declarada bajo revisión y certificación humanas. Un agente no asume la firma. QEMU rechaza contribuciones generadas y distingue ciertas ayudas. Son elecciones distintas, no permisos intercambiables.
QGIS deja márgenes debatidos sobre investigación, revisión privada y autocompletado. Otra política no crea excepciones. A la vez, un estilo pulido por sí solo es indicio débil de autoría. Las sanciones necesitan claridad y proporción.
Contribuir con responsabilidad duradera
Organizaciones que usan QGIS deben asignar alguien que entienda el subsistema, mantenga cambios y respete las reglas. Apoyar expertos o desarrollar capacidad interna puede ayudar más que producir muchos candidatos.
Los mantenedores deben observar cola, tiempo, calidad y continuidad de recién llegados. Menos envíos no demuestra éxito por sí solo. El desarrollador debe respetar límites, enviar trabajo explicable y responder después. La capacidad de IA no crea derecho a revisión voluntaria. El proceso sirve cuando sostiene a quienes deciden qué se publica.