El uso de la inteligencia artificial para generar código ya se ha cobrado su primera víctima entre los desarrolladores del kernel de Linux. Lorenzo Stoakes, uno de los desarrolladores más expertos y veteranos del núcleo, ha anunciado en la lista de correo oficial del kernel (LKML) que ya no puede hacer frente a la saturación de su bandeja de correo electrónico derivada de la avalancha de parches creadores con modelos de lenguaje de IA, algo que le preocupa notablemente.
«Dada la cadencia actual en el kernel resultante de las series generadas por IA, lamentablemente no dispongo del ancho de banda suficiente para poder ofrecer revisiones con carácter general, excepto en las áreas que mantengo directamente», ha compartido Stoakes en la publicación. «Pido disculpas por hacer esto, pero dadas las tendencias actuales me gustaría hacer algo para que mi bandeja de entrada sea un poco más manejable».
El desarrollador lleva colaborando activamente en el proyecto desde 2014, por lo que se ha disculpado con sus compañeros, aunque ha dejado claro que esto se debe a la gran cantidad de contenido basura generado por modelos de lenguaje de IA, una tendencia que no para de crecer y a la que Stoakes no ha podido hacer frente, como ha dejado bastante claro en una discusión posterior.
«Por supuesto, la ola de IA ha sido horrible y empeora significativamente. Al principio veía basura de vez en cuando. Luego era al menos una vez por semana. Después cada pocos días. Hoy en día es prácticamente la mitad de lo que veo, si no más», ha puntualizado.
En este sentido, Stoakes ha renunciado a las funciones de revisor en las áreas centrales de gestión de memoria (MM core), reciclaje y miscelánea (MM misc & reclaim), además de todos los subsistemas de integración de Rust. Adicionalmente, ha querido formar parte de los créditos del proyecto durante su etapa como mantenedor de las THP, aunque delega las responsabilidades sobre su compañero Zi Yan.
Su salida ya ha despertado una gran ola de apoyo entre otros referentes, como Andrew Morton, David Hildenbrand, Kirill Shutemov o Mike Rapoport, quienes han considerado también como inasumible la cantidad actual de parches. Una sobrecarga que ha causado una fractura evidente en Linux.
La postura tajante de Linus Torvalds sobre la IA frente a la prohibición
Como ha ocurrido casi siempre, Linus Torvalds, el creador de Linux, ha sido bastante firme en sus postulados y, en referencia al uso de la IA para la revisión y el mantenimiento del código, ha sido bastante claro. Tras varias críticas al uso de la IA para la programación, él salió al paso de forma tajante: «No, no vamos a establecer reglas estúpidas que digan que no puedes usar herramientas para X».
En su opinión, un veto a la IA para programar sería prácticamente como prohibir los editores modernos, y la responsabilidad tendría que recaer sobre la declaración denominada signed-off-by, que es una firma mediante la cual el desarrollador mantiene la responsabilidad legal de la aportación; es decir, que comprende perfectamente el código y puede responder él, en lugar de apuntar a la herramienta que haya podido utilizar.
Incluso Torvalds confirmó recientemente que había utilizado un modelo de IA para depurar código en un error persistente del kernel de Linux, a la par que aseguró que la misma herramienta le había ayudado a trabajar de forma más ligera en lo que concernía al trabajo mecánico. Con ello, llegó a decir que el trabajo ahora se convertía en un extraño híbrido y añadió: «Si no lo quieres, serás expulsado».
En el caso concreto de algunas distribuciones, desde agosto de 2026 Debian votó a favor de permitir las contribuciones generadas por IA, aunque hay 4 proyectos que aún resisten y prohíben terminantemente el código generado por herramientas de IA.
Gentoo es una de esta y mantiene el veto unánime del consejo por dudas relacionadas con los derechos de autor, la calidad del código y principios éticos. Mientras tanto, NetBSD clasifica el código de asistentes como ChatGPT o GitHub Copilot como «código contaminado», por lo que se requiere autorización expresa por escrito del equipo central para aportar código de este tipo.
En cuanto a Redox OS, mantiene una política de tolerancia cero y el uso de IA conlleva directamente el cierre de la propuesta; en caso de que se haya ocultado, esto supone el veto permanente. Y, finalmente, Elementary OS prohíbe explícitamente el código de modelo de lenguajes, sin más apreciaciones.
