Dos namespaces de GitHub. Un link 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 links públicos de apoyo conectan a MiaAI-Lab con un rastro técnico más antiguo que estaba escondido a la vista de todos.
Antes de empezar, dejemos algo claro: esto no es un artículo para destruir a nadie. Yo apoyaba a MiaAI-Lab.
Seguí la cuenta cuando tenía menos de 2,000 seguidores, compartí sus benchmarks y de verdad quería ver triunfar al 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 a servidores. Solo repositorios públicos, links públicos y objetos Git crudos que cualquiera que lea esto puede reproducir.
Esta investigación no nace de la mala intención, sino de la transparencia y de buscar un terreno parejo en un ecosistema que depende de la confianza del open source.
No es una teoría que 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.
Más de uno me contactó 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 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 la evidencia está debajo.
No tienes que creerme ciegamente. Cada afirmación clave de abajo está vinculada a un repositorio, commit, perfil o link público que puedes abrir tú mismo.
La huella pública de MiaAI-Lab en GitHub. Aquí empieza el rastro.
@MiaAI_lab se convirtió en una de las cuentas de IA local más visibles en X, con decenas de miles de seguidores y un flujo constante de configuraciones DGX Spark, modelos de contexto largo, benchmarks y guías de despliegue.
En la superficie, parece simple: una marca, una identidad, un laboratorio.
El historial de Git no es simple.
El código es real. La ingeniería es real. Los repositorios son reales. Pero el rastro de desarrollo detrás de MiaAI-Lab va mucho más allá del namespace de Mia.
Se extiende hacia atrás hasta zurih, hacia los lados hasta un historial de Git de 11 commits idénticos byte por byte bajo Cesarus85, y hasta un proyecto anterior 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 tocar Git, mira cómo se conectan los links públicos en tiempo real.
Empieza en el repositorio. Sigue el perfil. Haz clic en el badge de X. Haz clic en el badge de apoyo. Nada de esto requiere que confíes en mí. Puedes repetir los mismos clics tú mismo desde los links de origen que están abajo.
Siguiendo solo links públicos: repositorio → perfil → Mia → página de apoyo.
1. Sigue los links: dos repositorios, un mismo destino en Ko-fi
La conexión más rápida no está escondida en algún objeto Git oscuro. Está en el README.
Abre el repositorio DeepSeek de contexto de 1M 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, una meta de financiamiento al 75 % de $4,000 y un contador de “x 608 received”.
Deliberadamente no estoy convirtiendo 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.
EL MISMO LINK DE X
EL MISMO LINK DE KO-FI
2. La edición de 62 segundos: Git guardó el nombre antiguo
Luego, el historial del repositorio nos da algo mucho más difícil de descartar como una coincidencia visual.
Vuelve al commit raíz:
47f3b26695361d5e8fab6cb4488f4e117975413c
En esa instantánea exacta, la línea 40 del README le dice 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 Git conserva: una referencia antigua a un namespace, seguida de inmediato por su reemplazo. No nos dice quién estaba sentado frente al teclado, pero la edición ahí está.
3. Git no olvida: once commits idénticos byte por byte
Un texto coincidente se puede copiar. Los objetos Git nos dan algo más preciso.
Un SHA de commit de Git identifica el objeto de 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 de commit de 236 bytes y el mismo árbol:
a8ca3ec9f42a46b090b5ca6516effe6f54f148d3
Comparamos los payloads directamente. Coincidían byte por byte.
Después 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. Los 11 payloads de los commits coinciden.
La copia de Cesarus85 del repositorio de DeepSeek muestra 11 commits en su rama main. Esos 11 objetos de commit también aparecen en el historial de MiaAI-Lab.
Eso es mucho más sólido 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 la aritmética prueba es el historial. No a la persona.
El mismo objeto Git inmutable. Historial compartido. Cero especulaciones sobre los bytes.
**
4. Dos relojes, un detalle importante
GitHub reporta 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 de GitHub distintos.
Sin embargo, el repositorio más nuevo contiene el historial de commits compartidos más antiguo.
No hay nada imposible en eso. El historial de Git es portátil. Un historial existente se puede importar a un repositorio recién creado sin cambiar los objetos de 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 arriba del nombre de usuario Cesarus85 y enlaza el handle @stefanmaier.
El perfil público de GitHub muestra el nombre Stefan Maier justo arriba del nombre de usuario Cesarus85 y enlaza el handle @stefanmaier.
Un perfil público de X aparte 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.
También hay interacción pública directa entre las cuentas. En un hilo del 23 de junio, Stefan Maier dice que logró 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 establece que sean el mismo dueño. Lo que sí establece es que la cuenta pública de Stefan Maier, la cuenta de Mia y este proyecto técnico exacto estaban interactuando abiertamente en el mismo punto 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 del repositorio más antiguo. Cesarus85/Hermes-Influencer contiene un manifiesto de plugin con el 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 controla @MiaAI_lab. Esa es otra afirmación, y hay que dejar que la evidencia llegue hasta donde llega.
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 del 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 usada para las mediciones documentadas ahí.
Eso importa porque nos da continuidad entre piezas independientes de material publicado: zurih aparece al principio del historial y sigue incrustado en la 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 es coherente con un flujo de trabajo de desarrollo asistido por agentes, pero la distinción vuelve a ser importante: un string de autor en Git son metadatos configurables. No es un registro de ejecución crudo y no puede decirnos qué modelo corrió, 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 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 esos puntos depende de reconocimiento facial, filtraciones, mensajes privados o suposiciones. Son artefactos técnicos públicos.
Juntos, establecen una cadena de procedencia sólida que conecta MiaAI-Lab → zurih → historial de repositorio compartido con Cesarus85 → identidad pública de Stefan Maier de Cesarus85.
Todavía hay un límite que no voy a cruzar sin evidencia: 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 marca 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.
Revisa los destinos de X y Ko-fi publicados en sus READMEs.
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.
Revisa la identidad mostrada de Stefan Maier y el crédito del proyecto 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 evidencia para esta investigación se hizo con CYBER-FROST 3.8.
Específicamente, estuve usando vcruz305/CYBER-FROST-3.8-EXL3-SAGE-3.87bpw, el release EXL3 de Victor Cruz de la colaboración Cyber-Frost 3.8 con Blackfrost-AI. Hugging Face
Rindió increíblemente bien para este tipo de trabajo: excavar en historiales de repositorios desordenados, seguir identificadores entre proyectos, comparar objetos Git crudos, detectar conexiones que valía la pena investigar y, algo igual de importante, cuestionar conclusiones cuando la evidencia realmente no las respaldaba.
Un enorme agradecimiento a @ViC305 y @Blackfrost_ai por el trabajo detrás del modelo y el release.
Para que quede totalmente claro: ni Victor ni Blackfrost tuvieron nada que ver con esta investigación.
No eligieron el tema, no aportaron evidencia, no dirigieron la investigación, no revisaron el artículo ni participaron en ninguna conclusión.
Les doy crédito porque usé su modelo como motor de investigación, y fue seriamente impresionante para el trabajo.
Publicación/release original de CYBER-FROST 3.8:
https://x.com/ViC305/status/2104692731620769948?s=46
Crédito solo por el modelo. @ViC305 y @Blackfrost_ai no participaron en esta investigación.
Método: selección de repositorios públicos, comparaciones de Git byte por byte, metadatos de GitHub y verificaciones de links 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 evidencia, las conclusiones y las decisiones de publicación son exclusivamente mías. No se usó acceso a cuentas privadas ni a infraestructura en vivo.
