Un MacBook viejo usa un espejo, una webcam y un agente de IA para depurar sus drivers AMD
El portátil graba su propia pantalla con la cámara para que el agente que escribe el código vea en tiempo real cómo evoluciona el soporte de Radeon en la distribución Linux Omarchy.
Justin Schroeder ha publicado una foto de su portátil trabajando en los drivers de una GPU AMD Radeon. El MacBook usa su webcam para mirar su propia pantalla reflejada en un espejo, de modo que el agente de programación que corre dentro puede comprobar en tiempo real cómo van quedando los cambios que aplica al soporte de Radeon en Omarchy, la distribución Linux que él mismo mantiene.
El montaje es tan simple como suena: el portátil se observa a sí mismo. Y como el equipo trabaja sobre su propio hardware, tiene que ser un Mac Intel antiguo con gráfica AMD dentro. Solo así el agente que escribe el código puede sacar partido de lo que la cámara ve. Si la máquina no llevara esa GPU, no habría pantalla que depurar.
Una distribución pensada para agentes
Omarchy se vende como una distribución Linux "para la era de los agentes". En su web promete instalación rápida y agentes integrados capaces de depurar problemas por su cuenta, con la idea de que el usuario pueda improvisar cada ajuste o resolver cada fallo sin pelearse con la configuración. El código está en un repositorio de GitHub y se distribuye bajo licencia MIT.
No es un sistema solo para Macs Intel de hace años. Hay builds para equipos con Apple Silicon y para PCs x86 actuales, y los desarrolladores dicen que también aguanta máquinas humildes: ponen como ejemplo un ThinkPad X220 de 2011 con 2 GB de RAM. En la página oficial están los detalles de instalación.
El truco de Schroeder ha tenido eco. Tim Sweeney, responsable de Epic Games, comentó el montaje con guasa y le sacó parecido con HAL 9000 leyendo los labios, en referencia al ordenador de 2001: Una odisea del espacio que interpretaba los planes de la tripulación mirándoles la boca.
Lo interesante del experimento no es el espejo, que es un apaño de andar por casa. Es el bucle de realimentación: el agente modifica código de bajo nivel, y en lugar de fiarse de su propia salida, mira el resultado en la pantalla. Para tareas donde el error solo se ve renderizado, como un driver gráfico, eso es una vía para que el modelo detecte lo que ha roto sin que nadie se lo cuente. Queda por ver si el enfoque escala más allá de una foto graciosa en redes o si acaba siendo una práctica habitual en el desarrollo asistido.
