Configurez un connecteur Meta Muse pour l'écoute sociale sur X

Au 20 septembre 2026, X n'apparaît sur aucune liste de connecteurs publiée, ce qui fait d'un connecteur Meta Muse pour l'écoute sociale sur X quelque chose que vous construisez plutôt que quelque chose que vous installez. Meta a lancé Muse le 8 septembre 2026 avec Facebook, Instagram et Threads reliés automatiquement via le Centre de comptes. La liste publiée le jour du lancement par le directeur de l'IA Alexandr Wang va de Gmail et Google Calendar à Spotify, Plaid et Peloton, et X n'y figure pas.

En bref : demandez à Muse de construire un connecteur personnalisé à partir de la spécification OpenAPI de RedReplier, à l'adresse https://redreplier.com/openapi.json, collez un jeton redreplier_ dans l'invite d'identifiants sécurisée plutôt que dans le chat, et demandez sources=TWITTER trié par pertinence. Meta n'examine pas les connecteurs personnalisés ni la façon dont ils utilisent vos informations.

Pourquoi n'y a-t-il pas de connecteur X intégré pour Muse ?

Au 20 septembre 2026, X n'apparaît sur aucune liste de connecteurs Muse publiée par Meta ou ses dirigeants, et Meta ne publie aucun répertoire de connecteurs en dehors du produit. Threads est le réseau de posts courts de Meta, et Meta connecte automatiquement Threads, Instagram et Facebook à Muse quand les comptes se trouvent dans le même Centre de comptes. Les réseaux que Meta a reliés en premier sont ceux qu'elle possède.

Meta n'a pas dit si un connecteur X était prévu. Au 20 septembre 2026, elle n'en a annoncé aucun, donc le connecteur personnalisé est la seule voie qui existe aujourd'hui.

Ce que Meta documente, en revanche, c'est l'alternative. Si un service ne figure pas dans la liste des connecteurs, vous demandez à Muse de construire un connecteur personnalisé, et Muse écrit lui-même le client sur la machine virtuelle dédiée à chaque utilisateur qu'il occupe dans le cloud de Meta. Le guide connecteur Meta Muse pour la surveillance de Reddit couvre l'avertissement sur l'absence d'examen, le magasin d'identifiants et la raison pour laquelle un serveur sur votre propre machine est injoignable. Un point vaut tel quel pour X : Parallel, qui testait les connecteurs personnalisés le 14 septembre 2026, a rapporté que Muse n'a aucun réglage pour ajouter un serveur MCP, et aucun article du centre d'aide de Meta consacré à l'agent grand public ne mentionne MCP.

De quoi l'écoute sur X a-t-elle réellement besoin ?

L'écoute sur X a besoin de déduplication, de notation et d'un statut par mention, parce que le volume est tout le problème sur X. Un mot-clé qui renvoie neuf fils Reddit par jour renvoie des centaines de posts sur X, la plupart longs d'une ligne, et la même idée répétée par des comptes différents.

RedReplier note chaque mention X de 0 à 100 avant que le connecteur ne la voie, donc l'agent lit une liste courte plutôt qu'un flux. GET /mentions renvoie ce relevanceScore avec un statut NEW, APPROVED ou REJECTED, et c'est ce qui empêche le digest de ce matin de réafficher ce que vous avez traité hier. Notre guide sur l'écoute sociale sur X couvre le même problème de tri sans agent dans la boucle.

L'autre moitié, c'est la couverture multi-sources. sources est un tableau, donc GET /mentions renvoie les versions Reddit, Hacker News et Bluesky de la même conversation dans la même réponse que les posts X, et la version longue arrive avec la version d'une ligne.

Qu'est-ce qui change dans le message de configuration quand la source est X ?

Le bloc à coller est celui du guide pilier, avec le dernier paragraphe remplacé. Tout ce qui concerne l'URL de la spécification, l'en-tête bearer et l'invite d'identifiants se trouve dans le guide connecteur Meta Muse pour la surveillance de Reddit. Les lignes spécifiques à X sont celles-ci :

Use GET endpoints only. Do not call anything that creates, updates or
deletes, and never change a mention status. Start with today's X
mentions: sources=TWITTER, sort=RELEVANCE, statuses=NEW,
scoreBuckets=HIGH, scoreBuckets=VERY_HIGH.

Comment le score de pertinence réduit-il le volume sur X ?

MentionSort accepte RELEVANCE ou RECENT, et sur X ce réglage décide si l'agent vous rend un digest ou une transcription brute. Le tri par récence fait remonter ce qui vient d'être publié, ce qui, sur une source à fort volume, renvoie les dix dernières minutes plutôt que les meilleurs fils de la journée.

Associez le tri à scoreBuckets et la liste tombe à ce qui mérite une minute d'attention humaine. Demandez HIGH et VERY_HIGH uniquement, puis demandez à Muse d'appeler POST /mentions/{id}/explain sur les deux premières. Cet appel génère et stocke le raisonnement derrière un score, ce qui explique le POST plutôt que le GET, et un agent à qui vous avez dit de n'utiliser que des GET le sautera sauf si vous le nommez.

Il y a aussi une raison côté Muse de filtrer serré. Muse mesure l'usage en jetons Muse sur une allocation hebdomadaire. Au 20 septembre 2026, Muse est gratuit jusqu'à cette limite, avec une formule Power à 20 USD par mois pour 500 millions de jetons Muse par semaine et une formule Max à 100 USD par mois pour 3 milliards. Parallel rapporte que le travail sur les connecteurs personnalisés puise dans ce même compteur hebdomadaire plutôt que dans un compteur séparé, donc chaque mention que le connecteur tire dans la conversation, ce sont des jetons dépensés à lire des posts X. Une réponse de 400 éléments sur un mot-clé large est une façon coûteuse de trouver quatre choses.

Pourquoi passer par un agrégateur plutôt que détenir vous-même un palier de l'API X ?

Détenir votre propre accès à l'API X signifie payer X à chaque post lu et construire vous-même la couche de notation. Au moment de la vérification du 8 septembre 2026 sur notre page tarifs de l'API X, X facture les crédits au paiement à l'usage $0.005 par post lu avec un plafond de 3 millions de lectures par cycle mensuel, le palier gratuit est fermé aux nouveaux développeurs, et les anciennes formules Basic à $200 et Pro à $5,000 restent ouvertes aux seuls abonnés existants. L'accès Enterprise démarre à $42,000 par mois.

L'API de X renvoie des posts. RedReplier renvoie les mêmes posts avec un relevanceScore, un status NEW, APPROVED ou REJECTED, et un horodatage reviewedAt, c'est-à-dire la partie qu'un agent lit au lieu de la reconstruire. Ce sont les parties dont un agent a besoin, et sur votre propre palier X ce sont les parties que vous écrivez vous-même.

Qu'est-ce qui casse sur X en particulier ?

Deux choses tournent mal sur X qui se remarquent à peine sur Reddit. Laisser sort non défini est la première, car la spécification de RedReplier ne déclare aucun ordre par défaut pour GET /mentions, donc le digest arrive dans l'ordre que l'API renvoie. Nommez sort=RELEVANCE dans le message de configuration. Les mots-clés trop larges sont la seconde : un nom de produit qui est aussi un mot courant correspond à un volume X énorme et tire la distribution des scores vers le bas, si bien que HIGH et au-dessus renvoie une liste encore trop longue.

Deux échecs qui semblent spécifiques à X ne le sont pas. Le repli sur le navigateur et la vérification des mots-clés en attente se comportent de la même façon sur chaque source, et le guide pilier couvre les deux.

Questions fréquentes

Le connecteur a-t-il besoin de son propre accès à l'API X ?

Non. RedReplier collecte les mentions X et le connecteur les lit via l'API RedReplier avec votre jeton redreplier_. Il n'y a pas de compte développeur X séparé ni de facture au post lu ; la seule limite sur laquelle régler votre cadence est celle de RedReplier, comptée par clé, que chaque réponse indique dans ses en-têtes RateLimit-*.

Muse peut-il publier une réponse sur X à ma place ?

Non. L'API publique de RedReplier n'a aucun point de terminaison qui publie une réponse, donc le connecteur rédige et fait remonter plutôt qu'il ne publie. Une réponse écrite en votre nom sur X est une décision, et l'API garde cette décision de votre côté de la ligne.

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

Son statut est toujours NEW. La marquer APPROVED ou REJECTED via PATCH /mentions/{id}/status la sort de la file des nouvelles mentions. Gardez cet appel hors de la portée du connecteur la première semaine, car une mention rejetée sort du digest statuses=NEW et ne revient que si vous demandez statuses=REJECTED.

Muse peut-il lire mes mentions X via MCP à la place ?

Parallel a testé cela le 14 septembre 2026 et a rapporté que l'agent grand public Muse n'a aucun réglage pour ajouter un serveur MCP, donc le connecteur personnalisé est la voie. Aucun article du centre d'aide de Meta consacré à l'agent grand public ne mentionne MCP. Le serveur MCP hébergé de RedReplier, à l'adresse https://mcp.redreplier.com/mcp, expose les mêmes mentions X à Claude, Cursor et Codex derrière le même jeton.

Quels autres agents peuvent lire les mêmes mentions X ?

Tout client qui parle REST, MCP ou simple markdown lit les mêmes opérations derrière le même jeton redreplier_. Le modèle de Grok Bot pour l'écoute sociale sur X couvre la voie Grok Bot, qui ne nécessite aucun connecteur personnalisé parce que le modèle livre la compétence déjà écrite.

Combien coûte un connecteur Meta Muse pour l'écoute sociale sur X ?

Au 20 septembre 2026, Muse est gratuit jusqu'à une limite hebdomadaire, avec un forfait Power à 20 USD par mois pour 500 millions de tokens Muse par semaine et un forfait Max à 100 USD par mois pour 3 milliards. Selon Parallel, le travail sur les connecteurs personnalisés puise dans le même compteur hebdomadaire. Filtrer sur HIGH et VERY_HIGH évite de dépenser des tokens sur des posts X peu utiles.

Meta vérifie-t-il un connecteur personnalisé pour X ?

Meta ne vérifie ni les connecteurs personnalisés ni la façon dont ils utilisent vos informations. Le token reste donc sous votre responsabilité : collez-le dans l'invite sécurisée d'identifiants plutôt que dans le chat.

Le même connecteur peut-il surveiller Reddit et Bluesky en plus de X ?

Oui, il le peut. sources est un tableau, donc GET /mentions renvoie les versions Reddit, Hacker News et Bluesky d'une conversation dans la même réponse que les posts X. Utilisez sources=TWITTER pour ne garder que X.

Que faut-il autoriser à Muse lors du premier lancement ?

La lecture seule. Demandez-lui d'utiliser des endpoints GET, de commencer par GET /mentions/count et de laisser PATCH /mentions/{id}/status hors périmètre pendant la première semaine. Nommez POST /mentions/{id}/explain si vous voulez voir le raisonnement derrière les deux meilleurs scores.

Pourquoi Muse renvoie-t-il mes mentions X dans un ordre étrange ?

La spécification de RedReplier ne déclare aucun ordre par défaut pour GET /mentions, donc un sort non défini arrive dans l'ordre que renvoie l'API. Indiquez sort=RELEVANCE dans le message de configuration. RECENT est l'autre option et, sur X, elle renvoie les dix dernières minutes plutôt que les meilleurs fils de la journée.

Créez un jeton API RedReplier et donnez dès aujourd'hui à Muse un flux X en lecture seule, ou lisez d'abord la documentation pour agents.

Sources : l'article d'aide de Meta sur les connecteurs Muse, l'article d'ingénierie de Meta sur la sécurité, l'article de Parallel sur les intégrations personnalisées (14 septembre 2026), et la spécification OpenAPI de RedReplier. Vérifié le 20 septembre 2026.