De 140 líneas de directrices a 7: un proyecto veterano cierra las puertas
El 24 de septiembre de 2026, QGIS —un software geoespacial de código abierto con más de veinte años de trayectoria ininterrumpida— registró una propuesta bajo la pull request PR #387. La maniobra fue insólita: el equipo de mantenimiento eliminó 140 líneas del documento de directrices y añadió tan solo 7 líneas nuevas, reduciendo el texto completo de 148 a apenas 15 líneas.
Desaparecieron todas las recomendaciones benévolas y las cláusulas de compromiso. La nueva redacción establece una regla tajante: el repositorio de QGIS no aceptará ninguna contribución de código asistida por LLM, IA o agentes. Si con posterioridad se descubre que se utilizó alguno de estos flujos de trabajo, la aportación será revertida y los permisos del colaborador serán sancionados. La propuesta contó con un respaldo abrumador de la comunidad y se fusionó rápidamente.
No LLM, AI or agent assisted code contributions are allowed in the qgis repository. If we subsequently discover that you have used an AI, LLM, or any agent-based workflow for your contribution, you will be subject to code reversion and contributor rights sanctioning.El documento pasó de la versión 1.0 a la 2.0, y la autoría colectiva sustituyó la firma de un único mantenedor por la de “todos los colaboradores del proyecto QGIS”. Aunque se eliminó más del noventa por ciento del texto normativo, la contundencia de su aplicación alcanzó cotas sin precedentes. El antiguo pacto entre caballeros, basado en la buena fe y el cumplimiento voluntario, fue reemplazado por una línea roja infranqueable.
Figura: Vista de diferencias de la propuesta: todo un documento de directrices podado hasta quedar reducido a un único párrafo. Fuente: GitHub (QGIS-Enhancement-Proposals PR #387)
La política anterior que se desechó era en realidad muy tolerante: permitía a los colaboradores emplear cualquier herramienta, siempre que se garantizara la presencia de un “humano en el bucle” (human-in-the-loop). El contribuyente debía leer y revisar por sí mismo todo el código y el texto generados por LLM antes de enviarlos, asumir la plena autoría y responsabilidad, e indicar de manera transparente qué partes habían sido elaboradas por herramientas automáticas, por ejemplo mencionándolas en el mensaje del commit. El documento antiguo incluso aclaraba de forma expresa que dicha política regulaba únicamente los mecanismos de colaboración y no representaba una postura ideológica sobre si el código generado por IA debía ser admitido.
Pocos meses después, ese extenso documento saltó por los aires ante la presión de la realidad. El mantenedor timlinux lo resumió con franqueza: la gran ventaja de adoptar estas 7 líneas concisas es que erradican cualquier atisbo de ambigüedad.
Generar código cuesta tres segundos; revisarlo exige examinar cada línea
La profunda inquietud de los proyectos veteranos reside en el coste de verificación. Pulsar una tecla permite generar cientos de líneas de código en cuestión de segundos, pero la velocidad para revisar ese material no ha aumentado lo más mínimo.
Es como volcar un camión de patatas ya cortadas en la cocina de un restaurante: la máquina las despacha en segundos, pero los inspectores de calidad deben inclinarse sobre el barreño y examinar tira por tira para descartar las partes podridas. QGIS gestiona datos geoespaciales y algoritmos geométricos complejos; un desajuste de un solo decimal en una proyección cartográfica o una fuga de memoria oculta en lo más profundo de un bucle no provocarán ningún error de compilación. El coste en el lado de la generación se ha desplomado casi a cero, mientras que el coste en el lado de la verificación no ha bajado ni un céntimo; la diferencia solo puede saldarse con horas de trabajo humano.
El mantenedor haubourg expuso los motivos con total nitidez en el hilo de discusión. Señaló que el uso de IA por parte de colaboradores externos impone una carga desmedida e insostenible sobre los hombros de los mantenedores voluntarios, en una labor que ya resultaba extenuante mucho antes de la irrupción de los LLM. La popularización de estas tecnologías no ha aliviado el trabajo; solo ha multiplicado el volumen producido aguas arriba para arrojarlo sin filtro aguas abajo.
Planteó dos desenlaces inevitables: cuando el ritmo de entrada de código supera la capacidad de revisión humana, el proyecto acumula una cola interminable de PR abandonadas o termina integrando en el repositorio código sin verificar. Ninguno de los dos escenarios es admisible para un software de infraestructura industrial.
Figura: Mantenedores explicando en el debate de la propuesta los motivos para cerrar la compuerta. Fuente: GitHub (QGIS-Enhancement-Proposals PR #387)
Discutir con modelos a través de cuentas ajenas: los mantenedores corrigen los deberes de la IA
El otro argumento esgrimido por haubourg resulta aún más revelador: el pilar fundamental del software libre es una red de personas. Las organizaciones confían en QGIS porque saben que pueden retribuir al proyecto y contratar profesionales para soporte, formación y desarrollo de nuevas funcionalidades. Todas estas premisas se sustentan en la certeza de que al otro lado de la pantalla hay un ser humano capaz de dialogar y asumir responsabilidades.
Los mantenedores que reciben las aportaciones están pagando los platos rotos de la quiebra de ese principio. En las mismas fechas, un debate en Hacker News bajo el lema “los agentes de código con IA generan más código, pero no más software” se convirtió en un diario de a bordo para los mantenedores: Plotly relató cómo incidencias de tres páginas sin revisar junto a parches “de apariencia verosímil pero muy endebles” devoraban el tiempo del equipo, obligándolo a plantearse rechazar contribuciones de desconocidos; Hatchet confesó que revisar PR últimamente se asemejaba a “discutir con Claude a través de la cuenta de otra persona”; PgDog cerró directamente la recepción de código para admitir únicamente incidencias; y los desarrolladores de Godot, asediados por PR generadas por IA, acabaron publicando una desolada disculpa.
La preocupación de haubourg va más allá de la coyuntura inmediata. Si las aportaciones externas se inundan de ruido sintético, los principiantes reales que de verdad quieren aprender quedarán sepultados, rompiendo el relevo generacional del proyecto. Lo que busca salvaguardar es precisamente ese ancho de banda: reservar energía para acoger a aquellos novatos de carne y hueso dispuestos a empezar con mejoras pequeñas y honestas.
Cerrar la compuerta es una decisión institucional, no un juicio técnico
Existe un equívoco frecuente al interpretar la resolución de QGIS: su alcance se limita al código remitido por colaboradores externos. El proyecto no ha condenado la tecnología en bloque. haubourg aclaró con rotundidad que emplear modelos de lenguaje para labores de revisión, auditoría y análisis de seguridad debe debatirse en un marco independiente, y planea abordarlo primero en congresos de usuarios antes de elevarlo a propuesta formal.
Esta distinción es capital. En manos de los guardianes del proyecto, la misma herramienta funciona como un detector de fallos; arrojada en la riada exterior, se convierte en lodo y escombros. La normativa busca frenar los resultados carentes de autoría responsable, no la herramienta en sí misma.
El paso atrás desde unas 140 líneas de directrices flexibles hasta una prohibición estricta de 7 líneas es el reflejo inevitable de esta realidad. Si la generación de código se acelera vertiginosamente mientras la capacidad de verificación permanece estancada, las defensas levantadas sobre la cortesía y la buena voluntad terminan cediendo. El cuello de botella ya no reside en escribir código, sino en comprobar qué hace realmente ese código. Cerrar las compuertas es un intento de proteger aquello que sostiene al código abierto: la posibilidad de que dos personas sigan dialogando cara a cara.
Enlaces de referencia:
- Propuesta de QGIS PR #387 (QEP428)
- Registro de intervenciones de los mantenedores en el debate de QGIS
- Hacker News: Los agentes de código con IA producen más código, no más software
- Comentarios públicos de los mantenedores de Plotly, Hatchet, PgDog y Godot
