Cómo CrashAtlas convierte un pantallazo azul en una respuesta
Por qué construimos una herramienta de diagnóstico en dos partes — una app de escritorio y un USB booteable — en vez de otro "arregla tu PC" genérico.
Un pantallazo azul no te dice nada útil. Un código de parada, una dirección de memoria, quizás el nombre de un driver si tienes suerte. Para casi todo el mundo eso es ruido, no una respuesta. CrashAtlas nació de esa frustración concreta: Windows sabe exactamente por qué crasheó — lo escribe en un archivo .dmp cada vez — pero nunca te lo explica en un idioma que entiendas.
Por eso es una herramienta en dos partes. La app de escritorio, hecha en Electron, lee los .dmp que Windows ya generó y traduce el bugcheck a lenguaje simple, con una wiki de 40 códigos BSOD en inglés y español y monitorización de hardware en vivo para cuando el patrón se repite. Pero eso solo sirve si Windows todavía arranca. Cuando ni siquiera llega a eso, entra la segunda parte: una imagen USB booteable, construida con Buildroot, con un diagtool en ncurses para testear RAM, CPU, GPU y disco de forma completamente independiente del sistema operativo — que puede estar irremediablemente roto.
Lo que más nos importa del proyecto, sin embargo, no es la parte técnica — es una línea del propio README: distingue explícitamente qué está solo probado por unidad de qué está verificado en hardware real. Nada se presenta como más sólido de lo que en verdad se comprobó. Ese principio, "nunca afirmar que algo sin probar funciona", terminó siendo la base de cómo construimos todo lo demás en Umbral.
CrashAtlas todavía tiene partes pendientes — el propio README lo dice, el cross-build de Buildroot es una de ellas — y eso también queda documentado en vez de escondido.