Triez les conversations sur X avec un connecteur Manus Cue pour l'écoute sociale sur X

Les publications sur X sont courtes, rapides et répétitives, donc un connecteur Manus Cue pour l'écoute sociale sur X a besoin d'un filtre avant d'avoir besoin d'un flux. Cue est l'application d'agents personnels lancée par Manus le 28 septembre 2026, et ses supports de lancement ne montrent aucune intégration X. Un connecteur MCP personnalisé vers RedReplier donne à un agent Cue des mentions X notées, et c'est la notation qui transforme le volume en liste courte.

En bref : ajoutez le serveur MCP de RedReplier comme connecteur personnalisé, demandez les mentions TWITTER avec un comptage d'abord, triez par RELEVANCE, et ne gardez que HIGH et VERY_HIGH. RedReplier ne vous demande aucun compte développeur X et ne publie rien sur X.

Pourquoi ne pas faire surveiller X directement par Cue ?

Au 29 septembre 2026, Cue n'a aucune intégration X documentée, et le seul exemple X publié par Manus appartient à Manus, pas à Cue. Le centre d'aide de Manus le décrit : "Configurez une Automation qui surveille un compte produit sur X. Quand une nouvelle mise à jour est publiée, Manus rédige un résumé... C'est toujours vous qui décidez de ce qui part." Cet exemple suit un seul compte. L'écoute sociale suit des mots-clés sur tous les comptes, ce qui est un autre travail.

Aller sur X vous-même suppose de détenir un accès à l'API X. X facture des crédits à l'usage à 0,005 $ par publication lue, avec un plafond de 3 millions de lectures par cycle de facturation, selon notre analyse de la tarification de l'API X, et les publications brutes arrivent sans aucun score. Un agent Cue a aussi son propre ordinateur, mais Manus n'a pas documenté comment cet ordinateur gère un site comme x.com, donc la navigation est une voie à tester, pas une voie à suivre.

GET /mentions de RedReplier renvoie les publications X sous la valeur de source TWITTER, chacune avec un relevanceScore et un statut NEW, APPROVED ou REJECTED. L'agent lit une liste classée, et vous n'ouvrez jamais de compte de facturation X.

Que mettre dans la consigne Cue pour X ?

La consigne X ajoute trois choses à la consigne standard : un comptage avant la liste, un tri explicite et un plafond strict. La configuration du connecteur elle-même, le chemin dans les réglages Manus, le jeton au rôle Editor et le test qui vérifie si Cue voit le serveur, se trouve dans le guide principal du connecteur Manus Cue pour la surveillance de Reddit.

You have a RedReplier connector. You watch X for me.
 
Allowed tools: list_websites, list_mentions, count_mentions,
explain_mention. Never create, edit, delete, enable, disable,
approve or reject anything. Never change alert settings.
 
Each morning:
1. count_mentions for NEW TWITTER mentions from the last 24 hours.
   Tell me the number first.
2. list_mentions, same window, sources=TWITTER, sort=RELEVANCE,
   HIGH and VERY_HIGH only, limit 10.
3. For each: the author, the score, one line on what they said,
   and the link. Explain the top two.
 
Never contact anyone in a mention. No email, no text, no call.
Never log in to X or any other site on my behalf.
If the count is zero, send nothing.

Le comptage passe en premier parce qu'il vous dit si la journée donne un digest ou un déluge avant que l'agent ne dépense des efforts à lire. La spécification de RedReplier ne déclare aucune valeur par défaut pour sort, donc nommer RELEVANCE évite que l'ordre soit simplement celui que l'API renvoie.

Comment la notation de pertinence réduit-elle le volume X ?

RedReplier note chaque mention X avant que l'agent Cue ne la voie, donc l'agent filtre par nombre au lieu de lire chaque publication. list_mentions accepte scoreBuckets pour les cinq tranches de VERY_LOW à VERY_HIGH, et minScore pour un plancher entre 0 et 100. includeLowRelevance vaut false par défaut, ce qui écarte déjà les mentions que le système de notation juge peu susceptibles de mériter une réponse.

sort=RECENT est le réglage qui ruine les digests X. Sur un mot-clé très actif, le tri par date renvoie les publications de la dernière heure, pas les meilleures de la journée. sort=RELEVANCE place une plainte réfléchie sur un concurrent au-dessus de cinquante mentions en passant du nom de votre marque.

Le score seul ne dit pas pourquoi. explain_mention remplit relevanceReason et le renvoie, ce qui vous permet de distinguer une question d'achat d'une plaisanterie qui correspondait par hasard à votre mot-clé. Il remplit aussi aiReplySuggestion quand ce champ manque, c'est-à-dire le brouillon de formulation dont traite la section suivante.

Que ne doit jamais faire un agent Cue sur X ?

Un agent Cue ne doit jamais répondre sur X, contacter un utilisateur de X ni détenir votre connexion X. Manus donne à chaque agent Cue "sa propre adresse e-mail, son propre numéro de téléphone, son propre portefeuille et son propre ordinateur", et au 29 septembre 2026 Manus n'a documenté aucun contrôle sur la façon dont un agent utilise cette identité. Runtimewire a relevé le 28 septembre 2026 que l'annonce n'explique pas comment les utilisateurs "restreignent ce que les agents peuvent faire avec leur identité e-mail ou téléphone".

RedReplier lui-même ne publie rien. La spécification décrit aiReplySuggestion comme un "brouillon de réponse qu'une personne relit avant publication", et aucune opération RedReplier ne publie sur X. Le risque vient de l'agent qui agit hors de RedReplier : écrire à l'auteur via une adresse de contact qu'il a trouvée, ou publier depuis une session X que vous avez laissée ouverte sur son ordinateur.

Les réponses non relues sur X ont un coût propre. Une marque qui répond à chaque mention en quelques minutes devient un reply guy, et la politique de X rend les comptes "soupçonnés de comportement de spam" inéligibles à la recommandation, comme le cite notre note sur le shadowban de X. Lisez la liste courte, choisissez les publications qui méritent une réponse, et répondez-y vous-même.

Cue peut-il surveiller X et Bluesky ensemble ?

Un seul agent Cue surveille X et Bluesky ensemble, car sources dans list_mentions accepte une liste de valeurs en un seul appel. Ajoutez BLUESKY à côté de TWITTER et la même consigne renvoie les deux, notés sur la même échelle.

Deux détails changent quand Bluesky entre en jeu. La spécification indique que url est nulle quand la plateforme ne fournit aucun lien public, "comme avec certaines publications Facebook et Bluesky", donc dites à l'agent de signaler un lien manquant plutôt que de chercher l'auteur. Et comptez par source, puisque X produit plus que Bluesky et qu'un plafond commun de 10 se remplit de X. Le guide d'écoute sociale couvre les cinq plateformes avec un seul agent.

Qu'est-ce qui casse spécifiquement sur X ?

Le premier échec propre à X est un mot-clé trop large. Un nom de produit qui est aussi un mot courant capte un déluge de publications sans rapport, et même HIGH renvoie une liste trop longue pour être lue. Corrigez le mot-clé dans RedReplier, pas le filtre dans la consigne.

Le deuxième est la même mention qui revient chaque jour. Une mention reste dans la liste NEW jusqu'à ce que quelqu'un l'approuve ou la rejette, et la consigne interdit à l'agent de le faire. La fenêtre de 24 heures sur ingestedAt limite chaque digest aux nouvelles trouvailles, et vous videz la file vous-même dans RedReplier.

Le troisième est le jeton. RedReplier vérifie redreplier.write sur chaque appel, lectures comprises, donc une clé Viewer renvoie un 403 permission_denied dès le premier count_mentions. Créez la clé avec le rôle Editor sur redreplier.com/api-tokens, avec une date d'expiration.

Questions fréquentes

L'agent Cue a-t-il besoin de son propre accès à l'API X ?

L'agent Cue n'a besoin d'aucun accès à l'API X, car RedReplier collecte les mentions X et le connecteur les lit avec votre jeton redreplier_. Vous ne détenez aucun compte développeur X et ne payez rien à X par lecture. La limite à surveiller est la limite de débit par clé de RedReplier, indiquée dans RateLimit-Remaining sur chaque réponse.

Cue peut-il publier une réponse sur X via RedReplier ?

RedReplier n'a aucun point de terminaison qui publie sur X, donc le connecteur ne peut rien publier. Chaque mention porte un brouillon aiReplySuggestion qu'une personne relit. Gardez votre connexion X hors de l'ordinateur de l'agent, car les limites de RedReplier ne couvrent pas une session que l'agent détient lui-même.

Pourquoi la même mention X revient-elle sans cesse ?

Une mention X reste NEW jusqu'à ce que quelqu'un l'approuve ou la rejette via PATCH /mentions/{id}/status. Tenez cet appel loin de l'agent, puisqu'une mention rejetée sort définitivement de la liste NEW, sauf si vous demandez statuses=REJECTED. Filtrez chaque digest sur les dernières 24 heures et faites le tri vous-même dans RedReplier.

Une Automation Manus peut-elle surveiller X à la place de Cue ?

Manus documente une Automation qui surveille un compte produit sur X et rédige un résumé, avec la mention "C'est toujours vous qui décidez de ce qui part." Cela couvre un seul compte, pas l'écoute par mots-clés. Une Automation Manus planifiée qui utilise le même connecteur RedReplier couvre les mots-clés, et le guide principal explique cette voie.

Comment cela se compare-t-il aux versions Muse et Grok ?

Le connecteur Meta Muse pour l'écoute sociale sur X écrit un client REST à partir de la spécification de RedReplier, et le modèle de bot Grok pour l'écoute sociale sur X fournit la consigne prête à installer. Cue prend un serveur MCP et donne à l'agent sa propre adresse e-mail et son propre numéro de téléphone. C'est cette identité qui impose une interdiction de contact dans la consigne Cue.

Cue est-il déjà ouvert à tous ?

Au 29 septembre 2026, Cue est accessible sur invitation uniquement, gratuit pendant l'accès anticipé, et Manus n'a pas dit ce qu'il coûtera ensuite. Le code MEETCUE fonctionne pour un nombre limité de premiers utilisateurs, et chaque nouvel utilisateur reçoit des codes supplémentaires à partager. En attendant, la page surveillance des réseaux sociaux de RedReplier présente l'écoute de X sans agent.

Quel coût de l'API X le connecteur évite-t-il ?

X facture des crédits à l'usage à $0.005 par post lu, avec un plafond de 3 millions de lectures par cycle de facturation. Avec le connecteur RedReplier, vous n'ouvrez aucun compte de facturation X. Les posts arrivent en plus déjà notés, donc l'agent en lit moins.

Quelles tranches de score un agent Cue doit-il lire pour les mentions X ?

Commencez par HIGH et VERY_HIGH, les deux plus hautes des cinq tranches qui partent de VERY_LOW. minScore fixe un plancher numérique entre 0 et 100. includeLowRelevance vaut false par défaut, donc les mentions que le scoreur jugeait peu dignes d'une réponse sont déjà écartées.

Pourquoi le premier appel à count_mentions renvoie-t-il 403 ?

RedReplier vérifie redreplier.write à chaque appel, lectures comprises, si bien qu'une clé Viewer renvoie 403 permission_denied. Créez une nouvelle clé avec le rôle Editor sur redreplier.com/api-tokens, avec une date d'expiration. Relancez ensuite le comptage.

Un agent Cue doit-il trier les mentions X par date ou par pertinence ?

Triez par RELEVANCE. Sur un mot-clé très actif, sort=RECENT renvoie les posts de la dernière heure au lieu des meilleurs de la journée. La spécification de RedReplier ne déclare aucune valeur par défaut pour sort, alors nommez-la dans la consigne.

Créez un jeton API RedReplier avec le rôle Editor, connectez-le à un seul agent Cue, et demandez le comptage X de demain avant la moindre publication.

Sources : Introducing Manus 2.0 de Manus (28 septembre 2026), What is new in Manus 2.0, la documentation MCP personnalisé, Runtimewire et Implicator.ai (28 septembre 2026), la spécification OpenAPI de RedReplier et la documentation pour agents. Vérifié le 29 septembre 2026.