Cuando la inteligencia artificial insiste en que algo no tiene arreglo, no siempre hay que creerle. Lo acaba de demostrar Linus Torvalds, que ha cerrado un error crítico en el controlador gráfico de Intel para Linux después de semanas de pelea. Un problema que la propia IA había etiquetado como imposible de resolver, y que sin embargo terminó cediendo con un cambio mínimo en el código.
El fallo llevaba tiempo dando guerra. Aparece registrado en el commit 818bebe y provocaba pantallas negras en el sistema Battlemage G21 del propio Torvalds cada vez que el gestor de pantallas se venía abajo. La solución final, curiosamente, fue casi ridícula por lo pequeña: sustituir la función roundup() por rounddown(). Pero llegar hasta ahí no fue gratis. 24 parches, 18 reinicios del kernel y varias sesiones en las que el modelo de IA repetía, sin margen para la duda, que aquello era imposible e irresoluble.
La IA daba por perdida la batalla
Aquí está lo interesante. La herramienta no se limitó a ofrecer pistas que no conducían a nada. En más de una ocasión sentenció, de forma tajante, que el error no tenía salida. Traducido, venía a pedirle a Torvalds que tirara la toalla y documentara el problema como un caso sin remedio. El creador del kernel decidió seguir tirando del hilo, pese a esa recomendación tan rotunda.
Y ese es el matiz que conviene no perder de vista al trabajar con estas herramientas. Que un modelo no encuentre la solución no quiere decir que la solución no exista. Cualquiera que use a diario un asistente de IA se habrá topado con esa seguridad absoluta, la que da por cerradas todas las opciones sin haberlas probado de verdad. Torvalds no dejó que ese tono pesara más que su propio criterio, y ahí está la línea que separa usar la IA como apoyo de dejar que decida por nosotros.
Link affiliatoLa máquina ejecuta, el humano decide
En el resto del proceso el reparto de tareas fue bastante claro. La IA se hizo cargo de lo repetitivo, lo que agota a cualquiera: añadir salidas de depuración, probar cambios, encadenar reinicio tras reinicio del sistema. Torvalds incluso dejó que la máquina redactara el mensaje final del commit, porque explicaba los hallazgos con claridad, y la acreditó por su nombre en las notas del parche.
Lo que no delegó fue el veredicto. Decidir si la investigación había llegado de verdad a una respuesta siguió siendo cosa suya. Esa separación puede servir de guía a quien use IA en su propio trabajo: aprovechar la capacidad de la máquina para lo que quema la paciencia, sin renunciar al análisis crítico en el momento que define si el proyecto avanza o se queda atascado. No es restar mérito al trabajo de la máquina, sino colocarlo donde más aporta, dejando la última palabra para quien conoce el proyecto por dentro.
Resolver este fallo crítico exigía entender el papel exacto que juega el controlador gráfico dentro del sistema, algo muy distinto de describir qué está haciendo en un instante concreto. Torvalds ha ido acumulando ese conocimiento durante décadas trabajando en el kernel de Linux, y ningún modelo actual dispone de semejante historial. Ese bagaje incluye recordar decisiones de diseño tomadas hace años y saber por qué ciertos atajos nunca acabaron de funcionar.
Fuente
Imagen: softzone.es
Link affiliato