Sobre REA, el servidor MCP que deja a un agente ver dentro de cualquier programa, y por qué eso cambia las reglas del juego
Toda aplicación que usamos tiene dos versiones: la que nos cuentan y la que corre en nuestra máquina. La primera vive en la documentación, en las charlas, en un hilo en X. La segunda es un programa compilado, un cuerpo cerrado que hace cosas admirables sin explicar cómo. Durante décadas, mirar dentro de ese cuerpo fue cirugía: horas con Ghidra, IDA o Hopper, siguiendo direcciones de memoria hasta que una función empezaba a tener sentido, y un gremio pequeño que sabía hacerlo. Para el resto, la pregunta "¿cómo hace esto esta app?" terminaba en un encogimiento de hombros. Lo que faltaba no era un bisturí mejor. Faltaba una radiografía: ver sin abrir.
En octubre de 2026 apareció la placa. Un repositorio creado en abril, casi sin visitas durante meses, sumó más de cien mil estrellas en una semana y hoy supera las trescientas mil. Se llama REA, Reverse Engineer Anything, y es un servidor MCP de código abierto bajo licencia MIT. Un comando, npx rea-agents setup, y un agente como Claude Code, Codex, Cursor o Gemini CLI puede examinar binarios nativos, apps Electron, ensamblados .NET, APKs, sitios web y capturas de red, todo en la máquina local. La división del trabajo es la misma que en un hospital: REA toma la imagen y el agente la interpreta, y cada hallazgo llega con su evidencia y con sus límites declarados, porque una radiografía que no dice qué no alcanza a ver no sirve para diagnosticar. El ejemplo de rea.tools lo resume: ¿por qué la calculadora de Windows responde 220 a 200 + 10%? El agente lee la librería instalada, sigue dos saltos condicionales, encuentra la constante 100, recupera la regla y devuelve una calculadora pequeña que la reproduce. Los casos mayores siguen la misma lógica a otra escala: el sonido estéreo de un juego de 1996 reconstruido en C, el portapapeles de Notion rastreado a través del IPC de Electron, un juego de PC-98 cuya lógica volvió a C++ y se comparó con el compilador original.
Lo que cambia no es lo que hay adentro sino quién puede verlo. Ghidra existía; lo que no existía era una forma de preguntar sin haber pasado antes años aprendiendo a desensamblar. Esa pregunta, que costaba una semana de un especialista, ahora cuesta una conversación, y eso mueve piezas que parecían fijas. La opacidad deja de ser una estrategia: lo que un producto protegía con silencio ya no lo protege, y la ventaja real se muda a los datos, la comunidad y la confianza. La documentación deja de ser la única versión de la historia, porque ahora se puede contrastar con el programa. La preservación deja de ser arqueología. La interoperabilidad deja de pedir permiso. Pero una radiografía se toma con un propósito y sobre un paciente que lo autoriza, y el propio proyecto lo dice sin rodeos: investigación, educación, interoperabilidad, preservación y software que uno posee o está autorizado a examinar. La placa muestra; decidir qué mirar y para qué sigue siendo responsabilidad de quien la pide.
Para quien desarrolla, la consecuencia es concreta: cada aplicación que admira es, desde hoy, una lección con evidencia, y la distancia entre usar y entender se redujo a lo que tarda una pregunta bien hecha. No hace falta ser cirujano para leer una radiografía; hace falta saber qué se busca y la paciencia de leer la imagen antes de creerla. El software acaba de volverse transparente. Lo que hagamos con esa transparencia todavía está por escribirse.
Comments
No comments yet.