Triez les sessions cassées depuis votre téléphone avec un connecteur Manus Cue pour l'analyse de sessions

Le tri est l'endroit où un connecteur Manus Cue pour l'analyse de sessions justifie sa place : l'agent lit les problèmes que Flowsery a détectés dans vos enregistrements de session, les classe et vous remet les trois enregistrements qui méritent d'être regardés. Cue est l'application d'agents personnels que Manus a lancée le 28 septembre 2026, construite sur la même infrastructure que Manus. Chaque appel dont le tri a besoin est une lecture, et un seul appel de session écrit.

En bref : construisez le connecteur à partir du guide du connecteur Manus Cue pour l'analytics web avec un token Contributor, demandez les problèmes critiques ouverts sur un site web, et gardez update_issue_status pour vous. Cue ne documente aucune invite d'approbation, donc c'est le rôle du token qui bloque l'écriture.

Que voit un agent Cue quand il ouvre un problème Flowsery ?

Un agent Cue voit la fiche de problème que Flowsery a construite à partir de vos enregistrements, pas l'enregistrement lui-même. Chaque problème porte un title, une description, une severity, un status, un sessionsCount, un firstSeenAt, un lastSeenAt, des stepsToReplicate ordonnés et un sampleRecordingId. La gravité prend les valeurs low, medium, high ou critical.

get_issue (GET /issues/{issueId}) ajoute trois éléments que la liste omet. Le tableau occurrences donne à chaque moment signalé une description, une gravité et un décalage atSeconds dans l'enregistrement. Le tableau sessions liste chaque recordingId derrière le problème. Le tableau comments montre ce que votre équipe a déjà dit, ce qui distingue un groupe de rage clicks que personne n'a vu d'un groupe qu'un développeur a examiné jeudi.

Le problème porte aussi externalTicketProvider, externalTicketKey et externalTicketUrl quand quelqu'un a lié un ticket. Dites à l'agent de les lire avant de suggérer quoi que ce soit à ouvrir. Un agent Cue a sa propre adresse e-mail, et un rapport de bug en double envoyé depuis cette adresse reste un doublon.

Un agent Cue peut-il regarder le replay de session ?

Un agent Cue ne peut pas regarder un replay Flowsery via le connecteur, parce que l'API renvoie du JSON et qu'un replay est un enregistrement de la page. L'agent lit le résumé : quel moment a cassé, à quelle seconde, dans combien de sessions. Il ne peut pas vous dire que le bouton d'envoi semblait grisé.

Cue ajoute une tentation que Muse et Grok n'ont pas. Chaque agent Cue a « sa propre adresse e-mail, son numéro de téléphone, son portefeuille et son ordinateur », donc le contournement évident consiste à connecter l'agent au tableau de bord Flowsery sur son ordinateur et à le laisser regarder. N'en faites rien. Une connexion au tableau de bord porte votre rôle, et si vous êtes Admin, l'agent obtient toutes les écritures dont vous disposez, gestion des membres comprise. Le connecteur avec un token Contributor lui donne les données des problèmes et rien d'autre.

Laissez l'agent choisir les enregistrements. Puis regardez-les vous-même, en partant du atSeconds qu'il indique.

Que collez-vous dans Cue pour trier les problèmes ?

Le message de tri nomme le site web, le filtre, les champs à afficher et l'interdiction d'écrire en un seul message. L'interdiction a sa place dans le premier message, parce que Manus n'a documenté aucun écran d'approbation Cue qui l'intercepterait plus tard.

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 » est la ligne qui garde le classement honnête. list_issues trie par severity sauf si vous passez sort=recency, et un résumé rédigé réordonne la liste selon ce qui se lit le mieux.

Quels appels de session lisent, et lequel écrit ?

Quatre appels Flowsery comptent pour l'analyse de sessions, et seul PATCH /issues/{issueId} modifie des données. Le serveur MCP l'expose sous le nom update_issue_status.

Un token créé sous Contributor transforme cette écriture en 403 permission_denied, parce que la permission flowsery.write de Flowsery n'appartient qu'à Admin et Editor. Le formulaire Create Token de Flowsery marque Contributor « Recommended for AI agents » et le décrit comme « Same access as Viewer here », c'est-à-dire « Sees everything, changes nothing » (voit tout, ne change rien).

get_visitor est une lecture qui a un coût en confidentialité. Il renvoie un profile avec userId, name et email pour les visiteurs que votre site a identifiés. Ces données ont leur place dans le chat avec vous. Un agent qui a sa propre boîte d'envoi n'en a pas besoin pour le tri : laissez donc cet appel de côté, sauf si vous traquez le bug d'un utilisateur précis.

Qui change le statut d'un problème ?

Une personne change le statut d'un problème, après avoir regardé l'enregistrement. PATCH /issues/{issueId} fait passer un problème entre open, in_progress, resolved et suspended, et la spécification de Flowsery indique que les problèmes suspended « disappear from the default list » (disparaissent de la liste par défaut). Un agent qui range le backlog selon son propre jugement produit une liste plus courte avec le même checkout cassé en dessous.

Le connecteur Meta Muse pour l'analyse de sessions s'appuyait pour cela sur l'invite Allow once de Meta. Runtimewire a rapporté le 28 septembre 2026 que l'annonce de Cue « n'explique pas en détail comment les utilisateurs approuvent chaque transaction ». Faute d'étape d'approbation documentée côté Cue, l'étape d'approbation passe du côté de Flowsery : un token Contributor pour l'agent, et une connexion Editor ou Admin pour vous.

Les chats de groupe de Manus collent à cette répartition. Les agents d'un chat de groupe Cue partagent un objectif et « se passent le travail », tandis que « vous fixez la direction et avez le dernier mot ». Laissez un agent de tri publier la courte liste classée dans le groupe. Le changement de statut reste chez vous, dans le tableau de bord Flowsery, après le replay.

Une alerte Flowsery peut-elle lancer le tri ?

Une Triggered task de Manus lance un travail quand un événement survient dans un service connecté, et Manus cite « un message Slack » parmi ses exemples. Flowsery publie les alertes de problèmes dans le canal Slack que vous choisissez, donc une Triggered task qui surveille ce canal d'alertes peut récupérer le nouveau problème et appeler get_issue dessus. Manus liste aussi GitHub comme source de déclenchement, et Flowsery ouvre ses correctifs sous forme de draft pull requests dans GitHub.

Deux limites s'appliquent au 29 septembre 2026. Les Triggered tasks sont une fonctionnalité de Manus, et Cue ne documente aucun déclencheur propre. Manus n'a pas non plus documenté si une automation atteint un serveur MCP personnalisé. Construisez le déclencheur dans Manus, pointez-le vers un problème de test, et vérifiez que l'appel get_issue renvoie des données avant de brancher un vrai canal d'alertes.

Pour la même boucle avec les instructions déjà rédigées, le modèle de bot Grok pour l'analyse de sessions exécute la même chaîne d'appels depuis un chat.

Qu'est-ce qui casse la première semaine ?

Cinq échecs apparaissent pendant la première semaine de tri des sessions, et le quatrième ressemble à une réponse.

Un 400 au premier appel. L'agent a sauté le sélecteur de site web. Un token de workspace couvre tous les sites web du workspace, donc chaque appel a besoin de websiteId ou domain. Dites-lui d'appeler list_websites d'abord.

Un ID de visiteur inventé. GET /visitors/{visitorId} prend l'ID de visiteur fourni par les ventilations et le script de suivi, et aucune donnée de problème n'en porte un. Un ID deviné renvoie 404, la même réponse que celle d'un vrai visiteur sans données.

Un problème sans enregistrement. sampleRecordingId peut être nul. Le message ci-dessus dit à l'agent de le signaler plutôt que de le remplacer par un enregistrement voisin.

Un classement réordonné. Le résumé se lit bien et l'ordre de gravité a disparu. Gardez severity et sessionsCount affichés à côté de chaque ligne.

Le mur de l'essai gratuit. Pendant un essai gratuit de Flowsery, les problèmes au-delà des 10 premiers répondent « Upgrade to view this issue ». L'agent signale dix problèmes et s'arrête, ce qui est le bon comportement et ressemble à un bug.

L'outil de replay de session est l'endroit où vous regardez les enregistrements choisis par l'agent.

Questions fréquentes

Un agent Cue peut-il clore un problème Flowsery tout seul ?

Un agent Cue qui détient un token Contributor ne peut pas clore un problème. update_issue_status exige la permission flowsery.write, que seuls Admin et Editor détiennent, donc un token Contributor reçoit 403 permission_denied. Manus n'a documenté aucune invite d'approbation dans Cue au 29 septembre 2026 : le rôle du token est donc le contrôle qui tient.

Cue prend-il en charge MCP pour l'analyse de sessions ?

Manus prend en charge les serveurs MCP personnalisés sous Settings, Integrations, Custom MCP Servers, Add Server, et Cue tourne sur la même infrastructure. Manus n'a documenté aucun écran MCP dans Cue. Le guide sur l'analytics web couvre le formulaire et la solution de repli dans le chat.

Que voit un agent Cue d'un visiteur ?

get_visitor renvoie un bloc identity avec la localisation, le navigateur, le système d'exploitation et l'appareil, plus activity, revenue et un profile qui porte userId, name et email dès que votre site identifie le visiteur. Flowsery ne stocke aucune adresse IP et ne pose aucun identifiant inter-sites. Laissez cet appel hors du tri courant.

Cela remplace-t-il l'ouverture du replay ?

Le connecteur classe et resserre, et l'enregistrement montre la raison. Laissez l'agent Cue choisir trois sessions et la seconde où chacune casse, puis regardez ces trois-là. Les questions de trafic agrégé relèvent du guide sur les rapports analytiques.

Pourquoi un problème suspended manque-t-il dans la liste de l'agent ?

GET /issues exclut les problèmes suspended de la réponse par défaut. Demandez status=suspended pour les voir. Si l'un d'eux a disparu sans que personne dans votre équipe ne l'ait déplacé, vérifiez quels tokens détiennent Editor ou Admin sur flowsery.com/api-tokens.

Quel forfait Flowsery faut-il pour le tri avec Cue ?

Les deux forfaits Flowsery incluent l'API, le serveur MCP et l'analyse de sessions par IA. Team coûte $250 par mois avec 3 mois de rétention des replays, et Pro coûte $500 par mois avec 12 mois de rétention des replays. Les deux débutent par un essai gratuit de 14 jours sans carte.

Qu'est-ce que Manus Cue ?

Cue est l'application d'agent personnel que Manus a lancée le 28 septembre 2026, construite sur la même infrastructure que Manus. Chaque agent Cue a "its own email, phone number, wallet, and computer". C'est pourquoi le rôle du jeton compte : l'agent a sa propre boîte d'envoi.

Comment list_issues trie-t-il ses résultats ?

list_issues trie par gravité, sauf si vous passez sort=recency. La gravité prend low, medium, high ou critical. Demandez à l'agent d'afficher severity et sessionsCount à côté de chaque résumé pour qu'un récapitulatif rédigé ne réordonne pas la liste.

Pourquoi get_visitor renvoie-t-il une 404 ?

L'agent a très probablement inventé l'ID du visiteur. L'ID vient des ventilations et du script de suivi, et aucun payload de problème n'en contient. Un ID inventé renvoie 404, la même réponse qu'un vrai visiteur sans données.

Combien de problèmes un agent Cue voit-il pendant l'essai gratuit de Flowsery ?

Les 10 premiers. Les problèmes au-delà répondent "Upgrade to view this issue", donc l'agent en signale dix et s'arrête. C'est le comportement attendu, même s'il ressemble à un bug.

Créez un token Contributor sur flowsery.com/api-tokens, lancez le message de tri dans Cue, et ouvrez vous-même le premier enregistrement.

Sources : Introducing Manus 2.0 (28 septembre 2026), How can I use Manus Connectors?, la documentation MCP personnalisé de Manus, la documentation des Automations de Manus, Runtimewire (28 septembre 2026), la spécification OpenAPI de Flowsery et la référence de l'API Flowsery. Vérifié le 29 septembre 2026.