Las mentiras de REA: no, clonar Photoshop no es tan fácil
Llevo unos días viendo vídeos y hilos que dicen que REA es el fin de Photoshop, el fin del software de pago y, ya puestos, el fin de casi todo. Es mentira. O, siendo justos, es media verdad con un cartel enorme de clickbait encima.
Hay muchos vibe coders ahora mismo (gente que le pide a una Inteligencia Artificial que programe sin entender del todo lo que sale), y sí, están haciendo clones. Pero la mayoría ni siquiera funcionan igual que el original. Y aunque un clon fuera idéntico, por detrás de un producto hay muchísimo más que código.
Qué es REA de verdad
REA son las siglas de Reverse Engineer Anything. No es un programa que clona aplicaciones, es un servidor MCP y una herramienta de línea de comandos que conecta a tu agente de programación con herramientas de ingeniería inversa que ya existían: Ghidra, Hopper, IDA, JADX o Frida. El agente recibe pseudocódigo, grafos de llamadas, cadenas de texto y trazas, y con eso intenta entender cómo funciona un programa.
Es de código abierto, corre en local y no tiene API propia, pero el gasto de tokens lo pones tú. Algunos números que cuenta el análisis de Akita:
- Un experimento con SQLite compilado a WASM costó 42 llamadas a herramientas, cinco minutos y 300.000 tokens de entrada.
- Una incidencia abierta en el repositorio habla de entre 80.000 y 230.000 tokens para inspeccionar una aplicación normal de Mac.
- El proyecto tiene 190 incidencias abiertas, cambios incompatibles en varias versiones menores y algunos módulos marcados como experimentales.
- Su propio aviso dice que el resultado “puede ser incompleto o incorrecto” y sus instrucciones internas dicen que nunca hay que dar a entender que REA clona un programa automáticamente.
Es decir, una caja de herramientas útil si ya sabes ingeniería inversa. No es un botón de “cópiame esta aplicación”.
El clon de Photoshop no es REA
Aquí viene el lío. El clon de Photoshop que se ha hecho viral (PhotoCraft, dentro de un conjunto de apps libres en Rust) no lo hizo REA, sino un desarrollador aplicando técnicas parecidas. Dos proyectos distintos mezclados en un mismo titular.
Y el estado de ese clon dista mucho de “adiós Adobe”. Según el análisis de Akita:
- El repositorio se etiqueta como alfa temprana y tiene más de 800 incidencias abiertas. Su creador ha dicho que está lejos de estar listo.
- Con imágenes de más de 8.192 píxeles recurre a la CPU y llega a picos de 6 GB de memoria. Una foto de 12 megapíxeles necesita ±800 MB solo para abrirla y exportarla.
- La gestión del color es básica y unas 100 incidencias hablan de archivos PSD.
Gizmodo lo llamó un Photoshop “con fallos, pero real”, y OMG Ubuntu, un facsímil superficial. Real, sí. Sustituto de nada, no.
Lo que se les olvida a los que dicen que es el fin
Esto es lo que más me toca la moral, porque lo sé por oficio: un producto es mucho más que su ejecutable. Si clonas la interfaz de Netflix tienes… una interfaz. Te falta lo que hay detrás: los contratos con las distribuidoras y las productoras, el dinero que se mueve, el soporte, la facturación. Y nada de eso está en el código que puedas desensamblar.
Con Photoshop pasa igual:
- El servidor no se desensambla. Relleno generativo y expansión corren en la nube de Adobe, y varios filtros neuronales necesitan conexión. Lo que ocurre en un servidor ajeno no está en tu binario.
- Los datos con licencia. Perfiles de lentes y color construidos durante veinte años no se adivinan. Las paletas Pantone son propietarias.
- El conocimiento de dominio. GIMP tardó años en tener CMYK, y ese saber vive en imprentas y laboratorios de color, no en los datos de entrenamiento de un modelo.
Además, el propio proyecto excluye en su guía de contribución saltarse DRM, anticheat o licencias. Otra cosa que los titulares no cuentan.
Cómo distinguir un clon de verdad de uno de titular
Cuando veas un “he clonado X en un fin de semana”, yo me hago cuatro preguntas:
- ¿Funciona con datos reales o solo en la demo? Abrir un archivo de ejemplo es fácil; abrir el archivo roto de un cliente es otro cantar.
- ¿Qué pasa con lo que no está en el programa? Servidores, licencias, integraciones con terceros, cumplimiento legal.
- ¿Quién lo mantiene? Un clon sin nadie detrás pierde utilidad con cada actualización del original.
- ¿Cuántas incidencias abiertas tiene? Un repositorio con cientos de incidencias y la etiqueta “alfa” te está avisando.
Y una quinta, la que más se olvida: ¿quién va a darte soporte cuando falle? Con una herramienta de pago puedes exigir, abrir un ticket, reclamar. Con un clon hecho en un fin de semana, estás solo. Para un hobby da igual; para un negocio que depende de ese programa, es un riesgo enorme.
Ninguna de las cuatro primeras tiene que ver con cuántas estrellas tiene el repositorio. Las estrellas miden hype, no calidad.
La moraleja de siempre
Cada pocos meses aparece una herramienta que “lo cambia todo” y, a las dos semanas, el titular se queda en nada. Lo útil es quedarte con lo que sí cambia: que entender cómo funciona un programa cuesta menos que antes. Lo que no cambia es que construir un producto, mantenerlo y venderlo sigue siendo lo difícil. Esa parte no la hace ningún repositorio, por muchas estrellas que tenga.
Entonces, ¿REA sirve para algo?
Claro. Para entender un formato de archivo propietario, para ver cómo se comunica una aplicación con su servidor, para recuperar la compatibilidad con un programa abandonado. Eso es ingeniería inversa de toda la vida, ahora con un agente que te ahorra horas de leer ensamblador.
Lo que no hace es convertir a cualquiera en el competidor de una empresa que lleva décadas construyendo producto. Clonar la pantalla es fácil. Montar el negocio, no.
Y si tu negocio está valorando qué herramientas de este tipo usar sin acabar con una copia mal hecha de otra cosa, cuéntame qué necesitas.
Fuentes
- AI Reverse Engineering: Is Adobe Dead? (AkitaOnRails)
- From GTA V on iPhone to Free Photoshop: This AI Tool Is Upending Software (Decrypt)
- Photoshop and Word Rebuilt in Rust: How AI Is Changing Software Cloning (innFactory)
Preguntas frecuentes
¿Qué es REA?
Reverse Engineer Anything es un servidor MCP de código abierto que conecta a un agente de programación con herramientas de ingeniería inversa como Ghidra, Hopper, IDA, JADX o Frida. No incluye su propio descompilador ni clona aplicaciones automáticamente.
¿REA ha clonado Photoshop?
No. El clon de Photoshop que circula (PhotoCraft) es un proyecto distinto, en fase de alfa y con cientos de incidencias abiertas. Se ha mezclado con REA en muchos titulares.
¿Es legal usar REA para clonar un programa?
El proyecto excluye de su guía de contribución saltarse DRM, anticheat o licencias comerciales. Qué puedes hacer con un binario ajeno depende de su licencia y de la ley de tu país, así que si vas a tocar software con derechos, consulta antes.
Compártelo si te ha resultado útil.
¿Has probado a clonar algo con un agente y cuánto se parecía al original? Cuéntame.
Y… el tiempo dirá cuántos de esos clones siguen vivos el año que viene.
Artículos relacionados
Scion vs Git: por qué Anthropic ha dejado Git en su monorepo
Anthropic ha migrado su monorepo de Git a Scion, un sistema de control de versiones propio. Tu intuición va bien encaminada: Git nació para humanos que escriben poco código y trabajan desconectados, y ahora el que escribe es un agente que no se desconecta nunca. Repaso las cifras que da Anthropic, qué cambia Scion por dentro, qué matizo de tu teoría y por qué tú no deberías tirar Git a la basura.
Cuidado con los vendedores de humo de Inteligencia Artificial
Llevo un tiempo viendo cómo el ecosistema de Inteligencia Artificial se llena de gente que vende lo que no tiene: promesas de riqueza rápida, canales de YouTube cuyo negocio real es el canal (no la Inteligencia Artificial), y demostraciones de cinco minutos sin nada en producción. Este post es para los que están considerando dar dinero a alguien que les vende humo, y para los que ya lo han dado y no entienden por qué no funciona.
Sin juniors hoy no hay seniors mañana: lo estamos haciendo mal
La Inteligencia Artificial no programa bien por sí sola, pero a los seniors nos libera muchísimas horas de escribir código. El problema es qué hacemos con ese tiempo: en lugar de planificar mejor y formar a los juniors, lo estamos gastando en producir más y más código que casi nadie revisa. Si seguimos así, dentro de diez años no habrá seniors, y programar dependerá solo de máquinas que nadie sabe corregir.