Dos namespaces de GitHub. Un enlace de Ko-fi. Once commits que Git nunca olvidó. Una edición de namespace de 62 segundos, un historial de Git idéntico byte por byte y enlaces públicos de apoyo conectan a MiaAI-Lab con un rastro técnico más antiguo que estaba escondido a plena vista.
Antes de empezar, dejemos algo claro: esto no es un artículo para hundir a nadie. Yo apoyaba a MiaAI-Lab.
Seguí la cuenta cuando tenía menos de 2000 seguidores, compartí sus benchmarks y de verdad quería ver triunfar el proyecto. Lo que cambió no fue el éxito. Fue la brecha cada vez mayor entre esa imagen pública impecable y el rastro técnico que había debajo.
La IA local se sostiene sobre la confianza del código abierto. Cuando una cuenta se convierte en una de las voces más fuertes del sector, la procedencia importa. ¿Quién escribió qué? ¿De dónde salieron los repositorios? ¿Qué identidades e infraestructura existían antes de la marca?
Así que dejé de mirar el avatar y empecé a mirar Git. Sin filtraciones. Sin acceso privado. Sin intrusiones en servidores. Solo repositorios públicos, enlaces públicos y objetos Git crudos que cualquiera que lea esto puede reproducir.
Esta investigación no nace de la mala fe, sino de la transparencia y de buscar un terreno de juego justo en un ecosistema que depende de la confianza del open source.
No es una teoría que me inventé de la noche a la mañana. Durante mucho tiempo, mucha gente en la comunidad de IA local venía diciendo lo mismo en voz baja: algo en la escala, el volumen y la identidad detrás de la presencia de Mia no cuadraba del todo.
Unos cuantos me escribieron directamente después de ver cómo su propio trabajo, sus proyectos y sus líneas de investigación se quedaban sin aire mientras una sola cuenta parecía dominar la conversación en torno a casi cada lanzamiento importante de IA local. Algunos habían invertido muchísimo tiempo en trabajos que de repente era mucho más difícil visibilizar, y sentían que el ecosistema se estaba distorsionando por puro volumen.
Nada de eso demuestra por sí solo que haya malas prácticas, pero explica por qué tantos seguíamos tirando del hilo. No buscábamos un escándalo. Intentábamos entender por qué tanta gente, de forma independiente, sentía que algo no encajaba.
La cara pública de Mia's AI Lab. La investigación empieza en el perfil, pero las pruebas están debajo.
No tienes que fiarte de mi palabra para nada de esto. Cada afirmación clave de abajo está vinculada a un repositorio, commit, perfil o enlace público que puedes abrir tú mismo.
La huella pública de MiaAI-Lab en GitHub. Aquí empieza el rastro.
@MiaAI_lab se ha convertido en una de las cuentas de IA local más visibles de X, con decenas de miles de seguidores y un flujo incesante de configuraciones DGX Spark, modelos de contexto largo, benchmarks y guías de despliegue.
En apariencia, todo es sencillo: una marca, una identidad, un laboratorio.
El historial de Git no es tan sencillo.
El código es real. La ingeniería es real. Los repositorios son reales. Pero el rastro de desarrollo bajo MiaAI-Lab va mucho más allá del namespace de Mia.
Se remonta hacia atrás hasta zurih, se desvía hacia un historial de Git de 11 commits idénticos byte por byte bajo Cesarus85, y llega hasta un proyecto más antiguo de Cesarus85 acreditado públicamente a Stefan Maier / Iris. Incluso los archivos de despliegue actuales de Mia siguen conteniendo el identificador zurih.
Eso todavía no prueba quién controla físicamente la cuenta de X de Mia. Lo que sí prueba es que el historial técnico limpio y autosuficiente que sugiere la marca está incompleto.
Y casi todas las pruebas estaban a la vista de todos.
Antes de meternos con Git, observa cómo se conectan los enlaces públicos en tiempo real.
Empieza en el repositorio. Sigue al perfil. Haz clic en la insignia de X. Haz clic en la insignia de apoyo. Nada de esto requiere que confíes en mí. Puedes repetir los mismos clics tú mismo desde los enlaces de origen que hay abajo.
Siguiendo solo enlaces públicos: repositorio → perfil → Mia → página de apoyo.
1. Sigue los enlaces: dos repositorios, un mismo destino en Ko-fi
La conexión más rápida no está escondida en algún objeto Git rebuscado. Está en el README.
Abre el repositorio DeepSeek de contexto de 1 M bajo MiaAI-Lab. Su README dirige a los lectores a @MiaAI_lab y a ko-fi.com/Z8Z3SPLOD.
Ahora abre el repositorio con el mismo nombre bajo Cesarus85.
Dirige a los lectores a la misma cuenta de X y al mismo destino de Ko-fi.
Haz clic. La página de Ko-fi se identifica como Mia y enlaza de vuelta al mismo ecosistema público. En la captura del 2 de octubre, la página muestra 64 supporters (apoyadores), un objetivo de financiación al 75 % de 4000 $ y un contador de “x 608 received”.
Evito a propósito convertir ese contador en una cifra en dólares porque la página no lo etiqueta como 608 $. El dato interesante no necesita adornos: un repositorio bajo Cesarus85 está publicando los destinos sociales y de apoyo de Mia.
Ese es un vínculo de publicación directo y reproducible entre el historial del repositorio y la marca Mia.
Se ven claramente los botones Follow Me on X y Buy me a coffee. Compruébalo tú mismo.
El destino de Ko-fi publicado desde el repositorio se identifica como Mia y enlaza de vuelta al mismo ecosistema público.
MISMO ENLACE DE X
MISMO ENLACE DE KO-FI
2. La edición de 62 segundos: Git guardó el nombre antiguo
Después, el historial del repositorio nos da algo mucho más difícil de descartar como una simple coincidencia visual.
Vuelve al commit raíz:
47f3b26695361d5e8fab6cb4488f4e117975413c
En esa instantánea exacta, la línea 40 del README indica a los usuarios que clonen:
github.com/zurih/DeepSeek-V4-Flash-Dual-DGX-Spark-1M-Context.git
Ahora abre el commit inmediatamente siguiente.
Esa misma línea cambia de zurih a MiaAI-Lab.
Las marcas de tiempo de autor registradas en esos dos commits tienen 62 segundos de diferencia.
Eso es lo que preserva Git: una referencia antigua a un namespace, seguida de inmediato por su sustitución. No nos dice quién estaba sentado frente al teclado, pero la edición está ahí.
3. Git no olvida: once commits idénticos byte por byte
Un texto coincidente se puede copiar. Los objetos Git nos dan algo mucho más preciso.
Un SHA de commit de Git identifica el objeto commit exacto. Así que descargamos los repositorios de MiaAI-Lab y Cesarus85 de forma independiente y ejecutamos:
git cat-file -p 47f3b26695361d5e8fab6cb4488f4e117975413c
Ambos repositorios devolvieron el mismo objeto commit de 236 bytes y el mismo árbol:
a8ca3ec9f42a46b090b5ca6516effe6f54f148d3
Comparamos las cargas útiles directamente. Coincidían byte por byte.
Luego ampliamos la prueba.
Los 11 commits accesibles desde la rama main capturada de Cesarus85 también aparecen entre los 16 de la rama main capturada de MiaAI-Lab. Las 11 cargas útiles coinciden.
La copia de Cesarus85 del repositorio DeepSeek muestra 11 commits en su rama main. Esos 11 objetos commit también aparecen en el historial de MiaAI-Lab.
Eso es mucho más contundente que encontrar el mismo README copiado dos veces. Establece un historial de Git compartido.
Pero esta distinción importa: los hashes de Git prueban que los objetos coinciden. No autentican criptográficamente a la persona que los subió. Ese historial pudo llegar mediante un clone, una importación, un upstream compartido o un operador común.
Lo que demuestran los números es el historial. No la persona.
El mismo objeto Git inmutable. Historial compartido. Cero especulaciones sobre los bytes.
**
4. Dos relojes, un detalle importante
GitHub indica que el repositorio alojado por Mia se creó el 9 de junio de 2026 y el de Cesarus85 el 24 de junio de 2026. También tienen IDs de repositorio distintos en GitHub.
Sin embargo, el repositorio más nuevo contiene el historial de commits compartido más antiguo.
No hay nada imposible en eso. El historial de Git es portátil. Se puede importar un historial existente a un repositorio recién creado sin alterar los objetos commit subyacentes.
Lo importante es no pretender que esto nos diga en qué dirección se movió nada. Nos dice que los repositorios comparten historial mientras GitHub los registra como creados por separado.
5. Cesarus85 tiene un nombre público: Stefan Maier
Cesarus85 no se presenta como una identidad de desarrollador anónimo.
El perfil público de GitHub muestra el nombre Stefan Maier justo encima del usuario Cesarus85 y enlaza el handle @stefanmaier.
El perfil público de GitHub muestra el nombre Stefan Maier justo encima del usuario Cesarus85 y enlaza el handle @stefanmaier.
Otro perfil público de X también usa el nombre Stefan Maier y el handle @StefanMaier.
La identidad pública de X vinculada también se presenta como Stefan Maier, @StefanMaier.
Además, hay interacción pública directa entre las cuentas. En un hilo del 23 de junio, Stefan Maier dice que consiguió que la receta de DeepSeek V4 Flash de @MiaAI_lab funcionara en dos Sparks. Mia responde directamente a esa publicación y la conversación sigue sobre Hermes y pruebas de concurrencia.
Esa interacción no demuestra que sean el mismo dueño. Lo que sí demuestra es que la cuenta pública de Stefan Maier, la cuenta de Mia y este proyecto técnico concreto interactuaban abiertamente en el mismo momento de la línea temporal.
23 de junio de 2026: Stefan Maier dice que está ejecutando la receta de DeepSeek V4 Flash de
; Mia responde directamente en el mismo hilo.
Luego está el historial más antiguo del repositorio. Cesarus85/Hermes-Influencer contiene un manifiesto de plugin con este crédito explícito del proyecto:
author: Stefan Maier / Iris
Eso nos da una conexión pública y reproducible entre la identidad de desarrollo Cesarus85 y el nombre Stefan Maier.
Lo que no hace, por sí solo, es probar que Stefan Maier controle @MiaAI_lab. Esa es otra afirmación distinta, y hay que dejar que las pruebas lleguen solo hasta donde llegan.
Un proyecto anterior de Cesarus85 acredita de forma independiente a “Stefan Maier / Iris”.
**
6. El fantasma en la configuración: zurih nunca desapareció del todo
El identificador antiguo no se limita a un commit raíz olvidado de 2026.
Sobrevive dentro de material de despliegue posterior de MiaAI-Lab.
Un script actual de benchmark de GLM usa:
WORKER_USER:-zurih
como nombre de usuario worker de respaldo.
Por otro lado, el README de Qwen dual-Spark identifica a zurih en la columna de configuración utilizada para las mediciones documentadas allí.
Esto importa porque nos da continuidad entre piezas independientes de material publicado: zurih aparece al principio del historial y sigue incrustado en documentación de despliegue posterior de MiaAI-Lab.
Verificamos los archivos publicados. No iniciamos sesión en las máquinas ni probamos credenciales.
**
7. La huella del agente: la atribución "Pi Agent"
Los registros del repositorio revelan un detalle técnico adicional: siete commits en la rama probada de Mia DeepSeek llevan la atribución de autor "Pi Agent" (seis fechados el 14 de junio de 2026 y uno el 9 de julio de 2026).
Siete commits en la rama probada de Mia DeepSeek llevan el nombre de autor “Pi Agent”: seis fechados el 14 de junio y uno el 9 de julio.
Eso cuadra con un flujo de trabajo de desarrollo asistido por agentes, pero la distinción vuelve a ser importante: una cadena de autor en Git son metadatos configurables. No es un registro de ejecución crudo, y no puede decirnos qué modelo se usó, cuánto editó un humano o quién lo supervisó.
8. El veredicto: el rastro es real
Junta todas las pruebas.
Ambos repositorios actuales dirigen a los lectores a la misma cuenta de X de Mia y al mismo destino de Ko-fi.
El README raíz apunta a zurih y luego cambia esa misma instrucción de clonación a MiaAI-Lab en el siguiente commit registrado, con marcas de tiempo de autor separadas por 62 segundos.
Los repositorios de MiaAI-Lab y Cesarus85 comparten un historial de Git de 11 commits idénticos byte por byte.
Cesarus85 se presenta públicamente bajo el nombre de Stefan Maier, y un proyecto anterior de Cesarus85 acredita por separado a Stefan Maier / Iris.
El material de despliegue actual de MiaAI-Lab todavía contiene zurih.
Ninguno de estos puntos depende de reconocimiento facial, filtraciones, mensajes privados o suposiciones. Son artefactos técnicos públicos.
Juntos, establecen una sólida cadena de procedencia que conecta MiaAI-Lab → zurih → historial de repositorio compartido con Cesarus85 → identidad pública de Stefan Maier de Cesarus85.
Aún hay un límite que no cruzaré sin pruebas: estas pruebas por sí solas no demuestran que Stefan Maier controle personalmente @MiaAI_lab, que sea dueño de la cuenta de Ko-fi o que la personalidad femenina sea ficticia.
Pero sí establecen algo significativo:
El historial de ingeniería detrás de Mia's AI Lab está materialmente más entrelazado de lo que sugiere su imagen pública impecable.
Y Git guardó los recibos.
Reprodúcelo tú mismo
No necesitas acceso a ningún sistema privado para reproducir los hallazgos principales.
1. Abre ambos repositorios de DeepSeek.
Comprueba los destinos de X y Ko-fi publicados en sus README.
2. Abre el commit raíz de Mia.
Inspecciona la línea 40 del README y la URL histórica de clonación github.com/zurih/....
3. Abre el siguiente commit.
Observa cómo esa misma línea cambia de zurih a MiaAI-Lab.
4. Clona ambos repositorios e inspecciona el objeto.
git cat-file -p 47f3b26695361d5e8fab6cb4488f4e117975413c
5. Compara los historiales.
La rama main capturada de Cesarus85 contiene 11 commits; esos 11 objetos también aparecen en el historial de MiaAI-Lab.
6. Abre el perfil público de Cesarus85 y el manifiesto de Hermes-Influencer.
Comprueba la identidad mostrada de Stefan Maier y el crédito del proyecto a Stefan Maier / Iris.
7. Busca zurih en los archivos de despliegue actuales de MiaAI-Lab.
Primero reproduce los artefactos. Después decide qué crees que significan.
Un último agradecimiento técnico
Hay algo que no quiero dejar fuera: gran parte de la arqueología de repositorios y el rastreo de pruebas de esta investigación se hizo con CYBER-FROST 3.8.
Concretamente, estuve usando vcruz305/CYBER-FROST-3.8-EXL3-SAGE-3.87bpw, la versión EXL3 de Victor Cruz fruto de la colaboración Cyber-Frost 3.8 con Blackfrost-AI. Hugging Face
Funcionó excepcionalmente bien para este tipo de trabajo: bucear en historiales de repositorios caóticos, seguir identificadores entre proyectos, comparar objetos Git crudos, detectar conexiones que valía la pena investigar y, algo igual de importante, cuestionar conclusiones cuando las pruebas realmente no las respaldaban.
Un enorme agradecimiento a @ViC305 y @Blackfrost_ai por el trabajo detrás del modelo y del lanzamiento.
Para que quede totalmente claro: ni Victor ni Blackfrost tuvieron nada que ver con esta investigación.
No eligieron el tema, no aportaron pruebas, no dirigieron la investigación, no revisaron el artículo ni participaron en ninguna conclusión.
Los menciono porque usé su modelo como motor de investigación, y fue seriamente impresionante haciendo el trabajo.
Publicación/lanzamiento original de CYBER-FROST 3.8:
https://x.com/ViC305/status/2104692731620769948?s=46
Solo créditos del modelo. @ViC305 y @Blackfrost_ai no participaron en esta investigación.
Método: repositorios públicos seleccionados, comparaciones de Git byte por byte, metadatos de GitHub y comprobaciones de enlaces publicados realizadas el 2 de octubre de 2026. La investigación se asistió localmente usando CYBER-FROST 3.8. La investigación, la selección de pruebas, las conclusiones y las decisiones de publicación son exclusivamente mías. No se utilizó acceso a cuentas privadas ni a infraestructura en producción.
