El proyecto abierto REA (Reverse Engineer Anything) publicó el 18 de octubre de 2026 la versión 6.7.0, que incorpora mejoras para analizar aplicaciones y conservar los hallazgos de esas investigaciones. La herramienta, alojada en GitHub, conecta agentes de inteligencia artificial con instrumentos de ingeniería inversa: permite estudiar cómo funciona una parte de un programa y usar esa evidencia para desarrollar y probar una implementación propia.
Es un proyecto independiente mantenido en el repositorio de morluto. GitHub es la plataforma donde se publica; no es su creador. La actualización es del 18 de octubre y esta revisión editorial corresponde al 19.
Qué acaba de cambiar en REA
Las notas oficiales de la versión 6.7.0 incluyen los cambios de la 6.6.0, que había sido etiquetada pero no publicada en npm. Entre ellos figuran consultas sobre información de JavaScript ya analizada y recursos de varios idiomas de aplicaciones Android sin repetir todo el procesamiento. También amplían el análisis de determinados ejecutables Windows ARM mediante Ghidra y mejoran la conservación de resultados cuando una operación se interrumpe.
La ampliación tiene límites técnicos documentados: algunos formatos y entornos siguen sin estar verificados o soportados. La versión también corrige cómo se editan configuraciones con campos repetidos. No equivale a compatibilidad universal con cualquier programa.
Qué significa «reconstruir software» en este caso
Según el repositorio original de REA, el agente puede inspeccionar aplicaciones sin disponer de su código fuente, localizar el comportamiento que interesa y obtener evidencias. Después, el agente utiliza esos hallazgos para escribir y probar una implementación. REA se integra con agentes como Claude Code y Codex; el análisis nativo puede requerir herramientas adicionales, como Ghidra, Hopper o IDA.
Eso no demuestra que pueda duplicar automáticamente un sistema empresarial completo. Una función reconstruida todavía debe superar pruebas de comportamiento, integración y mantenimiento antes de incorporarse a una operación real.
Los ejemplos publicados por el propio proyecto muestran el alcance con más claridad: reproducir la regla de aceleración de un juego del dinosaurio o interpretar cómo funciona el porcentaje en la calculadora de Windows. Son casos concretos de investigación y reconstrucción. Perinola revisó la documentación; no ejecutó esas pruebas ni certifica sus resultados.
La lectura para una empresa
Análisis de Perinola: el interés empresarial está en estudiar una función que hoy resulta difícil de comprender o adaptar. Por ejemplo, una organización con una aplicación antigua podría evaluar una investigación acotada sobre una exportación o un cálculo antes de decidir cómo modernizarla. Es una posibilidad de uso, no un resultado garantizado por esta actualización.
El primer entregable útil sería una explicación verificable del comportamiento, acompañada de pruebas comparables. A partir de ahí puede estimarse el trabajo de reconstrucción, la integración y quién mantendrá la solución. Prometer el reemplazo de un CRM completo a partir de una demostración pequeña sería saltarse esas etapas.
También conviene revisar qué información recibirá el agente: REA indica que analiza localmente, pero los resultados llegan al agente y quedan sujetos a las políticas de su proveedor de modelos. Para una evaluación empresarial, el alcance, los datos utilizados y las autorizaciones sobre el software deben quedar definidos previamente.
La noticia es el avance de una herramienta para investigar y reconstruir comportamientos de software con IA. Su valor deberá medirse en funciones comprobadas y mantenibles, no en la promesa de copiar cualquier aplicación.
Ilustración de portada creada con IA: representa conceptualmente el análisis y la reconstrucción de software; no es una captura de REA.
