REA, la herramienta de código abierto que pone a los agentes de IA a hacer ingeniería inversa, ya va por REA 6.7. La versión 6.7.0, publicada el 18 de octubre, reúne los cambios de la 6.6.0: un descompilador nuevo, Kuna; Ghidra para programas de Windows en ARM y para volcados del veterano procesador 68000; y consultas sobre análisis ya hechos sin tener que repetirlos.
Contamos qué es REA en la noticia de su lanzamiento y qué programas se han abierto con ella en este repaso. En resumen, le da a un agente como Claude Code, Codex o Cursor las herramientas para abrir programas de los que no hay código fuente y explicar, con pruebas, cómo funcionan. El proyecto sigue creciendo a un ritmo poco común: el 21 de octubre tenía 354,849 estrellas en GitHub, unas 53,000 más que cuatro días antes.
Claves de REA 6.6 y 6.7
- Kuna, un descompilador más. Es libre (licencia Apache-2.0) y se distribuye como un único ejecutable. REA no lo descarga ni lo instala: lo pones tú y le indicas su ruta con
REA_KUNA_COMMAND. Analiza sin ejecutar nada y sirve, por ahora, para programas de Linux y de Mac (ELF y Mach-O de x86-64, AArch64 y ARM); Windows no está soportado. - Ghidra llega a Windows en ARM. REA ya puede abrir con Ghidra aplicaciones y bibliotecas de Windows compiladas para ARM (ARM64 y ARM de 32 bits), siempre trabajando desde un Windows x64.
- Y al 68000. También admite volcados en bruto del Motorola 68000, el procesador de Amiga, Mega Drive y los primeros Mac, si se le indica dónde empieza el código. Solo está comprobado en macOS.
- Consultas sin repetir el análisis. Sobre una app de JavaScript ya analizada se pueden pedir rutas exactas, propiedades o referencias a módulos, y de una app de Android, las tablas de textos de varios idiomas a la vez.
- Menos trabajo perdido. Si un análisis se cancela o falla al limpiar, REA conserva lo que ya había comprobado y el motivo exacto del fallo.
- La 6.6.0 no llegó a npm. Se etiquetó en GitHub, pero quien instala desde npm pasa de la 6.5.0 a la 6.7.0, que además corrige un fallo al editar la configuración de los agentes: si el archivo repetía la entrada de REA, el instalador cambiaba una distinta de la que lee el agente.
Más motores para no depender de uno
Kuna se suma a los motores que REA ya sabía usar, como Ghidra, Hopper, IDA o JADX para Android. Para quien analiza programas de Linux o de Mac, eso significa poder contrastar el resultado de Ghidra con el de otro descompilador libre sin salir del mismo flujo de trabajo: las peticiones son las mismas (funciones, pseudocódigo, llamadas, cadenas) y basta indicar el motor con --provider kuna. El soporte de Windows en ARM llega cuando cada vez más portátiles con Windows usan chips ARM, y el del 68000 interesa sobre todo a quien preserva o estudia juegos y programas antiguos. Las limitaciones están escritas en las propias notas: cada novedad dice en qué sistema se ha comprobado y qué queda sin verificar.
Para actualizar, si lo instalaste con npm basta rea update; con npx, la siguiente ejecución de npx -y rea-agents@latest ya descarga la 6.7.0, como comprobamos en un contenedor. Después conviene repetir rea setup y reiniciar el agente. Hemos puesto al día nuestra guía práctica de REA con todas sus pruebas repetidas en la 6.7.0, donde rea doctor ya pregunta por Kuna.
Notas de las versiones 6.6.0 y 6.7.0 y guía de Kuna del proyecto. Portada: un procesador 68000 de Thomson abierto, foto de yellowcloud, licencia CC BY 2.0, Wikimedia Commons.
Fuente: morluto/rea en GitHub, rea-agents 6.7.0, 18 de octubre de 2026