REA: ingeniería inversa con IA y límites de la copia
REA conecta agentes de IA con herramientas de análisis existentes para examinar software. No garantiza recuperar el código fuente original ni clonar un producto terminado. Incluso en el caso de ArtCraft, hay que distinguir entre la implementación de funciones y el grado de preparación para el uso profesional.
REA es una herramienta de ingeniería inversa que conecta agentes de IA con Ghidra, Hopper e IDA, entre otras herramientas.
Los resultados de la descompilación son pistas para interpretar el funcionamiento de un programa, no equivalen al código fuente original.
El registro de Evidence de REA ayuda a rastrear las pruebas y los límites del análisis, pero no garantiza su exactitud.
FilmCraft presentó por separado el alcance de las funciones y el grado de preparación para el uso profesional en su propia evaluación del 10 de octubre de 2026.
El soporte para CLI y MCP amplía las vías de automatización de la aplicación, pero no sustituye la validación del rendimiento y la compatibilidad.
REA es una herramienta de ingeniería inversa que ayuda a la IA a analizar aplicaciones sin disponer del código fuente. Conecta herramientas de análisis existentes para facilitar la reimplementación de funciones. Sin embargo, no garantiza la recuperación completa del código original. Tampoco demuestra que la era del software haya terminado.
Las cifras de desarrollo que aparecen a continuación corresponden a la evaluación de FilmCraft del 10 de octubre de 2026.
¿Qué es REA?
REA son las siglas de Reverse Engineer Anything. La ingeniería inversa consiste en investigar la estructura y el funcionamiento de un programa terminado. REA permite que los agentes de IA llamen a las herramientas necesarias para esa tarea.
Las opciones de conexión son MCP y CLI. MCP es un protocolo para conectar la IA con herramientas externas. Con CLI, la herramienta se maneja introduciendo comandos en la terminal. Los sistemas compatibles se pueden consultar en el REA README.
Componente | Función | Qué comprobar al leer los resultados
Agente de IA | Plantear preguntas de investigación e interpretar resultados | Si las explicaciones tienen fundamento
REA | Llamar a las herramientas y entregar los resultados del análisis | El alcance del análisis y las posibles omisiones
Ghidra·Hopper·IDA | Analizar la estructura interna de archivos ejecutables | Los formatos compatibles y las limitaciones de cada herramienta
Herramientas de observación de la ejecución | Observar el comportamiento y las salidas reales | Las entradas probadas y el entorno de ejecución
REA y ArtCraft son proyectos con funciones distintas. REA conecta herramientas de análisis. Crafting Apps, de ArtCraft, son aplicaciones para hacer trabajos de edición. La mera existencia de ambos proyectos no permite concluir que sus procesos de desarrollo estén relacionados.
¿Qué se puede averiguar de un archivo ejecutable?
La descompilación convierte el código ejecutable a una forma más fácil de leer para las personas. El resultado no puede considerarse idéntico al código fuente original, ya que durante la compilación pueden perderse los nombres y comentarios originales.
Ghidra es una herramienta de ingeniería inversa desarrollada y mantenida por la NSA. Ofrece funciones de descompilación y análisis de instrucciones. También permite automatizar tareas y ejecutar scripts. Sus funciones se describen en el Ghidra README.
Objeto de análisis | Pistas que se pueden obtener | Lo que no se puede determinar solo con esas pistas
Archivo ejecutable nativo | Pseudocódigo, instrucciones, cadenas de texto y relaciones entre llamadas | Todo el código fuente escrito originalmente
Aplicación JavaScript·Electron | Módulos, relaciones entre importaciones y conexiones internas de la aplicación | La implementación que solo se ejecuta en el servidor
Sitio web | Estructura de la interfaz, scripts y comunicaciones observadas | Todo el código del servidor y los datos privados
Programa en ejecución | Salidas, interacciones y cambios en los archivos | El comportamiento con todas las entradas no probadas
Las solicitudes observadas en el cliente dan pistas para analizar el servidor. No permiten reconstruir todo su funcionamiento interno. El alcance de la compatibilidad de REA también está desglosado por tipo de objetivo en el README oficial.
¿Cómo ayuda REA a la IA con el análisis?
REA selecciona los resultados del análisis que hacen falta, los entrega y conserva sus fundamentos. Esta estructura reduce la necesidad de que la IA lea repetidamente toda la salida cuando es extensa. El flujo de trabajo se puede consultar en la documentación oficial de CLI y en la especificación de MCP.
Una estructura para leer solo lo necesario
REA permite extraer resúmenes o elementos concretos de los resultados de análisis guardados. Así se puede acotar la investigación a determinadas funciones o módulos. Esto reduce la necesidad de incorporar resultados extensos completos a la conversación. La forma de usarlo se explica en la documentación de CLI and Evidence.
Estado del análisis y reutilización de los resultados
La integración con Ghidra mantiene el descompilador en el programa abierto. La sesión de MCP puede conservar las pruebas del análisis. Sin embargo, cada ejecución independiente de CLI es un proceso distinto. El alcance de esta persistencia se puede consultar en la documentación de instalación.
Registros Evidence que conservan los fundamentos
Evidence es un registro de los fundamentos y las limitaciones de los resultados del análisis. Los elementos que no se hayan observado pueden quedar marcados como no verificados. Que un resultado esté vacío no basta para concluir que una función no existe. Esta distinción figura en MCP runtime contracts.
Evidence se puede comparar con un recibo. Sin embargo, la existencia de un recibo no garantiza que la interpretación sea correcta. Las conclusiones importantes deben contrastarse de nuevo con las pruebas originales y los resultados de las pruebas.
¿Qué reimplementan las aplicaciones de ArtCraft?
ArtCraft publica aplicaciones en Rust para hacer trabajos creativos conocidos. La lista oficial indica cuáles están en fase alfa inicial o en desarrollo. Que estén disponibles gratis y que puedan sustituir a otras herramientas en el trabajo profesional son cuestiones que deben evaluarse por separado. La lista se puede consultar en la página de Crafting Apps.
Aplicación | Trabajo principal
PhotoCraft | Edición de imágenes
VectorCraft | Creación de ilustraciones vectoriales
FilmCraft | Edición de vídeo
LightCraft | Gestión de fotografías y revelado RAW
PdfCraft | Apertura de PDF y procesamiento de documentos
EffectCraft | Gráficos en movimiento y efectos visuales
DesignCraft | Maquetación de páginas y edición de publicaciones
PhotoCraft se presenta como una reimplementación de los trabajos que se hacen con Photoshop. FilmCraft se presenta como una reimplementación de los trabajos que se hacen con Premiere Pro. Son objetivos del proyecto descritos por el equipo de desarrollo, no resultados que demuestren de forma independiente una compatibilidad completa.
Comparación entre funciones implementadas y preparación para el trabajo profesional
Que una función exista no significa que se pueda utilizar en un entorno profesional. FilmCraft evalúa ambos aspectos por separado. El producto usado para la comparación del 10 de octubre de 2026 es Premiere Pro 26.5.2.
Aspecto evaluado por FilmCraft | Cifra publicada | Qué mide la cifra
Cobertura de funciones | Aproximadamente el 86 % | El alcance de los elementos implementados, como menús, efectos, paneles y formatos
Preparación para el trabajo profesional | Aproximadamente el 56 % | Estimación propia de hasta qué punto puede sustituir a otra herramienta en proyectos reales
La estimación de preparación para el trabajo profesional en esa fecha era de aproximadamente el 56 %. Las dos cifras usan criterios de evaluación distintos. No debe interpretarse su diferencia como una tasa de errores ni como el tiempo de desarrollo pendiente. Las cifras y sus limitaciones se publican en la sección Status del FilmCraft README.
La documentación oficial señala que mejorar la velocidad de procesamiento de vídeos grandes es una tarea pendiente. También indica que todavía no se pueden abrir directamente archivos de proyecto de Premiere. El alojamiento de plugins también tiene limitaciones.
Por eso, el parecido de la interfaz no basta para decidir si puede sustituir a otra herramienta. Hay que comprobar todo el flujo de trabajo, incluidos el guardado y la reapertura. En la edición de vídeo también debe verificarse la sincronización del archivo exportado.
La siguiente tabla puede servir para comparar aplicaciones.
Aspecto que comprobar | Qué verificar directamente
Compatibilidad de archivos | Si se pueden abrir los archivos que se usan y volver a guardarlos
Calidad de reproducción | Si los vídeos de trabajo reales presentan interrupciones o retrasos en el audio
Resultado final | Si el color, los subtítulos y el sonido del vídeo exportado coinciden con lo previsto
Recuperación del trabajo | Si se puede reabrir un proyecto guardado y seguir trabajando
Entorno de trabajo existente | Si admite los plugins y formatos de intercambio necesarios
Cómo cambian CLI y MCP la forma de usar las aplicaciones
CLI y MCP ofrecen formas de manejar una aplicación sin hacer clic en la interfaz. Según la descripción de PhotoCraft, el mismo motor se puede llamar desde varias interfaces: UI·CLI·canal de control JSON·MCP. La estructura se publica en el PhotoCraft README.
Esto proporciona una base para que la IA llame a las funciones de la aplicación como tareas concretas. El agente se encarga de convertir las peticiones en lenguaje natural en comandos reales. Se necesita un procedimiento aparte para comprobar los resultados.
Forma de manejo | Trabajos adecuados | Qué comprobar
Interfaz gráfica | Edición que requiere una valoración visual | Si la vista previa coincide con el resultado final
CLI | Tareas repetitivas y ejecución de scripts | Las opciones de entrada y el estado de salida
MCP | Tareas que combina un agente de IA | Las funciones llamadas y la verificación de los resultados
No hay fundamentos suficientes para predecir que la interfaz gráfica vaya a desaparecer. Las personas pueden necesitar comprobar el resultado visualmente. Las opciones de automatización y las interfaces de edición visual pueden usarse juntas.
Errores frecuentes al interpretar REA
Equiparar la capacidad de análisis de REA con la capacidad de copiar un producto terminado lleva a malentendidos. Tampoco es fácil juzgar la calidad del análisis solo por el número de herramientas. Cada una de las siguientes afirmaciones requiere pruebas propias.
Afirmación frecuente | Qué debe comprobarse por separado
Restaura cualquier aplicación en pocos minutos | Resultados medidos según el objetivo, el alcance del análisis y el entorno
Siempre hay 126 herramientas | La lista real de herramientas de la versión instalada
Evidence evita las alucinaciones | La diferencia entre registrar pruebas e interpretarlas correctamente
Si se crea en Rust, siempre es rápido | El rendimiento medido en trabajos reales
Si la interfaz es igual, las funciones también lo son | Pruebas que incluyan guardado, compatibilidad y salida
Separar los agentes constituye una implementación de sala limpia legal | El método de separación del acceso y las condiciones de uso aplicables
La lista de herramientas se puede consultar con tools/list en la versión instalada. También hay que comprobar si cada herramienta está disponible para la tarea concreta. Los criterios correspondientes se explican en la especificación de MCP.
Para valorar una posición en las tendencias de GitHub hay que conocer el momento y el período de la medición. Las motivaciones del desarrollador también deben comprobarse en sus declaraciones originales. La afirmación de que empezó debido a una penalización por cancelación no se ha tomado como un hecho confirmado.
La afirmación sobre el uso de Claude Opus 5.5 también requiere registros independientes del proceso de desarrollo. El hecho de que una aplicación sea pública no demuestra qué modelo se usó. Esa afirmación debe comprobarse en los registros de trabajo del desarrollador o en el texto original de su anuncio.
Condiciones de una reimplementación de sala limpia
La reimplementación de sala limpia separa el acceso a la información durante el análisis y la implementación. Divide la tarea de crear las especificaciones funcionales y la de escribir código nuevo. No basta con poner a los agentes en conversaciones distintas.
La documentación de instalación de REA explica las restricciones de acceso a los archivos y a la red. Su propósito es impedir que el entorno de implementación acceda a los resultados del análisis. El método de separación se puede consultar en la documentación Installation and setup.
El DISCLAIMER de REA no garantiza que los resultados sean correctos. Obtener resultados de análisis tampoco otorga derechos sobre el original. Los derechos y las condiciones de uso de cada programa deben comprobarse por separado. El alcance de estas advertencias figura en el REA DISCLAIMER.
Decompilation, reconstruction, heuristics, and AI-assisted analysis may be incomplete or incorrect. REA DISCLAIMER, Analysis results and generated output
Esto significa que el análisis con IA puede estar incompleto o ser incorrecto. Llamar «sala limpia» a un proceso tampoco garantiza automáticamente que sea legal. Si se prevé publicar o comercializar el resultado, hay que comprobar primero las condiciones de uso del programa analizado.
Diferencia entre el análisis local y el envío de información a la IA
Analizar archivos localmente no significa que se impida todo envío de información al exterior. REA indica que procesa localmente los archivos analizados. Al agente que recibe los resultados de las herramientas se le aplican las políticas del proveedor del modelo. Esta distinción se explica en las preguntas frecuentes de REA.
Los resultados del análisis pueden incluir cadenas de texto presentes en los archivos. Los registros de ejecución pueden contener información de cuentas. Si se investiga una aplicación de uso profesional, conviene comprobar primero lo siguiente.
· Los datos personales y la información confidencial que pueden aparecer en los resultados del análisis
· Los resultados de las herramientas que el agente envía al proveedor del modelo
· Las políticas de almacenamiento, entrenamiento y conservación del servicio del modelo
· Con quién se pueden compartir los informes de análisis y los registros
El objeto analizado también puede contener instrucciones destinadas a engañar a la IA. La documentación de REA indica que deben tratarse como datos no fiables. Las instrucciones contenidas en un archivo no deben aceptarse como órdenes del usuario. Este principio de tratamiento figura en la especificación de MCP.
Orden para hacer una verificación directa
Empiece la verificación delimitando la función que quiere reproducir. El objetivo de comprender toda la aplicación tiene un criterio de finalización poco claro. Si define las entradas y los resultados esperados, será más fácil valorar la utilidad del análisis.
· Elija un programa que tenga autorización para analizar.
· Defina la función que comprobará y las entradas de prueba.
· Anote las versiones de REA y de las herramientas de análisis.
· Guarde por separado las pruebas y los elementos no verificados.
· Compare el comportamiento real con los resultados del análisis en un entorno autorizado.
· Si ha reimplementado la función, compare los resultados usando las mismas entradas.
· Registre las entradas que hayan fallado y las condiciones no admitidas.
El informe también puede incluir el valor hash del archivo analizado. Un hash es un valor que permite distinguir si se trata del mismo archivo. Registrar la versión y las condiciones de prueba facilita que otras personas vuelvan a verificar los resultados.
¿Dónde permanece la ventaja competitiva del software?
Aunque aumente la posibilidad de reimplementar funciones, no se puede copiar todo el valor de un producto. Analizar el cliente no da acceso por sí solo a los datos del servidor. Las relaciones con los usuarios y la capacidad de operar el servicio también son cuestiones distintas.
Los documentos públicos permiten prever que cambiarán los criterios de competencia. Será más difícil evaluar un producto solo por la rapidez con que se han implementado sus funciones. También habrá que considerar la calidad verificable y la capacidad de operación.
Factor competitivo | Lo que muestran REA y los casos de reimplementación
Implementación de funciones | Resulta más fácil conectar herramientas para investigar el comportamiento existente
Grado de desarrollo del producto | Hay que evaluar por separado la existencia de funciones y la preparación para el trabajo profesional
Acceso a la automatización | Las interfaces que se pueden llamar, como CLI·MCP, amplían las formas de uso
Operación del servicio | Los datos del servidor y las relaciones con los usuarios deben construirse por separado
Esta tabla es una interpretación basada en la documentación oficial. No es el resultado de una medición de los cambios en los ingresos de todo el mercado. El efecto en cada empresa puede variar según la calidad de sus productos y su estructura operativa.
