Ingeniería inversa con IA: cómo entender una función y construir tu propia versión con REA

¿Cuántas suscripciones mensuales pagas por herramientas que usas todos los días? Grabadores de pantalla, editores de imagen, extensiones de navegador, CRMs. Durante años el software ha funcionado con una regla rígida: tú te adaptas a las funciones, los formatos y los precios de quien creó la herramienta.

Los agentes de IA que escriben código, junto con el protocolo MCP, están cambiando esa regla. Un caso visible es REA (Reverse Engineer Anything), un proyecto de código abierto con licencia MIT que, según la API de GitHub, superaba las 424.000 estrellas el 3 de noviembre de 2026. Las estrellas miden popularidad, no calidad ni seguridad, pero dicen mucho del interés que despierta la idea.

La idea no es "clonar aplicaciones", y el propio proyecto lo excluye de forma explícita. Es otra cosa: entender cómo funciona una función en software que tienes derecho a analizar y pedirle a tu agente que construya una versión propia, desde cero y ajustada a tu flujo de trabajo.

En esta guía verás cómo instalar REA, conectarlo a tu agente de desarrollo (Claude Code, Cursor, Codex u OpenCode, entre otros) y construir tu primera utilidad en local. Si quieres el panorama técnico completo, empieza por el artículo pilar: REA: cómo hacer ingeniería inversa con IA.

1. Qué es REA y cómo funciona por dentro

Imagina a un sastre experto que ve un traje impecable en una vitrina. Analiza el corte, las costuras y la estructura, y luego confecciona uno nuevo con su propia tela y a la medida exacta del cliente. No se lleva el traje de la vitrina.

• No recupera el código fuente. El código de una aplicación comercial no está en tu equipo en forma legible. REA inspecciona lo que sí hay (binarios, paquetes JavaScript o Electron, ensamblados .NET, webs) y devuelve una explicación de su comportamiento.
• El motor es MCP. REA es una CLI y un servidor MCP: un puente que le da a tu agente herramientas de análisis que puede llamar mientras conversas con él en lenguaje natural. Para binarios nativos usa motores que ya existen, como Hopper, Ghidra, IDA o Kuna.
• Análisis con evidencia. Cada resultado incluye tres cosas: cómo funciona la parte que preguntaste, la evidencia concreta que sostiene cada conclusión (archivo, función, referencia) y los límites de lo que no pudo determinar. Esa última parte es la que te protege de las respuestas que suenan seguras pero son inventadas.

Un matiz importante: el análisis corre en tu máquina, pero los resultados llegan al modelo de IA de tu agente. Si ese modelo funciona en la nube, se aplica la política de datos de tu proveedor.

2. Antes de empezar: qué puedes analizar y qué no

Esta es la parte que la mayoría de los tutoriales salta, y es la que más importa.

El aviso de uso de REA dice que el proyecto está pensado para investigación de seguridad, educación, interoperabilidad, preservación de software y análisis de software que posees o estás autorizado a examinar. Y dice, con todas las letras, que no apoya copiar software propietario ni reproducir su código y recursos protegidos, ni saltarse DRM, comprobaciones de licencia u otras protecciones técnicas.

En la práctica:

• Sí: tus propias aplicaciones, software de código abierto cuya licencia permita estudiarlo y software de terceros con autorización escrita.
• No: aplicaciones comerciales cuyos términos de uso prohíben la ingeniería inversa, que son muchas. Que la tengas instalada no te da permiso para analizarla.
• Nunca: copiar marcas, logotipos, textos o interfaces, ni saltarte licencias o protecciones.

Y una buena noticia: muchas de las funciones que pagas no necesitan ingeniería inversa. Un grabador de pantalla, por ejemplo, se construye con APIs del navegador o del sistema operativo que están documentadas públicamente. Ahí REA sobra: basta con tu agente y la documentación oficial.

3. Guía paso a paso: instalación y primera utilidad en local

Requisitos: Node.js 22.x (22.23.4 o superior), 24.x (24.22.1 o superior) o 26.12.1+, además de npm, y un agente de desarrollo compatible con MCP. El instalador reconoce Claude Code, Codex, Cursor, Gemini CLI, Grok Build y OpenCode, entre otros.

Paso 1: instala REA y conéctalo a tu agente

No necesitas clonar el repositorio: eso solo hace falta si quieres contribuir al proyecto. La instalación oficial es un comando. Ejecútalo en tu terminal, desde una carpeta de confianza que no sea la del proyecto que vas a analizar:

npx rea-agents setup

El instalador te pregunta qué agentes quieres configurar, te muestra los cambios que va a hacer y te pide aprobación. Añade el servidor MCP de REA y sus instrucciones de trabajo, y guarda una copia de seguridad de tu configuración actual. Cuando termine, reinicia tu agente para que cargue la nueva configuración.

Si prefieres fijar la versión que se verificó para esta guía:

npx rea-agents@6.8.0 setup

Descárgalo solo de las fuentes oficiales: el repositorio morluto/rea, la web rea.tools o el paquete npm rea-agents. El propio proyecto advierte que un nombre parecido o un README copiado no garantizan que una descarga sea oficial.

Paso 2: comprueba que tu agente ve las herramientas

Abre tu agente y pregúntale en lenguaje natural. Esto no es un comando de terminal, es un mensaje en el chat:

¿Qué herramientas de REA tienes disponibles? Enumera las que sirven para
analizar una aplicación JavaScript o Electron.

Si no aparece ninguna, revisa que reiniciaste el agente y consulta la guía de instalación oficial. En Linux, algunas funciones necesitan un ps compatible con procps en el PATH.

Paso 3: define la función que quieres y escribe el prompt

Elige una función concreta, no una aplicación entera. "Quiero algo como la app X" es demasiado vago; "quiero grabar pantalla y cámara a la vez, y guardar el archivo en mi equipo" es una especificación.

Si necesitas entender cómo resuelve esa función un software que puedes analizar (tuyo o de código abierto), pide el análisis primero:

Analiza con REA la aplicación que está en ./objetivo. Es de código abierto y su
licencia permite estudiarla. Quiero entender cómo graba la pantalla y la cámara
a la vez. Devuélveme cómo funciona, la evidencia de cada afirmación y lo que no
puedas determinar. No ejecutes la app y no copies código ni recursos.

Después, o directamente si la función está documentada, pide la construcción con tus propias reglas:

Crea una aplicación local en una carpeta llamada mi-grabador. Debe incluir:
una burbuja flotante para la cámara web que pueda cambiar de tamaño, selección
de micrófono, cuenta regresiva de 3 segundos, herramientas para dibujar sobre la
pantalla y guardado automático de las grabaciones en mi computadora, sin subir
nada a internet. Usa solo APIs documentadas y librerías de código abierto, dime
la licencia de cada dependencia y aplica esta paleta de colores: [tus colores].

Paso 4: ejecuta, prueba y ajusta

1. Primera versión. El agente crea los archivos del proyecto y te indica el comando para lanzarlo. Según la complejidad, puede tardar desde unos minutos hasta varias rondas de trabajo.
2. Prueba de funcionamiento. Ejecuta la app, concede los permisos que pida el sistema (cámara, micrófono, grabación de pantalla) y haz una grabación de prueba. Comprueba dónde se guarda el archivo y que no se envía nada fuera de tu equipo.
3. Ajuste iterativo. Si falta algo o quieres cambiar el diseño, pídelo en el chat: "Añade un botón de pausa rápida y cambia el color de la burbuja al pasar el cursor".
4. Revisión. Lee lo que el agente escribió o pídele que te lo explique. Es tu software: si falla o tiene un agujero de seguridad, el problema también es tuyo.

4. La línea legal y ética

Es fácil entusiasmarse con la idea de construir tus propias herramientas, así que conviene trazar la línea con claridad:

• Marco legal. Copiar marcas registradas, interfaces protegidas o saltarte licencias puede acarrear consecuencias legales serias, sobre todo si comercializas el resultado. Las reglas sobre ingeniería inversa e interoperabilidad cambian según el país y según la licencia del software. Si tu caso es comercial, consúltalo con un abogado.
• Para qué está hecho REA. Para auditoría técnica, investigación de seguridad, aprendizaje, interoperabilidad, preservación de software y análisis de software propio o autorizado. No para fabricar copias.
• Privacidad. No extraigas datos personales, credenciales ni secretos comerciales, y borra las capturas cuando termines.

5. La verdadera oportunidad: software a medida

La oportunidad no está en revender copias baratas. Para creadores, agencias y equipos pequeños, la ventaja está en el software a medida: utilidades internas que hacen exactamente lo que necesitas y nada más.

Llevamos décadas adaptando nuestra forma de trabajar a aplicaciones rígidas y costosas. Con un agente de desarrollo, y con REA cuando necesitas entender cómo se resolvió algo, la barrera para construir tus propias herramientas baja muchísimo. No desaparece: mantener, asegurar y actualizar lo que construyes sigue siendo trabajo. Pero ese trabajo ahora es tuyo, y la herramienta también.

¿Cuál es la función por la que hoy pagas una suscripción y que podrías construir a tu medida este mes?

Sigue leyendo

• REA: cómo hacer ingeniería inversa con IA, el artículo pilar con todo el detalle técnico.
• Skills para agentes de código, para que tu agente construya siempre con tus reglas.
• Skills, conectores y plugins de Claude, para convertir tus procesos en un sistema.
• Cómo verificar una respuesta de IA antes de usarla, para revisar lo que el agente te entrega.

Fuentes

• Repositorio de REA en GitHub (morluto/rea)
• Paquete npm rea-agents (versión 6.8.0, licencia MIT)
• Guía de instalación y agentes compatibles
• Aviso de uso responsable (DISCLAIMER)
• Web oficial y guías de REA

Verificado el 3 de noviembre de 2026 contra el README, la guía de instalación y el aviso de uso del repositorio, la versión 6.8.0 publicada en npm y el recuento de estrellas de la API de GitHub. Los requisitos y las capacidades cambian entre versiones: comprueba la versión que instalas.