2.9.26
Lanzado el 2 de nov. de 2026
Sitio web oficial de StatusRivet
Windows debugging: del log de error al diff revisado
StatusRivet 2.9.26 es un agente de IA para Windows 10/11 que ejecuta tus comandos de build y prueba, lee logs de errores y pilas de llamadas, y propone cada parche como un diff que aceptas o rechazas.
Lee la pila de llamadas en stack.txt, encuentra la excepción y propone un parche.
- Shell
your debugger on app.dmp > stack.txtexit 0 - read_file
stack.txtread - grep
0xC0000005 stack.txt1 match - edit_file
src/parser.cpp+3 - Shell
your build commandexit 0 - Shell
your test commandexit 0
esperando tu aprobación antes del siguiente pasoRechazarAceptar
34 MB
El botón de descarga proporciona este instalador
25 MB
También existe un único exe
13
Idiomas de la interfaz de la aplicación
Windows 10/11
64 bits (x64)
Ninguna
No se necesita cuenta para ejecutar
Windows debugging con herramientas reales y un diff revisable
Windows debugging significa averiguar por qué un programa se comporta mal deteniéndolo, leyendo su estado y probando un parche. Construye con símbolos. StatusRivet 2.9.26 luego ejecuta tus comandos de build y prueba, lee los logs de texto y las pilas de llamadas que escribe tu depurador, y muestra cada cambio propuesto como un diff para que lo aceptes o rechaces.
Corregir una comprobación nula faltante
Tarea: una aplicación que escribiste se bloquea con una violación de acceso, 0xC0000005, y sospechas que falta una comprobación nula. El agente usa grep para encontrar el código de excepción y el nombre de la función en tu log, luego read_file para abrir el archivo fuente en esa función. Propone la reparación con edit_file como un diff. Ask first hace una pausa antes de esa edición, para que leas las 3 líneas cambiadas antes de aceptar. Shell luego ejecuta tu comando de build y tu comando de prueba, y la tarjeta muestra el código de salida real. Ejecuta la prueba de nuevo.
Registro de la herramienta
grep 0xC0000005 crash.log → 1 match
read_file src/parser.cpp → read
edit_file src/parser.cpp → +3
Shell your test command → exit 0Convertir una pila de llamadas de tu depurador de win en un parche
Tarea: tienes un volcado de error de tu propia compilación de prueba y necesitas la función que falla. Shell ejecuta tu depurador de win en su modo de línea de comandos en el volcado y guarda la pila de llamadas del hilo que falla en un archivo de texto, luego read_file carga ese texto y el agente hace coincidir los primeros 3 marcos con líneas de código fuente. Los símbolos importan. Con el PDB coincidente, la pila muestra nombres de funciones, archivos de código fuente y números de línea, mientras que sin él solo ves direcciones. El agente propone un diff mínimo, y lo revisas en modo Ask first antes de que cambie algo.
Registro de la herramienta
Shell your debugger on app.dmp > stack.txt → exit 0
read_file stack.txt → read
grep ParseHeader → 2 matchesPreparar un error de controlador en un objetivo de laboratorio
Tarea: un controlador que escribiste bloquea una máquina de prueba y quieres el módulo que falla. Una configuración de depuración de kernel de windows necesita 2 máquinas o una máquina virtual, una ejecutando el depurador y otra como objetivo de prueba, vinculadas por una conexión de depuración. Manténlo en un laboratorio. Nunca uses tu PC diario como objetivo. Shell ejecuta comandos por SSH en una máquina de laboratorio que posees, read_file lee el texto que guardó tu depurador, y grep hace coincidir el nombre del módulo con tu código fuente. Los ajustes de conexión cambian el objetivo, así que anota los valores antiguos y mantén Ask first activado mientras trabajas.
Encontrar el módulo detrás de un código de parada
Tarea: una máquina de prueba muestra un código de parada y necesitas el módulo detrás de él. Ejecuta tu depurador en el minidump o en tu propio log, luego deja que grep busque en el texto guardado el código de excepción y el nombre del módulo, y read_file muestra las líneas alrededor de cada coincidencia. Cuando una publicación en un foro pide ayuda con volcados de bsod, la brecha habitual es la falta de símbolos, así que haz coincidir el PDB correcto con la compilación antes de leer cualquier marco. Verifica los 2 resultados tú mismo. El agente informa lo que encontró, y tú decides qué hallazgo seguir.
Cómo StatusRivet se diferencia de un asistente de chat típico
Tus herramientas de debugging para Windows mantienen el control del paso a paso. StatusRivet 2.9.26 lee su salida de texto, ejecuta tus comandos de build y prueba, y muestra el resultado real de cada acción. El paso a paso sigue siendo tuyo.
| Asistente de chat típico | StatusRivet | |
|---|---|---|
| Acción | Describe el comando que podrías ejecutar | Ejecuta el comando y muestra su salida |
| Resultado | Escribe un resumen de lo que podría pasar | Muestra el código de salida real, archivo o diff |
| Control | Copias, pegas y ejecutas cada paso tú mismo | Ask first hace una pausa antes de las acciones que cambian algo |
| Archivos | Trabaja con texto que pegas en el chat | Lee y edita archivos en la carpeta de trabajo |
Cómo empezar en cuatro pasos
- Descarga el programa de instalación, de unos 34 MB, y ejecútalo en Windows 10 o 11.
- Compara la suma de comprobación SHA-256 del instalador con el manifiesto publicado, porque el instalador aún no está firmado digitalmente.
- Elige un modelo: un punto final de proveedor de IA en la nube, un modelo en tu PC o el modelo integrado.
- Elige la carpeta del proyecto, cambia a Ask first y describe el error que quieres investigar.
Quién lo usa y cuándo
Los desarrolladores de aplicaciones son los primeros: escribiste el programa, se bloquea en una máquina de prueba y el log tiene cientos de líneas. StatusRivet lee ese log, encuentra el código de excepción y redacta un diff, para que tu atención se centre en la 1 pregunta que importa, que es si el cambio es correcto. Lee el diff.
Los escritores de controladores obtienen el mismo bucle en un objetivo de laboratorio. Un código de parada que lee kmode exception not handled en netio.sys significa que un controlador en modo kernel generó una excepción que nada manejó, y la pila de llamadas del hilo que falla nombra la función. Solo máquinas de laboratorio.
Los probadores y ingenieros de soporte que reciben un error de la compilación de un compañero pueden pedir la pila de llamadas y la línea de código fuente más cercana. Un volcado de 1 compilación necesita el PDB de esa misma compilación. Mantén ambos archivos juntos.
Preguntas frecuentes
¿Qué es windows debugging?
Windows debugging es averiguar por qué un programa se comporta mal en Windows deteniéndolo, observando su estado y probando un parche. Hay 2 tipos: depuración en modo usuario de aplicaciones y depuración en modo kernel de controladores y el sistema. Un depurador muestra puntos de interrupción, la pila de llamadas, registros y variables. Ambos dependen de símbolos PDB. StatusRivet lee la salida de texto y redacta el parche.
¿Es windowsdebugging.com el sitio web oficial de StatusRivet?
Sí, windowsdebugging.com es el sitio web oficial de StatusRivet. El botón de descarga proporciona el programa de instalación original, y puedes comparar su suma de comprobación SHA-256 con el manifiesto publicado antes de ejecutarlo. Verifica antes de ejecutar. Si algo parece incorrecto, usa el botón Send feedback dentro de la aplicación para informarnos.
¿Reemplaza StatusRivet a mi depurador?
No. StatusRivet trabaja con texto: ejecuta el modo de línea de comandos de tu depurador, tu comando de build y tu comando de prueba, luego lee la salida y redacta un diff. Para el paso a paso interactivo, puntos de interrupción y registros, sigue usando tu propio depurador y pasa la salida al agente. Ambas herramientas siguen siendo útiles.
¿Cómo examino archivos .dmp después de un error?
Un archivo .dmp es un volcado de error que almacena el estado de un programa cuando falló. Para examinar uno, ejecuta el modo de línea de comandos de tu depurador en él, guarda la pila de llamadas del hilo que falla en un archivo de texto y pide a StatusRivet que lea ese archivo con read_file y lo busque con grep. Mantén el PDB coincidente.
¿Qué significa "windows dbg"?
Windows dbg es una abreviatura de búsqueda para un depurador que se ejecuta en Windows. No es un nombre de producto aquí. StatusRivet no incluye ningún depurador. Ejecuta el que ya tienes en su modo de línea de comandos y trabaja con el texto que escribe ese depurador, así que mantén tu propio depurador instalado.
¿Son siempre correctos los resultados?
No. StatusRivet muestra la salida real de cada acción, pero no puede garantizar que un diagnóstico, un diff o un parche sean correctos. Un log con símbolos faltantes o líneas faltantes conduce a respuestas más débiles. Lees cada diff, reconstruyes y ejecutas tu comando de prueba de nuevo antes de mantener un cambio. Prueba primero.
¿Mis archivos salen del PC?
La respuesta depende del modelo que elijas. Con un proveedor de IA en la nube, la solicitud, incluido el texto de cualquier archivo que el agente lea para ese paso, va a ese proveedor. Con un modelo que se ejecuta en tu PC, nada sale de la máquina. Las claves se mantienen locales. Los secretos en la salida de la herramienta se enmascaran antes de llegar al modelo.
Empieza a depurar tu propio software
Descarga StatusRivet 2.9.26, un programa de instalación de unos 34 MB para Windows 10/11, y señálalo hacia un proyecto que poseas. Empieza con Plan only. Luego revisa cada diff que propone el agente.
Descargar StatusRivet para Windows ↗Más sobre StatusRivet
Cada página de este sitio web está disponible en 20 idiomas, mientras que la interfaz de la aplicación tiene 13.
Características del producto y modos de aprobación ↗ Conecta un modelo en la nube, local o integrado ↗ Flujo de trabajo de depuración remota para máquinas de laboratorio ↗ Descarga y verifica el programa de instalación ↗ Preguntas sobre errores, volcados y privacidad ↗ Lo que registra el sitio web y la aplicación ↗
