El creador del sitio Decomp.dev desactivó el índice principal y el registro de nuevos proyectos tras advertir que la automatización con IA rompió el sentido comunitario y convirtió el avance en una competencia.
Decompdev, la página que desde 2024 reunía el avance de los proyectos de descompilación de videojuegos, dejará de funcionar como índice público después de que su creador y único administrador, que se identifica como @encounter, lo anunció a mediados de octubre en la página de inicio del sitio bajo el título Sunsetting decomp.dev.
Su diagnóstico es que la comunidad que daba sentido a la plataforma ya no existe en las condiciones originales, y lo resume así: el aspecto comunitario de la descompilación se ha roto.
El anuncio no implica que el sitio desaparezca por completo. Se desactivan el índice principal, que mostraba los proyectos en curso, y la posibilidad de añadir nuevos: las páginas individuales de los proyectos ya registrados y los datos históricos seguirán disponibles.
El código de la plataforma tampoco es abierto. @encounter se reserva todos los derechos y prohíbe cualquier réplica del sitio que utilice su código, de modo que no habrá un clon oficial que tome el relevo.
¿Qué era decompdev y para qué servía?
La plataforma nació en 2024 con una meta concreta: centralizar el progreso de los proyectos de matching decompilation y ayudar a que creciera la comunidad de personas interesadas en ese trabajo.
Los proyectos en sí viven en repositorios de GitHub, así que el sitio funcionaba como un escaparate que los indexaba. Cada uno tenía su página, con barras y porcentajes de avance, y esa visión centralizada era justo lo que lo distinguía de un simple listado de repositorios.
No existen cifras oficiales de usuarios registrados, colaboradores o proyectos indexados al momento del cierre, y el anuncio tampoco las ofrece. Las plataformas con mayor presencia en este tipo de esfuerzos son Nintendo 64, GameCube y Wii, PlayStation 1 y 2, Game Boy Advance y Nintendo DS, entre otras.
¿Cómo funciona la descompilación?
Cuando un estudio termina un juego, el código que escribieron sus programadores, por lo general en C o C++, se convierte en un ejecutable que la consola entiende pero que a una persona le resulta ilegible. El desensamblado traduce ese binario a instrucciones de ensamblador, y la descompilación intenta reconstruir código de alto nivel a partir de él.
La variante que impulsaba esta comunidad es la más estricta: escribir un código fuente que, al compilarse con el compilador original o uno equivalente de la época, produzca exactamente los mismos bytes que el ejecutable de origen. No basta con que el juego se comporte igual, porque la coincidencia tiene que ser total a nivel de binario.
El proceso suele extenderse por meses o años. Se analiza el binario y el comportamiento del juego, se identifican funciones y estructuras de datos y se reconstruye una primera versión del código, a menudo con herramientas como mips_to_c o Ghidra. Después se compila y se compara byte a byte con el original, se ajusta el código, se prueban permutaciones, se documenta y se revisa entre pares, hasta alcanzar el 100 % de coincidencia en el mayor número posible de funciones.
Los casos más conocidos son anteriores a decomp.dev, pero muestran la escala del trabajo.
El de Super Mario 64 llevó cerca de dos años de esfuerzo comunitario, impulsado en un inicio por speedrunners, y se completó hacia 2019 o 2020; el de The Legend of Zelda: Ocarina of Time superó las 15,000 funciones y su coincidencia total fue anunciada en noviembre de 2021 por el equipo ZeldaRET, tras unos 21 meses de trabajo.
La IA entra al juego
En su mensaje, @encounter afirmó que la inteligencia artificial no es el problema en sí misma; reconoce que, con la guía adecuada, la intervención humana y las revisiones de código, esta tecnología puede acelerar el proceso de descompilación.
Según su relato, el punto de inflexión llegó a principios de 2026. Modelos como Opus 4.6 y GPT-5.4 ya parecían conocer las herramientas que usa la comunidad. Después, GPT-6-Astra y otros similares mejoraron en varios frentes: siguen instrucciones complejas, cruzan símbolos e información de depuración, escriben código con un estilo más natural, permutan funciones hasta dar con la coincidencia exacta y mantienen la coherencia en tareas largas, todo con un costo menor.
Aun así, el administrador aclara que la intervención humana sigue siendo necesaria. También menciona el riesgo de las “trampas”, es decir, código que coincide en bytes, pero no parece escrito por un desarrollador humano. Generar código plausible, lograr una coincidencia exacta y entregar un programa funcional de calidad son, en sus palabras, cosas distintas.
El deterioro, explica, vino de quienes usan esas capacidades de mala fe. Habla de “actores malintencionados” que abusan de ellas de formas cada vez más problemáticas, y describe tres frentes.
El primero son los forks hostiles, que consisten en tomar un proyecto humano de larga duración, “terminarlo” con IA y no devolver nada a la comunidad. El segundo es la carrera por publicar puertos de baja calidad a partir de descompilaciones ajenas. El tercero es la confusión entre descompilación, que es un trabajo de investigación, y los puertos a PC, una mezcla que según el anuncio alimentan los llamados “sloptubers” y ciertos foros.
La plataforma también se volvió parte del problema. Decomp.dev se diseñó para gamificar el proceso, porque ver subir el porcentaje era una forma de mantener la motivación cuando cada fracción de punto exigía esfuerzo humano real.
Hoy, advierte @encounter, esa misma idea convirtió la descompilación en un “juego vacío de números”, en el que subir el marcador depende de gastar tokens de IA más que de aprender o colaborar. Por eso concluye que el sitio, como índice público y tabla de clasificación, causa más daño que beneficio.
El administrador no plantea un veto a los proyectos asistidos por IA. Su razonamiento es práctico: definir qué es “slop” resulta difícil y moderarlo es una tarea que se le va de las manos a una sola persona que mantiene el sitio como pasatiempo.
Antes que intentar separar lo humano de lo automatizado, prefirió retirar el incentivo, que era el índice.
¿Qué cambia para los proyectos y la preservación?
El cierre no borra los repositorios de GitHub ni los proyectos existentes, que seguirán su curso. Lo que desaparece es un punto central para descubrir iniciativas y seguir su avance. Quienes quieran encontrar proyectos activos tendrán que recurrir a listados independientes, como awesome-decomp-games o Recompedia, a repositorios individuales y a los foros y servidores de Discord de cada comunidad.
El riesgo más evidente es para quienes llegan nuevos, que lo tendrán más difícil para ubicar proyectos vivos y distinguir los liderados por personas de los impulsados por IA. La descompilación coincidente permite estudiar el código original, crear puertos nativos, hacer mods y parches y preservar los juegos a largo plazo, incluso cuando el hardware o los emuladores fallen, por lo que cualquier fricción en el acceso a esa comunidad tiene efectos que van más allá del hobby.
Lo ocurrido con decomp.dev guarda paralelos con lo que se ha visto en el software libre entre 2025 y 2026, donde varios proyectos han lidiado con una avalancha de contribuciones de baja calidad generadas con IA, las llamadas “drive-by contributions”. Zig, curl y Ghostty, entre otros, adoptaron políticas restrictivas, y se han reportado casos de agotamiento entre quienes revisan el código.
No son situaciones idénticas, pues Decomp.dev no es un repositorio que reciba solicitudes de cambios, sino un índice y tabla de clasificación, y su problema se concentró en los forks hostiles y en la gamificación del progreso. Lo que comparten es la sobrecarga de quienes mantienen estos espacios, la dificultad de moderar la calidad y la pérdida de los incentivos que sostenían la colaboración humana.
