BugDumpbeta
Volver al blog

Depura reportes de bug de usuarios con Claude Code: el servidor MCP de BugDump

MCPDenis Povarov

Un usuario reporta un bug. El reporte trae 300 entradas de consola, 150 peticiones de red, una repetición de sesión, los datos del entorno y una captura de pantalla. Alguien tiene que leer todo eso, relacionar la petición fallida con el error de consola y llevarlo a una línea de código.

Ese trabajo de lectura es justo lo que mejor hacen los asistentes de IA para programar, siempre que lleguen a los datos. BugDump incluye un servidor MCP para que Claude Code, Cursor, Claude Desktop o cualquier cliente compatible con MCP recorra tus reportes de bug directamente y los investigue en lenguaje natural.

Qué es MCP, en pocas palabras

MCP (Model Context Protocol) es un estándar abierto para conectar asistentes de IA con fuentes de datos y herramientas externas. En lugar de copiar y pegar logs en una ventana de chat, apuntas tu asistente a un servidor MCP y él mismo consulta esos datos: decide qué pedir y en qué orden mientras resuelve el problema.

En los reportes de bug esto importa porque la señal útil está dispersa. El error de consola es una pista, la respuesta 500 de dos segundos antes es otra, y la repetición en la que el usuario hace doble clic en el botón de enviar es la tercera. Un asistente con acceso MCP trae cada pieza a medida que avanza su hipótesis, igual que tú saltarías entre las pestañas del panel.

Qué expone el servidor MCP de BugDump

Una vez conectado a un proyecto, tu asistente tiene acceso a todo el contexto de sus bugs:

  • los propios reportes: descripciones, datos de quien reporta, marcas de tiempo

  • los logs de consola capturados con cada reporte

  • las peticiones de red, con sus códigos de estado y los fallos marcados

  • los datos del entorno: navegador, sistema operativo, dispositivo, viewport, URL de la página

  • las capturas de pantalla y el contexto de la repetición de sesión

  • las tareas en las que se organizan los reportes

Así que preguntas como estas funcionan como prompts normales:

  • «Muéstrame los reportes de bug más recientes en bugdump y resume el problema principal.»

  • «¿Hay reportes en bugdump en los que los usuarios recibieron un 500 en /api/orders? Resume las peticiones de red.»

  • «Busca la tarea de bugdump sobre el flujo de checkout y muéstrame los errores de consola de sus reportes.»

El asistente lee la telemetría en bruto y responde con una síntesis. Y como Claude Code y herramientas similares también tienen abierto tu código, el siguiente paso suele ser «ahora busca dónde se hace esa petición y arregla la comprobación de null». El reporte de bug y la corrección ocurren en la misma sesión.

Cómo configurarlo

Actualizado en octubre de 2026: Claude, Claude Code, ChatGPT y VS Code ya se conectan iniciando sesión en BugDump, sin token. Los pasos están en Conectar Claude, ChatGPT o VS Code a BugDump. El acceso MCP es gratis en todos los planes.

Cursor y los demás clientes se conectan con un token personal, uno por persona:

  1. Abre la página Servidor MCP de tu proyecto y crea un token. Cualquier miembro puede crear uno, y el token actúa como tú: el asistente ve lo que tú ves. Deja Permitir cambios desactivado para un acceso de solo lectura, o márcalo para que el asistente mueva tareas, comente, cambie la prioridad y las asigne.

  2. Copia el comando claude mcp add que muestra la página, o haz commit del .mcp.json compartido que ofrece. Ese archivo lee el token de la variable de entorno BUGDUMP_MCP_TOKEN, así que ningún secreto acaba en tu repositorio.

  3. Reinicia o recarga tu cliente MCP. Las herramientas de BugDump aparecen junto a tus otros servidores MCP.

Si un token se filtra, revócalo en esa misma página y deja de funcionar al instante. Cuando un colaborador externo deja el proyecto, al quitarlo del equipo se revocan todos sus tokens a la vez.

El servidor MCP está incluido en todos los planes, también en el Gratis. Por qué pasé de una clave compartida a tokens personales lo cuento en Autenticación en servidores MCP: por qué los agentes de IA necesitan tokens personales.

Un flujo de trabajo realista

Así se desarrolla con un bug de verdad:

  1. Un usuario reporta «el botón de pagar no hace nada» desde el widget de tu web. El reporte llega con logs de consola, actividad de red y una repetición de sesión.

  2. En Claude Code preguntas: «Mira el reporte más reciente de bugdump sobre el flujo de checkout. ¿Qué está fallando?»

  3. El asistente obtiene el reporte, encuentra un TypeError no capturado en la consola y ve que la petición /api/cart devolvió un 500 justo antes. Lo resume así: el cliente daba por hecho que la respuesta del carrito siempre trae un objeto shipping, y la API devolvió en su lugar una página de error.

  4. Le pides que encuentre el código implicado. Como Claude Code tiene tu repositorio, localiza el handler del carrito, añade el manejo de errores que faltaba y tú revisas el diff.

  5. Le pides al asistente que mueva la tarea a Hecho y que deje un comentario con el resumen de la corrección (el cambio aparece con tu nombre y la marca «vía MCP») y, si usas integraciones, que cierre el issue de GitHub vinculado.

Sin copiar y pegar logs, sin reconstruir el fallo a partir de una captura de pantalla y sin idas y vueltas con el usuario, porque el reporte lo capturó todo en el momento en que pasó.

Lo que esto no sustituye

Un asistente conectado por MCP lee rápido y genera buenas hipótesis; no sustituye al criterio. Tú sigues decidiendo qué bugs importan, si la corrección propuesta es correcta y si el fallo apunta a un problema de diseño más profundo. Toma el resumen del asistente como un punto de partida para el triaje, no como un veredicto.

Tampoco puede inventarse un contexto que nunca se capturó. La calidad de la depuración con IA está limitada por la calidad de los reportes, y ese es el argumento para capturar la consola, la red y la repetición de sesión automáticamente en lugar de esperar que los usuarios las describan.

El panorama general

Los flujos de trabajo con bugs siempre han tenido una capa de traducción: los usuarios describen síntomas y los desarrolladores reconstruyen las causas. La captura automática eliminó la primera mitad de esa traducción: el reporte trae los hechos técnicos. MCP elimina gran parte de la segunda: el asistente lee esos hechos y los lleva al código.

Lo que te queda es la parte interesante: decidir qué construir y revisar la corrección. Si hoy tus reportes de bug viven en una herramienta que tu asistente de IA no ve, ese es el hueco que conviene cerrar primero. Con BugDump, cerrarlo cuesta un token personal y un comando.

Te puede interesar