Priorice las sesiones rotas con un plugin de OpenAI dots para análisis de sesiones

Un agente siempre activo encaja con un trabajo de analítica mejor que con el resto, y un plugin de OpenAI dots para análisis de sesiones es ese trabajo: leer cada mañana la lista de problemas que Flowsery construye a partir de las grabaciones de sesión y decirle qué tres abrir. El dot nunca ve un replay. Ordena, acota y le entrega IDs de grabación. La configuración, la URL del modo desarrollador y el inicio de sesión OAuth están en la guía del plugin de OpenAI dots para analítica web; este artículo apunta el plugin a los problemas.

En corto: guarde una tarea de días laborables que liste los problemas abiertos críticos y altos, los reordene por sessionsCount y lea el detalle de los tres primeros. Tres lecturas, y PATCH /issues/{issueId} queda fuera de los límites.

¿Qué ve un dot cuando abre un problema de Flowsery?

Un dot ve el registro del problema que produjo Flowsery, no la grabación que hay detrás. Cada registro de GET /issues lleva un título, una descripción, una severidad, un estado, sessionsCount, firstSeenAt, lastSeenAt, los stepsToReplicate ordenados, un sampleRecordingId que puede ser nulo y cualquier ticket externo vinculado. GET /issues/{issueId} añade las occurrences marcadas con un desplazamiento atSeconds, las sesiones detrás del problema con sus IDs de grabación y los comentarios de su equipo.

La severidad admite low, medium, high y critical, y el estado admite open, in_progress, resolved y suspended. GET /issues ordena por severity salvo que pase sort=recency. Vale la pena enseñarle pronto los comentarios al dot: separan un abandono que nadie ha visto de uno que un compañero revisó el jueves pasado.

¿Puede un dot ver una repetición de sesión?

Un dot no puede ver un replay a través del plugin, porque la API de Flowsery devuelve JSON, no vídeo. Lo más parecido es el array occurrences: cada momento marcado lleva una descripción, una severidad y el segundo en que ocurre. Así que un dot puede decirle que un grupo de rage clicks afectó a 41 sesiones, leer los pasos para reproducirlo y nombrar la grabación que mejor lo muestra. No puede decirle que el botón de envío parecía desactivado.

El propio navegador Chrome del dot es el atajo tentador. Un dot puede abrir el panel de Flowsery en su propio navegador una vez que usted inicia su sesión, y el inicio de sesión seguro de OpenAI pausa el modelo mientras usted escribe y mantiene las credenciales fuera del contexto del dot. Quedan dos problemas. OpenAI no documenta cómo lee un dot un reproductor de replays, y un navegador con la sesión iniciada lleva todo su acceso al panel, que es más amplio que un inicio de sesión de Viewer en el plugin. Mantenga ver el replay como tarea suya.

¿Qué llamadas de sesión leen y cuál escribe?

Cuatro endpoints de sesión importan, y exactamente uno modifica datos: PATCH /issues/{issueId} mueve un problema entre estados, y ese es todo el problema de supervisión.

Tres capas mantienen esa escritura lejos de un dot. En ChatGPT Pro, el artículo de ayuda de OpenAI de agosto dice que el MCP personalizado recibe "permisos de lectura/consulta", así que la herramienta de escritura queda fuera de alcance antes de que se aplique nada más. En Business Premium, el MCP completo la devuelve, y unas Custom Rules en "Ask before taking action" (preguntar antes de actuar) le ponen una pregunta delante. Bajo las dos, un inicio de sesión en Flowsery con el rol Viewer recibe un 403 permission_denied en el PATCH, porque solo los Admins y los Editors tienen flowsery.write.

¿Se le debe permitir a un dot cambiar el estado de un problema?

Mantenga los cambios de estado de los problemas lejos de un dot durante su primer mes, y lejos de toda programación después. Un problema resuelto sale de la lista que todo el mundo abre por la mañana, y uno en suspended desaparece de la respuesta por defecto de GET /issues hasta que alguien pide status=suspended. Poner orden en los estados es la tarea en la que un agente queda bien: un barrido que pasa doce críticos antiguos a resolved produce una lista más corta con el mismo checkout roto debajo.

Estar siempre activo agrava esto en un dot frente a un agente de chat. Un dot trabaja mientras usted duerme, y la publicación de seguridad de OpenAI nombra enviar mensajes y compartir archivos como las acciones para las que un dot pide autorización; cambiar un registro en otra app no está en esa lista. OpenAI le da dos formas de vigilar: la Activity View lista las tareas actuales y delegadas, y la supervisión puede pausar o detener el trabajo del dot. Revise las dos antes de ampliar nada.

¿Qué debe decir la tarea de triaje matinal?

La tarea de triaje matinal tiene que nombrar el sitio web, la regla de orden y la prohibición de escribir, porque un dot rellena cada hueco con su propio criterio. Pegue esto y cambie los nombres:

Every weekday at 08:30 Europe/Berlin, triage Flowsery issues for acme.com
in the Acme workspace. Use the Flowsery plugin only, never the browser.
Read only: never change an issue's status.
 
1. List open issues with severity critical or high.
2. Re-rank them by sessionsCount, highest first. Print severity and
   sessionsCount next to every title.
3. For the top three, get the issue detail: steps to replicate, the sample
   recording id, and the second of the first occurrence.
4. Skip any issue with a team comment from the last 7 days.
5. If an issue has no sample recording, say so. Do not pick another one.
6. Do not visit acme.com to reproduce anything.

La línea 2 viene del propio consejo de Flowsery en su worker MCP de solo lectura: el orden de la API no es el impacto, y su ejemplo enfrenta un problema medium que afectó a 140 sesiones con uno critical que afectó a 3. La línea 6 es la específica de los dots, y la sección siguiente la explica.

¿Acaba en sus grabaciones un dot que reproduce un fallo?

Un dot que sigue stepsToReplicate en su sitio en producción lo hace en un navegador Chrome real sobre la máquina Linux de OpenAI, y que Flowsery lo grabe depende de un indicador que OpenAI no ha documentado. El tracker de Flowsery y su grabador de sesiones ignoran cualquier navegador que declare navigator.webdriver como true. La documentación de dots de OpenAI, revisada el 29 de septiembre de 2026, no nombra ningún user agent ni ningún rango de IP, y no dice nada de ese indicador.

Si el indicador está activado, Flowsery descarta la visita. Si no lo está, la reproducción del dot se graba como la sesión de cualquier visitante, junto a las sesiones reales con las que Flowsery construye los problemas. Una reproducción del checkout en producción llega además a un paso de pago, y OpenAI dice que las compras necesitan su aprobación. Reproduzca en un sitio de staging, y haga una vez la prueba de visibilidad de la guía de analítica web para saber qué resultado le toca.

¿Qué falla en el análisis de sesiones con un dot?

Cinco cosas rompen el triaje de problemas, y la cuarta parece una respuesta.

1. Una cuenta de prueba oculta problemas. En una prueba gratuita de Flowsery, los problemas detectados por IA más allá de los 10 primeros responden "Upgrade to view this issue". El dot informa del mensaje, no del problema.
2. Falta el selector de sitio web. Una credencial que abarca más de un sitio web necesita websiteId o domain en cada llamada, y un selector que no coincide con nada devuelve 404 Website not found. Ponga el dominio en la tarea.
3. El id de visitante es inventado. GET /visitors/{visitorId} recibe el valor _fs_vid que fija el tracker de Flowsery, y GET /realtime/map devuelve IDs de visitante de las personas que están en el sitio ahora. Un id adivinado devuelve 404 Visitor not found.
4. El orden se reescribe. Un resumen reordena los problemas según lo que se lee bien. Imprimir severity y sessionsCount junto a cada título mantiene el orden comprobable.
5. Un 429 a mitad de barrido. Flowsery permite 600 peticiones por minuto por clave, y cada respuesta lleva RateLimit-Remaining y RateLimit-Reset. Dígale al dot que espere lo que marca Retry-After en lugar de reintentar a ciegas.

El mismo ciclo funciona también en otros agentes. El conector de Meta Muse para análisis de sesiones lo construye desde la especificación pública, y la plantilla de bot de Grok para análisis de sesiones lo trae como skill. Los problemas que leen los tres salen de la herramienta de session replay de Flowsery.

Preguntas frecuentes

¿Puede un dot cerrar un problema de Flowsery por su cuenta?

Solo si tres capas se lo permiten. ChatGPT Pro limita el MCP personalizado a lectura/consulta según el artículo de ayuda de OpenAI de agosto, las Custom Rules pueden retener cada acción hasta su aprobación, y un inicio de sesión de Viewer en Flowsery recibe un 403 en PATCH /issues/{issueId}. Mantenga las tres en su sitio durante el primer mes.

¿Puede un dot lanzar el triaje cuando aparece un problema crítico nuevo?

Todavía no mediante un disparador por eventos. Los disparadores por eventos de OpenAI necesitan un servicio conectado que admita supervisión de eventos, y la documentación MCP de Flowsery no describe ninguna a 29 de septiembre de 2026. Una tarea de días laborables a hora fija es la alternativa, así que un crítico que aparece a las 09:00 espera a la ejecución de la mañana siguiente.

¿Qué ve un dot sobre un visitante?

GET /visitors/{visitorId} devuelve ubicación, navegador, dispositivo, actividad, ingresos y un profile con userId, name y email una vez que su sitio ha llamado a identify. Flowsery no almacena direcciones IP y no fija identificadores entre sitios. Decida antes de permitir la llamada si un dot, cuyas memorias usted no puede ver ni editar, recibe esos datos.

¿Sustituye esto a abrir el replay?

No. El dot ordena y acota, y la grabación es donde está la razón. Deje que el dot elija las tres sesiones que merecen diez minutos, y luego dedique usted esos diez minutos.

¿Por qué falta un problema en suspended en la lista del dot?

GET /issues deja fuera los problemas en suspended de la respuesta por defecto hasta que usted pide status=suspended. Si un problema desapareció y nadie de su equipo lo movió, revise en la Activity View del dot qué tareas ejecutó.

¿Qué plan de Flowsery necesita un dot de triaje?

Cualquiera de los dos. GET /issues y el análisis de sesiones con IA que hay detrás están tanto en Team, a $250 al mes, como en Pro, a $500, cada uno con una prueba gratuita de 14 días que no pide tarjeta. En la prueba, solo los 10 primeros problemas se abren completos.

¿Debe un dot usar su propio navegador para el triaje?

Mantenga al dot en el plugin. Un navegador con sesión iniciada lleva todo su acceso al panel, más amplio que el de un inicio de sesión de Viewer en el plugin, y OpenAI no documenta cómo un dot lee un reproductor de replays. Escriba "Use solo el plugin de Flowsery, nunca el navegador" en el texto de la tarea.

¿Cómo ordeno los problemas por impacto en lugar de por gravedad?

Indique al dot que reordene por sessionsCount. GET /issues ordena por severity salvo que pase sort=recency, y ninguno de los dos es impacto. El propio ejemplo de Flowsery enfrenta un problema medium que afectó a 140 sesiones con uno critical que afectó a 3.

¿Qué debe hacer un dot cuando llega a un límite de peticiones?

Dígale que espere el tiempo de Retry-After en lugar de reintentar a ciegas. Flowsery permite 600 peticiones por minuto y por clave, y cada respuesta incluye RateLimit-Remaining y RateLimit-Reset.

¿Por qué un dot responde "Upgrade to view this issue"?

Es el mensaje que devuelve una prueba gratuita de Flowsery para los problemas detectados por IA más allá de los 10 primeros. El dot informa del mensaje, no del problema. Durante la prueba, solo los 10 primeros problemas se abren completos.

Empiece una prueba de Flowsery y ejecute un barrido de problemas de solo lectura, o lea antes la referencia de la API.

Fuentes: Introducing dots, How we build safety, security and privacy into dots, el resumen del DevDay 2026, la ayuda de OpenAI sobre seguridad, la documentación de usuario de dots, el artículo de ayuda sobre MCP de OpenAI (actualizado en agosto de 2026), la referencia de la API de Flowsery, la especificación OpenAPI de Flowsery y el worker MCP de solo lectura de Flowsery. Revisado el 29 de septiembre de 2026.