Tu agente ha leído cada línea del repositorio.
Nunca ha visto el navegador.

Un agente de codificación conoce a la perfección tu código fuente, pero desconoce por completo lo ocurrido en los veinte segundos previos al fallo. La evidencia que necesita existía —en el navegador del informante— y la única vía de acceso que ha tenido a la ventana de contexto es que tú la hayas vuelto a escribir.

El problema

Un modelo que no puede observar el fallo tiene que inventar una reproducción, y es en una reproducción inventada donde comienza un parche erróneo y seguro. Así, una persona se convierte en la capa de transcripción: pegando un rastreo de pila, recortando una captura de pantalla, escribiendo el orden de clics de memoria, adivinando cuál fue la solicitud relevante. Cada paso de esto implica pérdidas, y las partes que se pierden son precisamente las que un modelo tiene más dificultades para recuperar: la solicitud que falló silenciosamente, el error de la consola que no apareció, el estado en el que se encontraba la página cuando ocurrió. El resultado es un agente que trabaja a partir de un resumen del error en lugar del error en sí, y un revisor que tiene que comprobar no solo el cambio, sino también si lo que se está cambiando fue alguna vez el problema.

Cómo ayuda Snag

Snag coloca la evidencia capturada donde un agente puede solicitarla. Una llamada devuelve los informes abiertos y sin resolver del espacio de trabajo, del más reciente al más antiguo, con los resueltos filtrados para que no se vuelva a corregir nada; otra devuelve todo lo capturado para un solo informe como campos estructurados en lugar de como prosa para analizar. La instrucción de mantenerse basado en esa evidencia, y no llenar los vacíos con invención, viaja con la propia herramienta, por lo que se aplica en cada llamada en lugar de depender de cómo alguien formuló una solicitud. El límite es el punto: el servidor entrega la evidencia y no escribe nada de vuelta excepto el enlace a una solicitud de extracción que su agente ya ha abierto, por lo que no puede cambiar nada en su repositorio, y su agente continúa haciendo las partes que ya estaba haciendo allí. La conexión es un token y una URL a través de MCP estándar; no hay SDK, ni webhook, nada que alojar.

Lo que recibes a cambio

La entrada de tu agente deja de ser tu relato del error y se convierte en el registrado, y la solicitud de extracción que genera sigue siendo generada por tu agente, en tu repositorio, con tus credenciales. Lo que viaja en sentido contrario es deliberadamente escaso y efímero: los enlaces a los artefactos sin procesar, las repeticiones y el vídeo están firmados y dejan de funcionar después de quince minutos, por lo que nada de esto se convierte en una URL permanente en la sesión de un usuario, y cada llamada vuelve a comprobar los derechos del espacio de trabajo en lugar de confiar en un token que se emitió una sola vez. La referencia de la herramienta enumera exactamente lo que se devuelve para un error, campo por campo.

Preguntas que la gente realmente hace

¿Puede el servidor escribir algo en nuestro repositorio o en nuestro espacio de trabajo?

No puede, porque no existe ninguna herramienta que se lo permita. El servidor entrega evidencia y no hace nada más, así que crear ramas, confirmar cambios y abrir la solicitud de extracción siguen ocurriendo donde ya ocurren: dentro de tu propio repositorio, en tu propia infraestructura y con tus propias credenciales. Snag nunca toca tu código.

¿Qué recibe realmente el agente por un error?

El título y la descripción del informe, la página en la que ocurrió junto con su ruta, un resumen de los pasos con marcas de tiempo, los artefactos de consola, red y error capturados en ese momento, un enlace a la reproducción y la clave del gestor de incidencias si el informe se enrutó. La propia descripción de la herramienta indica al agente que fundamente su corrección en ese material y que no invente detalles que no estén en él.

¿Cuánto trabajo implica conectarlo?

Un token de espacio de trabajo del panel de control y una URL de servidor en la configuración de su cliente. Se trata de MCP estándar sobre HTTP Streamable, por lo que no es necesario instalar ningún SDK, recibir ningún webhook ni alojar nada. El acceso está incluido a partir del plan Capture, y los espacios de trabajo fundadores lo conservan durante toda su vida útil.

De dónde provienen estos detalles

Esta página no promociona ningún otro producto; toda la información que contiene pertenece a Snag. ¿Algo está desactualizado? Envía un correo electrónico a admin@dvcllc.io y lo corregiremos.