Fiebre REA: agentes de IA que abren las aplicaciones cerradas

De 40 estrellas a más de 57.000 en ocho días: REA, siglas de Reverse Engineer Anything, da a los agentes de IA la capacidad de inspeccionar aplicaciones sin código fuente disponible. El contador de GitHub rondaba las 40 el 2 de octubre y superó las 57.000 la mañana del 10 de octubre, con casi 20.000 sumadas solo el 9 de octubre. La premisa es audaz y simple: el agente descifra cómo se comporta una función, muestra la prueba y reconstruye un comportamiento similar en tu proyecto. Debajo hay un canal estándar para herramientas de agentes más un ayudante de línea de comandos, compatible con Claude Code, Cursor, Gemini CLI y asistentes similares.

La lista de objetivos va mucho más allá de Electron: programas nativos de escritorio para Mac, Windows y Linux, ensamblados .NET, paquetes Android, firmware, sitios web e incluso bytecode de contratos inteligentes. REA no devuelve la fuente original; los nombres y comentarios ya desaparecen al compilar. En su lugar entrega pseudocódigo, instrucciones de máquina, cadenas de texto y un mapa de qué funciones llaman a cuáles. Cada hallazgo trae su origen, una puntuación de confianza y una marca de desconocido en lo no resuelto, para que el agente nunca presente una laguna como hecho.

REA no es un desensamblador en sí; se apoya en motores que los ingenieros inversos usan desde hace años. Ghidra, gratuito y nacido en la NSA, Hopper en Mac y Linux, y el estándar IDA Pro forman esa capa. Sobre estas herramientas difíciles, REA añade operaciones en lenguaje claro servidas por MCP: abre este binario, busca las cadenas, sigue las llamadas. La versión 5.0.0 trajo 133 herramientas, y la ficha de Devpik sitúa la compilación reciente en 139. La instalación es un solo comando que primero muestra un plan, respalda la configuración, registra el servidor y enseña al agente a investigar. El análisis corre en la máquina local, aunque el proveedor del modelo del agente sigue viendo los resultados.

La prueba con DX-Ball, un juego Windows de 1996, muestra que el enfoque va en serio. Al rastrear cómo el sonido de un ladrillo roto se desplaza de izquierda a derecha, el agente cazó en las instrucciones de máquina una entrada que el pseudocódigo ocultaba, leyó las constantes y reescribió la función en C. La reescritura coincidió en 3.205 comprobaciones y compiló exactamente los mismos 63 bytes. El caso está documentado paso a paso en la página de muestra de rea.tools, con direcciones de llamada y lecturas de memoria. La lección: el agente no solo adivina, produce trabajo verificable al byte.

La función de copiar de la aplicación de escritorio de Notion se rastreó desde la página web hasta el proceso principal de Electron. El agente descubrió que Notion esconde un identificador de copia dentro del HTML copiado, y restaura los bloques gracias a él al pegar. El informe admite abiertamente que un paso se terminó con lectura manual, una nota honesta que genera confianza. En otra prueba un desarrollador forzó su propia caja fuerte: entre más de 240 funciones con nombres eliminados, la que comprueba el código apareció en pocas llamadas, se escribió un generador que la aplicación nunca tuvo y el código generado abrió la caja. El mismo método sirve para la defensa: pregunta qué hacen las aplicaciones de tu máquina y adónde envían datos.

Durante años el software disfrutó de una protección silenciosa, y no era el cifrado sino el coste: inspeccionar era lento, caro y exigía habilidades raras, así que casi nadie se molestaba. Esta herramienta elimina la mayor parte de ese coste. Quien distribuya una aplicación de escritorio, una extensión del navegador, un juego, una aplicación móvil o un gran paquete JavaScript debe asumir que el mapa de funciones ya se puede trazar. El verdadero foso está en otro lado: en los datos, en la base de usuarios, en la velocidad de entrega y en la lógica del servidor que nadie externo puede inspeccionar. Mover la lógica crítica del cliente al servidor destaca como la respuesta más sólida ante la inspección asistida por modelos.

Tres avisos antes de probarlo. Primero, la ley, y esto no es asesoramiento legal: inspeccionar para la interoperabilidad suele estar protegido, pero casi todas las condiciones de producto lo prohíben, y saltarse el cifrado o el DRM es otro terreno; tus propias aplicaciones, los programas abiertos y las pruebas permitidas son suelo seguro. Segundo, la seguridad: la página del proyecto dice que esto no es un entorno aislado; un programa ejecutado para observarlo corre con tus permisos, y un archivo puede esconder texto diseñado para engañar a tu agente, así que mantén activas las confirmaciones y abre lo desconocido en una máquina virtual. Tercero, el ritmo: la 4.0.0 salió el 5 de octubre, la 5.0.0 el 7 y la 6.0.0 el 8, así que actualiza a menudo. Buen uso es aprender cómo se comportan la sincronización, el portapapeles y la búsqueda y escribir lo tuyo; mal uso es clonar a un competidor.