REA, abreviación de Reverse Engineer Anything, es un proyecto que permite a un agente de IA investigar cómo funciona una aplicación y usar lo que aprende para construir una versión propia. Lo probé con Claude Code y dos herramientas que uso en mi día a día: una aplicación de pantallazos y otra de dictado.
El resultado me impresionó y también me dejó un poco incómodo. La app de pantallazos estaba compilada y probada en 16 minutos. Pero la parte más interesante vino después: repetí el pedido sin REA, con el mismo modelo y nivel de razonamiento, para ver qué había aportado realmente el repositorio.
Las dos versiones funcionaron. La diferencia estaba en lo que el agente podía observar y en cuánto se acercaba al comportamiento de la aplicación de referencia.
Qué es REA y qué tiene de distinto
El repositorio oficial de REA conecta al agente con herramientas para analizar aplicaciones. Puede aportar información que no aparece en una captura de pantalla: instrucciones, nombres, cadenas y relaciones internas que ayudan a entender una función.
En el video lo explico como un enchufe. Mediante MCP, el agente accede a herramientas de ingeniería inversa y puede dirigir una investigación. Ghidra, Hopper e IDA son nombres asociados a este tipo de trabajo; la herramienta concreta depende del entorno y de lo que se esté analizando.
Lo que me parece relevante es el acceso. Estas herramientas llevaban años existiendo, pero aprender a usarlas requería conocimientos muy específicos. REA permite pedirle al agente una investigación en lenguaje natural y trabajar con sus resultados.
Eso no elimina la necesidad de criterio. Una explicación convincente puede tener partes inferidas, y un resultado que se parece al original puede fallar en situaciones que todavía no probaste.
Ingeniería inversa no significa recuperar el proyecto original
Si solo miras una aplicación desde fuera, ves su interfaz y puedes probar su comportamiento. Analizarla por dentro añade otras pistas sobre cómo está construida. En una aplicación compilada, esas pistas no equivalen al proyecto original con todos sus comentarios, nombres y decisiones de diseño.
Lo que busco en esta prueba es entender funciones y reconstruirlas. El resultado es una implementación nueva que hay que comprobar. El nombre Reverse Engineer Anything tampoco demuestra que pueda copiar cualquier aplicación completa, en cualquier entorno y sin limitaciones.
Esta distinción importa cuando ves las demos virales: una función recreada puede ser útil y sorprendente sin representar todo el producto del que salió.
Prueba 1: mi app de pantallazos
Uso mucho una herramienta para capturar un área de la pantalla, marcar algo con círculos o flechas y copiar el resultado. Quería ver qué ocurría si le pedía a Claude Code recrear esa experiencia usando REA.
En el video cuento que 16 minutos después tenía una versión compilada y probada. Puse las dos aplicaciones al lado y fui haciendo las mismas acciones: dibujar un círculo, moverlo, añadir flechas, numerar y copiar la captura para pegarla en otro lugar.
La cercanía de las funciones que probé fue lo que me llamó la atención. Ya no estaba mirando una promesa en redes: tenía una versión funcionando de una herramienta que uso todos los días.
Los 16 minutos describen esta experiencia concreta. No significan que cualquier software se pueda convertir en un producto mantenido, seguro y completo en ese tiempo.
Con REA frente a Claude Code sin REA
La pregunta era obvia: quizá Claude Code habría llegado a lo mismo sin instalar nada adicional. Por eso repetí el pedido con el mismo modelo y nivel de razonamiento.
La versión sin REA también era funcional. Podía hacer anotaciones y resolver buena parte de la tarea. Pero aparecieron diferencias: el editor no se abría de la misma manera después de capturar, cambiaban los iconos y la distribución de algunas herramientas, y el resultado se alejaba más de la referencia.
Al revisar el proceso, con REA el agente había analizado el binario y encontrado pistas internas, incluida información asociada a Swift y nombres de clases. En el otro recorrido se apoyó más en capturas y en las pistas que tenía disponibles.
Mi conclusión de esta prueba es que el acceso a más evidencia ayudó a acercarse a la aplicación concreta. Claude Code ya podía construir algo útil; REA cambió la profundidad de lo que podía investigar para hacerlo.
Es una comparación de este caso, no una evaluación universal de todos los agentes o de todas las aplicaciones.
Prueba 2: dictado y una base que ya existía
La segunda prueba fue con dictado. Antes de este video ya había construido una aplicación propia a partir de Handy, un proyecto open source. Esta vez le pedí al agente que investigara otra aplicación usando REA y aprovechara lo aprendido.
Según el proceso que muestro, encontró la app instalada, analizó sus componentes e investigó detalles como la barra flotante. Después combinó ese trabajo con la aplicación que yo ya tenía.
El resultado aparece en el video como Habla Imperial. Se puede ver el dictado funcionando y su interfaz. Dar crédito a la base previa es importante: aquí hubo un proyecto existente que el agente pudo ampliar, no una aplicación entera surgida de cero en un solo paso.
Cómo empezar con REA
La web oficial de REA y su guía de instalación son la referencia para la configuración vigente. La web indica este comando:
npx rea-agents@latest setup
Necesitas Node.js y npm. Revisa el plan del instalador, selecciona tu agente y reinícialo al terminar. Las dependencias y posibilidades de análisis dependen del sistema y del tipo de aplicación. También puedes entregarle el enlace oficial a tu agente y pedirle que te guíe.
Para una primera investigación, empezaría con una función acotada de software propio o autorizado. Por ejemplo: entender una regla de cálculo, una exportación o un buscador. Pídele evidencia, una explicación de lo que todavía no pudo confirmar y casos de prueba para la implementación.
Ese enfoque ayuda a evaluar el resultado. Es más fácil comprobar una función concreta que aceptar la frase «ya está recreada toda la app».
Lo que me hizo frenar: las licencias
Después de las pruebas revisé las licencias de las dos aplicaciones y, como cuento en el video, encontré restricciones de ingeniería inversa. Decidí mostrar la experiencia junto con ese límite.
La posibilidad técnica no resuelve por sí sola qué usos están permitidos. Esta publicación no distribuye el software ni el código de esas aplicaciones, y la demostración no es una recomendación para ignorar sus condiciones. Para tus propias pruebas, elige un objetivo cuyo análisis esté permitido y comprueba las condiciones que le corresponden.
También hay un límite práctico: mantener tu versión pasa a ser trabajo tuyo. Hay que corregir errores, adaptarla a cambios del sistema y decidir qué funciones realmente necesitas conservar.
Qué cambia para quienes construimos con IA
La idea de construir tus propias herramientas viene apareciendo cada vez más. En un video anterior sobre el cambio del SaaS conté cómo estaba creando aplicaciones para tareas que antes resolvía pagando otros productos.
REA vuelve esa conversación más concreta. Puedes investigar cómo está resuelto un problema, aprender del mecanismo y evaluar una implementación para tu contexto. No hace falta esperar a que salga un nuevo modelo para que una nueva combinación de herramientas amplíe lo que puedes hacer.
Para mí, la pregunta interesante después de esta prueba es qué parte de una herramienta merece la pena construir y mantener por cuenta propia. Ver una versión funcionando es el comienzo de esa decisión.
Ver la prueba completa
Ver la demostración completa de REA.
Si quieres aprender a construir tus propios sistemas con agentes, puedes conocer Imperio Agéntico. También tienes los cursos completos de Claude Code y Codex.
Capítulos del video
0:00 REA: el repo que hace ingeniería inversa de casi todo
0:40 Lo probé con 2 apps que pago todos los días
1:07 Qué es REA de verdad: un MCP
1:42 Ghidra, Hopper e IDA: herramientas que existen hace años
2:07 Cómo funciona el flujo
2:42 No te entrega el código original
2:52 Cómo instalarlo y qué le puedes pedir
3:42 Prueba 1: recreé mi app de pantallazos en 16 minutos
5:04 Con REA vs. sin REA
6:19 Qué hizo distinto por dentro
7:10 Prueba 2: mi app de dictado
8:38 Build, Don't Buy: dejar de pagar suscripciones
9:12 Lo importante: cambió QUIÉN puede hacerlo
10:38 El lado peligroso: lo legal
12:05 De la teoría a la práctica
12:43 Próximos pasos
Por Benjamín Cordero, creador del canal y cofundador de Imperio Agéntico junto a Maximiliano Cordero.
Preguntas frecuentes
Qué es REA y para qué sirve?
REA significa Reverse Engineer Anything. Conecta al agente con herramientas de análisis para investigar cómo funciona una aplicación y ayudar a reconstruir funciones para un proyecto propio.
REA recupera el código fuente original?
El análisis de una aplicación compilada no equivale a recuperar su proyecto original. Puede aportar instrucciones, nombres y otras pistas para reconstruir parte de la lógica; el resultado necesita verificación.
Qué diferencia hubo con y sin REA en esta prueba?
Ambas versiones de la app de pantallazos funcionaron. La creada con REA se acercó más a la referencia en los detalles mostrados. Es el resultado de esta comparación, no una garantía para cualquier aplicación.
Las dos aplicaciones se construyeron desde cero?
La app de dictado aprovechó una base que ya existía, construida a partir del proyecto open source Handy. El agente combinó esa base con lo aprendido durante el análisis.
Qué hay que revisar antes de analizar una aplicación?
En el video cuento que encontré restricciones de ingeniería inversa en las licencias de las aplicaciones probadas. La capacidad técnica no equivale a permiso. Para practicar, elige software propio o cuyo análisis esté autorizado.