Si hay alguien que no tiene pelos en la lengua cuando algo le molesta en el mundo del software, ese es Linus Torvalds. El creador del kernel de Linux acaba de lanzar una advertencia que mezcla frustración y sentido común a partes iguales: la inteligencia artificial está inundando la lista de correo de seguridad de Linux con informes duplicados hasta el punto de volverla casi imposible de gestionar. Y lo más irónico es que las herramientas que se usan para encontrar fallos son las mismas, así que todo el mundo acaba reportando exactamente lo mismo.
Todo salió a la luz en el mensaje semanal en el que Torvalds presentó el cuarto candidato de lanzamiento de Linux 7.1. En ese texto, además de hablar del progreso "bastante normal" del desarrollo, dedicó un buen párrafo a algo que claramente le tiene al límite: la avalancha de reportes de seguridad generados con ayuda de herramientas de IA. El problema no es que la IA encuentre errores. El problema es que decenas de investigadores distintos usan las mismas herramientas, obtienen los mismos resultados y luego envían reportes idénticos a la lista de correo de seguridad del proyecto. El resultado es un caos monumental: los mantenedores del kernel pasan el tiempo reenviando mensajes a la persona correcta o respondiendo que ese fallo ya fue corregido hace semanas. Un trabajo repetitivo, agotador y que no aporta nada nuevo.
Torvalds lo describió sin rodeos como "todo una rotación sin sentido". Y tiene razón: si el mismo error ya está identificado, discutido y parcheado, volver a reportarlo no suma valor, solo genera ruido. Hay otro ángulo interesante en todo esto. Torvalds señala que tratar estos fallos detectados por IA en listas de correo privadas es, además de inútil, contraproducente. Su argumento es claro: si una herramienta de IA puede encontrar un error, cualquier otra persona con la misma herramienta también puede encontrarlo. No es un secreto. No es una vulnerabilidad descubierta por un investigador tras meses de análisis profundo. Es algo que una máquina ha detectado siguiendo un patrón que, por definición, no es exclusivo. Meterlo en un canal privado solo empeora la duplicación, porque los investigadores ni siquiera pueden ver los reportes de los demás y siguen enviando lo mismo una y otra vez. La transparencia, en este caso, sería parte de la solución.
Lo más valioso del mensaje de Torvalds no es la queja, sino la orientación práctica que ofrece al final. Y merece la pena leerla despacio, porque aplica más allá del mundo del kernel de Linux. Su propuesta es sencilla: si usas IA para encontrar un fallo, asume que alguien más ya lo ha encontrado también. Antes de enviar nada, revisa la documentación del proyecto. Y si de verdad quieres aportar algo, ve un paso más allá: crea el parche que corrige el error. Eso sí es valor real. Eso sí justifica el tiempo de los mantenedores. En sus propias palabras, la diferencia está entre ser "el tipo que manda un reporte aleatorio sin comprensión real" y alguien que usa la IA como punto de partida para hacer trabajo de verdad. La herramienta no es el problema; el problema es usarla como sustituto del pensamiento crítico.
Es interesante que estas declaraciones lleguen poco después de que Greg Kroah-Hartman, otro de los grandes mantenedores del kernel, dijera públicamente que los reportes de errores generados con IA han mejorado mucho en calidad y se han convertido en una herramienta cada vez más útil para la comunidad del software libre. No es una contradicción irresoluble: ambos pueden tener razón a la vez. La IA puede ser más útil que antes y, al mismo tiempo, estar creando un problema de saturación cuando se usa sin criterio ni coordinación. Lo que Torvalds plantea no es un rechazo a la inteligencia artificial. Es una llamada a usarla con cabeza. El mensaje de fondo es más amplio de lo que parece. Vivimos en un momento en el que las herramientas de IA están al alcance de cualquiera y permiten hacer cosas que antes requerían años de experiencia. Eso es extraordinario. Pero también significa que el listón de lo que cuenta como contribución real tiene que subir. Detectar un problema que una máquina puede detectar sola ya no es suficiente. La pregunta que deberías hacerte antes de pulsar enviar es: ¿estoy aportando algo que no existía antes? Si la respuesta es no, quizás lo más valioso que puedes hacer es simplemente no enviar nada.
Fuente: The registrer.com
Añadir comentario
Comentarios