Priorice las sesiones rotas desde el móvil con un conector de Manus Cue para análisis de sesiones

Priorizar es donde un conector de Manus Cue para análisis de sesiones se gana su sitio: el agente lee los problemas que Flowsery encontró en sus grabaciones de sesión, los ordena y le entrega las tres grabaciones que merece la pena ver. Cue es la app de agentes personales que Manus lanzó el 28 de septiembre de 2026, construida sobre la misma infraestructura que Manus. Todas las llamadas que necesita la priorización son lecturas, y exactamente una llamada de sesiones escribe.

La versión corta: construya el conector con la guía del conector de Manus Cue para analítica web y un token Contributor, pida los problemas críticos abiertos de un sitio web y guárdese update_issue_status para usted. Cue no documenta ningún aviso de aprobación, así que el rol del token es lo que detiene la escritura.

¿Qué ve un agente de Cue cuando abre un problema de Flowsery?

Un agente de Cue ve el registro del problema que Flowsery construyó a partir de sus grabaciones, no la grabación en sí. Cada problema lleva title, description, severity, status, sessionsCount, firstSeenAt, lastSeenAt, unos stepsToReplicate ordenados y un sampleRecordingId. La gravedad toma los valores low, medium, high o critical.

get_issue (GET /issues/{issueId}) añade tres cosas que la lista omite. El array occurrences da a cada momento señalado una descripción, una gravedad y un desfase atSeconds dentro de la grabación. El array sessions lista todos los recordingId que hay detrás del problema. El array comments muestra lo que su equipo ya dijo, y eso separa un grupo de rage clicks que nadie ha visto de uno que un desarrollador revisó el jueves.

El problema también lleva externalTicketProvider, externalTicketKey y externalTicketUrl cuando alguien ha enlazado un ticket. Dígale al agente que los lea antes de sugerir abrir nada. Un agente de Cue tiene su propia dirección de correo, y un informe de error duplicado enviado desde ella sigue siendo un duplicado.

¿Puede un agente de Cue ver la grabación de la sesión?

Un agente de Cue no puede ver una grabación de Flowsery a través del conector, porque la API devuelve JSON y una grabación es un registro visual de la página. El agente lee el resumen: qué momento falló, en qué segundo y en cuántas sesiones. No puede decirle que el botón de enviar parecía desactivado.

Cue añade una tentación que Muse y Grok no tienen. Cada agente de Cue tiene "its own email, phone number, wallet, and computer" (su propio correo, número de teléfono, monedero y ordenador), así que el atajo evidente es iniciar sesión con el agente en el panel de Flowsery desde su ordenador y dejar que mire. No lo haga. Un inicio de sesión en el panel lleva su rol, y si usted es Admin, el agente recibe todas las escrituras que tiene usted, gestión de miembros incluida. El conector con un token Contributor le da los datos del problema y nada más.

Deje que el agente elija las grabaciones. Después mírelas usted, empezando en el atSeconds que le indique.

¿Qué pega en Cue para priorizar problemas?

El mensaje de priorización nombra el sitio web, el filtro, los campos que hay que mostrar y la prohibición de escribir, todo en un solo mensaje. La prohibición va en el primer mensaje, porque Manus no ha documentado ninguna pantalla de aprobación en Cue que la frene después.

Use the Flowsery connector. Call list_websites and pick flowsery.com.
 
Call list_issues with status=open and severity=critical, sorted by severity.
For the top three, call get_issue and give me:
title, sessionsCount, lastSeenAt, stepsToReplicate,
the recordingId with the earliest atSeconds, and any externalTicketUrl.
 
Print severity and sessionsCount next to every summary.
Do not call update_issue_status. Do not email this to anyone.
If an issue has no sampleRecordingId, say so. Do not pick another recording.

"Print severity and sessionsCount next to every summary" es la línea que mantiene honesta la clasificación. list_issues ordena por severity salvo que pase sort=recency, y un resumen redactado reordena la lista según lo que mejor se lea.

¿Qué llamadas de sesiones leen y cuál escribe?

Cuatro llamadas de Flowsery importan para el análisis de sesiones, y solo PATCH /issues/{issueId} modifica datos. El servidor MCP la expone como update_issue_status.

Un token creado con el rol Contributor convierte esa escritura en 403 permission_denied, porque el permiso flowsery.write de Flowsery pertenece solo a Admin y Editor. El formulario Create Token de Flowsery marca Contributor como "Recommended for AI agents" (recomendado para agentes de IA) y lo describe como "Same access as Viewer here" (el mismo acceso que Viewer aquí), que es "Sees everything, changes nothing" (lo ve todo, no cambia nada).

get_visitor es una lectura con coste de privacidad. Devuelve un profile con userId, name y email de los visitantes que su sitio ha identificado. Esos datos van en el chat con usted. Un agente con su propia bandeja de salida no los necesita para priorizar, así que deje la llamada fuera salvo que persiga el error de un usuario concreto.

¿Quién cambia el estado de un problema?

Una persona cambia el estado de un problema, después de ver la grabación. PATCH /issues/{issueId} mueve un problema entre open, in_progress, resolved y suspended, y la especificación de Flowsery dice que los problemas suspendidos "disappear from the default list" (desaparecen de la lista por defecto). Un agente que ordena el backlog según su propio criterio produce una lista más corta con el mismo checkout roto debajo.

El conector de Meta Muse para análisis de sesiones se apoyaba para esto en el aviso Allow once de Meta. Runtimewire informó el 28 de septiembre de 2026 de que el anuncio de Cue "does not explain in detail how users approve individual transactions" (no explica en detalle cómo aprueban los usuarios cada transacción). Sin ninguna aprobación documentada del lado de Cue, la barrera pasa a Flowsery: un token Contributor para el agente y un inicio de sesión de Editor o Admin para usted.

Los chats de grupo de Manus encajan con esta división. Los agentes de un chat de grupo de Cue comparten un objetivo y "hand work to each other" (se pasan el trabajo entre ellos), mientras "you set the direction and make the final call" (usted marca la dirección y toma la decisión final). Deje que un agente de priorización publique la lista corta ordenada en el grupo. El cambio de estado se queda con usted, en el panel de Flowsery, después de ver la grabación.

¿Puede una alerta de Flowsery arrancar la priorización?

Una Triggered task de Manus arranca el trabajo cuando pasa algo en un servicio conectado, y Manus nombra "a Slack message" (un mensaje de Slack) entre sus ejemplos. Flowsery publica las alertas de problemas en el canal de Slack que elija, así que una Triggered task que vigile el canal de alertas recoge el problema nuevo y llama a get_issue sobre él. Manus también lista GitHub como fuente de disparadores, y Flowsery abre sus correcciones como pull requests en borrador en GitHub.

Hay dos límites a 29 de septiembre de 2026. Las Triggered tasks son una función de Manus, y Cue no documenta disparadores propios. Manus tampoco ha documentado si una automatización llega a un servidor MCP personalizado. Monte el disparador en Manus, apúntelo a un problema de prueba y confirme que la llamada a get_issue devuelve datos antes de conectar un canal de alertas real.

Para el mismo ciclo con las instrucciones ya escritas, la plantilla de bot de Grok para análisis de sesiones ejecuta la misma cadena de llamadas desde un chat.

¿Qué se rompe la primera semana?

Cinco fallos aparecen en la primera semana de priorización de sesiones, y el cuarto parece una respuesta.

Un 400 en la primera llamada. El agente se saltó el selector del sitio web. Un token de workspace abarca todos los sitios web del workspace, así que cada llamada necesita websiteId o domain. Dígale que llame primero a list_websites.

Un ID de visitante inventado. GET /visitors/{visitorId} toma el ID del visitante de los desgloses y del script de seguimiento, y ningún payload de problema lleva uno. Un ID adivinado devuelve 404, la misma respuesta que recibe un visitante real sin datos.

Un problema sin grabación. sampleRecordingId admite null. El mensaje de arriba le dice al agente que lo diga en lugar de sustituirla por una grabación cercana.

Una clasificación reordenada. El resumen se lee bien y el orden de gravedad ha desaparecido. Mantenga severity y sessionsCount impresos junto a cada línea.

El muro de la prueba gratuita. En una prueba gratuita de Flowsery, los problemas más allá de los 10 primeros responden "Upgrade to view this issue". El agente reporta diez problemas y se detiene, que es el comportamiento correcto y parece un error.

La herramienta de grabación de sesiones es donde ve las grabaciones que eligió el agente.

Preguntas frecuentes

¿Puede un agente de Cue cerrar un problema de Flowsery por su cuenta?

Un agente de Cue con un token Contributor no puede cerrar un problema. update_issue_status necesita el permiso flowsery.write, que solo tienen Admin y Editor, así que un token Contributor recibe 403 permission_denied. Manus no ha documentado ningún aviso de aprobación en Cue a 29 de septiembre de 2026, así que el rol del token es el control que aguanta.

¿Admite Cue MCP para el análisis de sesiones?

Manus admite servidores MCP personalizados en Settings, Integrations, Custom MCP Servers, Add Server, y Cue funciona sobre la misma infraestructura. Manus no ha documentado ninguna pantalla de Cue para MCP. La guía de analítica web cubre el formulario y la alternativa desde el chat.

¿Qué ve un agente de Cue sobre un visitante?

get_visitor devuelve un bloque identity con ubicación, navegador, sistema operativo y dispositivo, además de activity, revenue y un profile con userId, name y email en cuanto su sitio identifica al visitante. Flowsery no almacena direcciones IP ni fija identificadores entre sitios. Deje la llamada fuera de la priorización rutinaria.

¿Sustituye esto a abrir la grabación?

El conector ordena y acota, y la grabación muestra el motivo. Deje que el agente de Cue elija tres sesiones y el segundo en que falla cada una, y luego mire esas tres. Las preguntas de tráfico agregado van en la guía de informes de analítica.

¿Por qué falta un problema suspendido en la lista del agente?

GET /issues deja fuera los problemas suspendidos en la respuesta por defecto. Pida status=suspended para verlos. Si uno desapareció y nadie de su equipo lo movió, revise qué tokens tienen Editor o Admin en flowsery.com/api-tokens.

¿Qué plan de Flowsery necesito para priorizar con Cue?

Los dos planes de Flowsery incluyen la API, el servidor MCP y el análisis de sesiones con IA. Team cuesta $250 al mes con 3 meses de retención de grabaciones, y Pro cuesta $500 al mes con 12 meses de retención de grabaciones. Los dos empiezan con una prueba gratuita de 14 días que no pide tarjeta.

¿Qué es Manus Cue?

Cue es la aplicación de agente personal que Manus lanzó el 28 de septiembre de 2026, construida sobre la misma infraestructura que Manus. Cada agente de Cue tiene "its own email, phone number, wallet, and computer". Por eso importa el rol del token: el agente tiene su propia bandeja de salida.

¿Cómo ordena list_issues sus resultados?

list_issues ordena por gravedad salvo que pase sort=recency. La gravedad admite low, medium, high o critical. Pida al agente que imprima severity y sessionsCount junto a cada resumen para que un resumen redactado no reordene la lista.

¿Por qué get_visitor devuelve un 404?

Lo más probable es que el agente haya inventado el ID del visitante. El ID sale de los desgloses y del script de seguimiento, y ningún payload de problema lo incluye. Un ID inventado devuelve 404, la misma respuesta que un visitante real sin datos.

¿Cuántos problemas ve un agente de Cue en la prueba gratuita de Flowsery?

Los primeros 10. Los problemas posteriores responden "Upgrade to view this issue", así que el agente informa de diez y se detiene. Es el comportamiento correcto, aunque parezca un error.

Cree un token Contributor en flowsery.com/api-tokens, lance el mensaje de priorización en Cue y abra usted la primera grabación.

Fuentes: Introducing Manus 2.0 (28 de septiembre de 2026), How can I use Manus Connectors?, la documentación de MCP personalizado de Manus, la documentación de Automations de Manus, Runtimewire (28 de septiembre de 2026), la especificación OpenAPI de Flowsery y la referencia de la API de Flowsery. Revisado el 29 de septiembre de 2026.