No se pudo reproducir suele ser una condición faltante, no un reporte falso
Los fallos de reproducción rara vez son el resultado de un reporte equivocado. El usuario sí vio el issue. La condición que lo provocó (un estado concreto de la cuenta, un orden, una caché vieja o una conexión más lenta) no llegó al ticket, porque el usuario no sabía que era pertinente.
Para encontrar esa condición, lees la narrativa por las circunstancias alrededor del fallo, no solo por lo que contiene el ticket: qué habían hecho justo antes, cuánto llevaba abierta la sesión y qué difería de su configuración.
Probar los pasos es barato. Una narrativa se vuelve una reproducción solo cuando varías una condición a la vez.
El agent trabaja en un entorno que no es de producción y usa datos que no pertenecen a ningún cliente. El reporte incluye todo lo que observó, incluido que no pudo reproducir el issue y todo lo que intentó.
Cómo se construye el agent en Agent Studio
Los prompt skills sostienen las definiciones de entorno: qué entorno puede usar el agent, qué cuentas y fixtures existen en él y qué no debe tocar nunca.
El system prompt aplica todas las acciones a ese entorno y excluye la producción por completo, sin excepciones, incluso para lecturas.
El reporte debe separar lo observado de lo inferido. Si el agent de hecho corrió un paso y si cree que ese paso funcionaría son dos afirmaciones distintas. Cuando esas afirmaciones se mezclan, la reproducción no es de fiar.
Un intento fallido debe reportar cada paso tomado. Un resultado negativo con una lista de condiciones sirve. Un simple "no se pudo" no.
El nodo Agent Chat recibe el reporte estructurado del flujo de admisión. Un nodo HTTP Request conduce la aplicación por su propia interfaz en el entorno de prueba.
Las observaciones se escriben en Jira sobre el issue original, incluidos los pasos para reproducir y, si no se puede reproducir, una lista de intentos.
El agent no usa datos de clientes. No corre operaciones en producción. Un nodo Human in the Loop retiene cualquier pedido de detalles adicionales al reportero.
De qué está hecho este agent
- Prompt skills: el entorno permitido, sus cuentas y fixtures, y lo que nunca se toca.
- System prompt: la producción queda excluida por completo, lecturas incluidas.
- System prompt: lo observado y lo inferido se reportan como afirmaciones separadas.
- System prompt: un intento fallido reporta todo lo intentado.
- Agent Chat (Util) con HTTP Request (Util): el reporte estructurado, y la aplicación conducida en el entorno de prueba.
- Jira (Integration): observaciones escritas de vuelta en el issue original.
- Cuando un ActionFlow basta: Si estructurar un reporte y pedir lo que falta resuelve una parte grande de los casos que no se pueden reproducir por sí solos, construye el flujo de trabajo.
Preguntas frecuentes
Empieza a crear flujos de IA
Crea una cuenta gratuita, abre una plantilla o un lienzo en blanco y ejecuta tu primer ActionFlow.
Boletín
Recibe actualizaciones del producto
Nodos nuevos, agents y notas de producto. Solo enviamos correo cuando merece la pena abrirlo.