REA: el agente de IA que lee tu app favorita hasta el binario

Publicado en GitHub bajo el nombre morluto, REA supero 60 000 estrellas dias despues de salir, y el contador pasa de 79 000 con mas de 17 000 bifurcaciones al escribir estas lineas. Este proyecto abierto bajo licencia MIT lleva su promesa en el nombre: encargar a un agente de IA inspeccionar como funciona una funcion que te gusta, hasta el nivel binario. Su lema dice lo mismo: senala una funcion, pide a tu agente que la explique con pruebas y que construya una version para tu propio producto. Los lenguajes y etiquetas visibles en la pagina de GitHub muestran que el trabajo va mas alla de la ventana de chat y toca compiladores y desensambladores.

El diseno tiene dos capas. REA actua primero como un paquete de destrezas que ensena al agente de IA que herramienta de inspeccion usar y cuando. Una segunda capa conecta herramientas reales mediante un servidor MCP: Hopper en el escritorio, rastreadores de modulos y comunicacion entre procesos para JavaScript y Electron, observadores de scripts y peticiones para la web. La tesis se apoya en un principio conocido: un modelo vale lo que vale su contexto. Un agente que ve el comportamiento real y el codigo maquina en vez de una simple descripcion entrega clones mucho mas fieles. El proyecto optimiza por eso la recoleccion de pruebas en lugar de la generacion de conjeturas.

La instalacion se mantiene deliberadamente simple. Primero se comprueba la version de Node.js; la guia oficial pide 22.19, 24.11 o 26 y superiores, con la version 24 destacada en la demo. Luego un solo comando configura todo y se elige el agente: se admiten agentes compatibles con MCP como Claude Code, Codex, Cursor o Gemini CLI. La demo selecciona dos agentes lado a lado e instala el componente Hopper para el analisis binario profundo. La instalacion propone cinco cambios para aprobar, agrupando la conexion del agente, los proveedores de desensamblado y las destrezas de investigacion. Despues hay que reiniciar el agente, o las herramientas nuevas quedan invisibles.

Hopper hace de lupa en esta arquitectura. Los desarrolladores escriben codigo fuente, los compiladores lo convierten en codigo maquina, y la ingenieria inversa entra justo ahi, recuperando linea por linea lo que la app hace de verdad. Hopper extrae funciones, instrucciones de maquina, pseudocodigo legible y referencias cruzadas, y REA convierte esos hallazgos en consignas que el agente puede ejecutar. El analisis nativo profundo exige una herramienta de la familia Hopper, Ghidra o IDA, elegida durante la instalacion. El agente termina razonando sobre pruebas sacadas de los archivos en vez de suposiciones a ciegas.

El alcance no se limita a una sola plataforma. La documentacion oficial cita ejecutables y bibliotecas nativos, apps de JavaScript y Electron, paginas web, ensamblados gestionados, paquetes Android, firmware y recursos empaquetados. La demo promete lo mismo para apps de escritorio, juegos, apps web y apps moviles. En Electron se rastrean modulos, importaciones y comunicacion entre procesos; en la web se observan scripts y peticiones. A medida que el alcance crece, el trabajo del agente tambien cambia: estudia el comportamiento en ejecucion, no un simple archivo.

El sujeto de la demo es una app de dictado usada cada dia: WisprFlow. WisprFlow convierte la voz en texto dentro del campo donde esta el cursor, limpia las muletillas, admite mas de cien idiomas de dictado con un diccionario personal, y trae un modulo de notas de reunion. En la demo, el agente localiza la app en el equipo, usa el sitio oficial como conocimiento de fondo y construye una pequena version funcional. El clon muestra una lista de conversaciones, una pantalla de notas con los escritos pasados y un atajo de Option mas 1; frases dictadas en dos idiomas aterrizan en la misma entrada. La afirmacion mas audaz de la presentacion llega aqui: la conversion ocurriria en el dispositivo, sin que la voz viaje a la red.

Esa afirmacion merece una nota al pie. La ayuda de WisprFlow indica con claridad que el dictado exige conexion a internet. El relato local de la demo no coincide del todo con el comportamiento oficial del producto; el clon es una reinterpretacion simplificada del comportamiento observado. La distincion debe quedar nitida para el lector: REA produce un boceto funcional del comportamiento observado, no una copia exacta del producto. Este matiz mantiene las expectativas equilibradas y devuelve el debate sobre licencias a terreno firme. La inspeccion documentada es un buen punto de partida, la identidad estricta es otra afirmacion.

Un ejemplo paralelo llega del lado Adobe y amplia el cuadro. El desarrollador Brandon Thomas, afincado en Atlanta, anuncia que reconstruyo siete apps de Adobe en Rust con el modelo Claude Opus 5.5; el conjunto llamado PhotoCraft, FilmCraft, LightCraft, VectorCraft, DesignCraft, EffectCraft y PrintCraft viaja bajo el paraguas ArtCraft. TechRadar probo el paquete el 10 de octubre frente a los equivalentes de Photoshop y Premiere. El veredicto de Gizmodo el 7 de octubre es franco: una sensacion de Photoshop autentica, pero con fallos. Ambos medios anaden la misma cautela: los clones gratis abren el apetito, pero el software de origen desconocido merece un enfoque prudente.

La tesis final es estrategica mas que tecnica: el codigo ya no es el foso. Cuando una app puede observarse y esbozarse en dias, el valor defendible esta en la marca, la base de usuarios y la fuerza de distribucion, no en el codigo fuente. Los clones en Rust respaldan el punto con un argumento de velocidad, corriendo con fluidez como codigo nativo compilado en las herramientas diarias. La consecuencia practica es invertir en marketing, marca y comunidades. El angulo comunitario aparece tambien en la demo, con un grupo privado que promete hojas de ruta, plantillas y llamadas semanales a los constructores asistidos por agentes.

Los limites y una hoja de ruta practica cierran el dossier. Las estrellas miden curiosidad, nunca exactitud; la instalacion de herramientas de clase Hopper, la fragilidad de las cadenas de agentes y el marco juridico de inspeccionar productos con licencia quedan sobre la mesa. Un orden sensato para equipos pequenos es este: empezar por una sola funcion, exigir pruebas de archivos y comportamiento en cada paso, y dar al boceto una interfaz y marca originales al llevarlo al propio producto. REA es en ese circuito un banco de inspeccion, no un atajo. Bien ajustado, el ensayo de clon se vuelve decision de producto; si no, queda como un repositorio con estrellas.