REA es un servidor MCP open source que conecta agentes de IA como Claude Code, Cursor o Codex con herramientas de ingeniería inversa. Analiza binarios nativos, apps Electron, APKs de Android y sitios web de forma local, devolviendo evidencia verificable con cada conclusión.

¿Qué es REA y cómo funciona?

REA (Reverse Engineer Anything) es un proyecto open source con licencia MIT presentado como “un solo MCP para ingeniería inversa” sobre binarios, aplicaciones y comportamiento en ejecución. Su propuesta es directa: ver una función que interesa en una app, entender cómo funciona hasta el nivel del binario, y pedirle al agente que construya una versión propia para el proyecto del usuario.

El mecanismo es una cadena de tres pasos. El agente llama a REA mediante MCP para inspeccionar el objetivo y rastrear el código relevante. REA devuelve hallazgos con su evidencia: referencias, pseudocódigo y limitaciones declaradas de cada conclusión. El agente usa esos datos para formular preguntas de seguimiento, explicar el comportamiento o escribir y probar una implementación. El mismo flujo funciona desde la terminal con el comando rea. Todo el análisis corre de forma local en el equipo del usuario, un enfoque de IA en local coherente con la corriente de herramientas abiertas que ya cubrimos al analizar agentes que operan con MCP sin depender de la nube.

Instalación en dos comandos

Con Node.js 22.x, 24.x o superior y npm instalados, el alta se reduce a ejecutar npx rea-agents setup. El asistente permite elegir los agentes compatibles, entre ellos Claude Code, Codex, Cursor, Gemini CLI y Grok Build, y pide aprobación de cada cambio antes de aplicarlo, con respaldo de la configuración existente. El paquete también se puede instalar de forma global con npm para usar el comando rea de manera habitual. Para el análisis de binarios nativos, REA puede aprovechar una instalación previa de Hopper, Ghidra o IDA, e incluso instalar Hopper con permiso del usuario.

El diagrama oficial resume el flujo completo de investigación, desde la pregunta inicial hasta la implementación probada:

¿Qué se puede analizar con REA?

El catálogo de objetivos es amplio y cubre escenarios muy distintos entre sí:

• Binarios nativos: pseudocódigo, ensamblador, cadenas, símbolos y llamadas, mediante Hopper, Ghidra o IDA.
• Apps JavaScript y Electron: módulos, importaciones, rutas, IPC y relaciones de complementos nativos, sin ejecutar la aplicación.
• Binarios de Go y Rust: versión del compilador embebida, módulos, crates y dependencias mediante inspección estática integrada.
• APKs de Android: manifiesto, clases, métodos decompilados y referencias con JADX.
• Ensamblados .NET: metadatos e instrucciones CIL sin requisitos externos.
• Bytecode EVM y artefactos WASM: selectores de despacho, exportaciones e importaciones para análisis de contratos y WebAssembly.
• Sitios web y capturas de red: estructura de páginas, scripts, observaciones de tráfico desde archivos HAR o SAZ.
• Firmware y más: extracción de regiones con Binwalk, bases SQLite, capturas de paquetes con TShark y grabaciones de señales digitales.

Vale la pena señalar el denominador común: cada resultado incluye la evidencia y las limitaciones detrás de cada conclusión, no solo una respuesta. Ese criterio de trazabilidad lo distingue de las herramientas que muestran conclusiones sin respaldo verificable, un detalle que resulta destacable en un terreno tan propenso a la especulación como la ingeniería inversa.

Casos de estudio documentados

El proyecto publica casos reales que ilustran su alcance. Uno de ellos reconstruye el cálculo de paneo de sonido de DX-Ball: el agente sigue la llamada hasta el código auxiliar, inspecciona las instrucciones y convierte pseudocódigo incompleto en C, validando 3,205 casos originales de x86 y reproduciendo los 63 bytes compilados de la función. Otro rastrea el puente de portapapeles de Notion en Electron, desde la API del renderer hasta el proceso principal pasando por el preload y el IPC. Un tercero recupera el cálculo del anillo de balas de TH04, el juego de PC-98, comparando el C++ reconstruido con la salida del compilador histórico.

¿Por qué importa para el ecosistema de agentes?

El proyecto se inscribe en la misma corriente de plataformas extensibles que ya analizamos cuando vimos cómo OpenCode 2.0 convierte al agente en una plataforma programable. Donde OpenCode apunta a escribir código, REA apunta a leerlo en sus formas más herméticas: compilado, empaquetado u ofuscado. Lo cierto es que la combinación de ambos define una tendencia clara: agentes capaces de operar sobre cualquier capa del software, con evidencia verificable en lugar de suposiciones. La comunidad también fue consciente del problema de los repositorios falsos: el propio README advierte que solo los enlaces desde morluto/rea, rea.tools y el paquete npm rea-agents son oficiales.

Dónde conseguir REA

El sitio oficial rea.tools reúne instrucciones de instalación, guías ilustradas y los casos de estudio. El código está en el repositorio de GitHub bajo licencia MIT, y el paquete npm rea-agents permite la instalación directa. Para dudas e intercambio de hallazgos, el proyecto mantiene un servidor de Discord dedicado a la comunidad de ingeniería inversa.