Créez un seul connecteur Meta Muse pour l'écoute sociale, pas quatre

Reddit, Hacker News, X et Bluesky ont un point commun à l'intérieur de l'agent de Meta, et c'est pourquoi un connecteur Meta Muse pour l'écoute sociale se construit plutôt qu'il ne s'installe. Muse n'en livre aucun. Au 20 septembre 2026, aucun des quatre n'apparaît dans une liste de connecteurs publiée par Meta ou ses dirigeants, et l'un d'eux appartient à un concurrent direct de Meta.

En bref : construisez un seul connecteur personnalisé à partir de la spécification OpenAPI publique de RedReplier, à l'adresse https://redreplier.com/openapi.json, et les quatre sources arrivent dans un seul appel GET /mentions, déjà notées. Quatre collectes séparées deviennent un seul jeton bearer.

Pourquoi un seul connecteur vaut-il mieux que quatre ?

Un seul connecteur vaut mieux que quatre parce que les quatre sources sont déjà fusionnées avant que Muse ne les voie. Le connecteur personnalisé est la voie que Meta documente pour un service absent de la liste des connecteurs. Parallel en a vu construire un le 14 septembre 2026 : Muse a lu la documentation, écrit le client, testé les appels et enregistré l'intégration comme une compétence réutilisable. Le guide de la surveillance de Reddit couvre ce mécanisme de bout en bout, y compris l'endroit où atterrit l'identifiant et ce que Meta examine, c'est-à-dire rien.

Quatre collectes, cela fait quatre flux d'authentification et quatre choses qui cassent séparément. Le GET /mentions de RedReplier renvoie les quatre dans une seule forme de réponse, plus Facebook, la seule source que Muse atteint déjà seul. Filtrez sources sur les quatre que Muse ne voit pas et "qu'a-t-on dit de nous aujourd'hui" et "qu'a-t-on dit sur Bluesky aujourd'hui" deviennent le même appel avec une valeur différente.

Laquelle des quatre sources Muse atteint-il tout seul ?

Aucune, au 20 septembre 2026. La liste complète des connecteurs et son origine se trouve dans l'article pilier. Elle va de la messagerie au calendrier, à la banque, aux restaurants, à la musique, à la santé et au sport, et ne contient aucune source d'écoute sociale.

X mérite sa propre phrase, et le guide consacré à X la lui donne : Meta et le propriétaire de X sont en concurrence directe, donc l'absence est structurelle plutôt qu'une ligne dans un backlog. Hacker News et Bluesky relèvent du cas inverse, assez petits pour que personne n'ait construit pour eux, ce qui vous amène au même endroit.

Deux solutions de repli subsistent, et toutes deux sont pires. L'article pilier explique pourquoi la voie du navigateur et l'absence de champ MCP mènent toutes deux à une impasse. Quatre sources multiplient la première : une automatisation de navigateur qui casse à chaque changement de mise en page casse quatre fois plus souvent sur quatre mises en page.

Que met-on dans le message de configuration ?

Le message de configuration nomme l'URL de la spécification, le style d'authentification, la portée et le premier filtre voulu. Le document OpenAPI 3.0.3 de RedReplier ne demande aucune authentification pour être lu, ce qui tient l'opération en un seul message.

L'article pilier contient le message de configuration complet, URL de la spécification et en-tête bearer compris. Une ligne change ici :

Use GET endpoints only for now. First call: GET /mentions with
statuses=NEW and sort=RELEVANCE, no sources filter, so all four
arrive together. GET /mentions/count returns a single total, so call
it once per source and show me the four counts before any text.

Créez le jeton sur redreplier.com/api-tokens, où il revient préfixé par redreplier_. Sa place est dans l'invite d'identifiants sécurisée, car un jeton tapé dans le chat reste dans le chat.

Comment empêcher l'agent de lire quatre cents mentions ?

Vous l'en empêchez avec relevanceScore, le nombre de 0 à 100 que RedReplier attache à une mention une fois que le noteur l'a lue. Quatre sources produisent quatre fois le volume d'une seule, et un agent à qui l'on tend le flux brut résume le bruit avec autant de soin que les acheteurs.

Passez sort=RELEVANCE plutôt que sort=RECENT. La fraîcheur est l'endroit où la surveillance multi-sources échoue : Reddit et X produisent bien plus de correspondances par heure que Hacker News ou Bluesky, donc un flux trié par date enterre les sources les plus lentes. La pertinence aplanit cela, et un fil Hacker News noté 90 arrive au-dessus d'une publication X notée 30, quelle que soit l'heure d'arrivée de chacune. L'article sur le score d'intention d'achat explique ce que ce nombre mesure.

Qu'apporte l'appel explain que le score n'apporte pas ?

POST /mentions/{id}/explain renvoie le raisonnement derrière le nombre, ce qui fait la différence entre un score auquel vous vous fiez et un score que vous contestez. Un 72 sur un commentaire Hacker News et un 72 sur une publication Reddit sont le même nombre pour des raisons différentes.

C'est le seul POST qui mérite d'être nommé dans un message de configuration limité aux GET, pour la raison qu'expose l'article pilier. Sur quatre sources, le gain est plus grand : c'est le raisonnement qui rend les deux 72 comparables. Tout le reste de ce qui écrit reste dehors : PATCH /mentions/{id}/status rejette des mentions qui quittent alors la file, et POST /keywords/activate-pending débite votre compte.

À quelle fréquence chaque formule vérifie-t-elle les quatre sources ?

La cadence est un réglage de formule, et GET /alert-settings renvoie cadenceMinutes à côté de minIntervalMinutes, le plancher qu'autorise votre formule. L'article pilier détaille le prix de chaque formule. Ce qui compte sur quatre sources, c'est le plancher : 60 minutes sur Starter, 15 sur Business.

Un fil Reddit vieux de quatre heures a déjà reçu sa réponse quand vous l'ouvrez, alors qu'un fil Hacker News du même âge est encore en page d'accueil. Lisez minIntervalMinutes dans GET /alert-settings et alignez-le sur votre source la plus rapide, pas sur votre nombre de mots-clés. PUT /alert-settings le réécrit, donc gardez cet appel hors du connecteur.

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

Cinq choses cassent, et quatre n'apparaissent que lorsque plusieurs sources passent par le même agent.

Un relevanceScore à null est la première, et un agent qui trie numériquement dessus soit écarte cette mention, soit la range à un bout de la liste.

Le déséquilibre entre sources est la deuxième. Reddit et X dominent le volume brut, donc un condensé plafonné à dix éléments ne montre que du Reddit pendant une semaine pendant que le fil Bluesky qu'il vous fallait attend en onzième position. GET /mentions/count renvoie un total unique pour le filtre que vous passez, donc appelez-le d'abord une fois par valeur de sources et vous voyez le déséquilibre au lieu d'en hériter.

La règle de la réponse est la troisième, et elle tient sur les quatre. RedReplier rédige la réponse et une personne l'envoie, car les réponses non relues font bannir les comptes, et Reddit est la moins indulgente des quatre sur ce point.

L'écart entre la compétence enregistrée et l'API est la quatrième. Parallel a constaté le 14 septembre 2026 que Muse enregistre un connecteur personnalisé comme une compétence réutilisable qui persiste d'une conversation à l'autre, et qui conserve les endpoints appris le jour de sa construction. Aucune source publiée ne documente ce que fait Muse quand cette API change, donc repointez-le vers la spécification après chaque changement.

La cinquième est l'emplacement de la machine virtuelle, que l'article pilier couvre. Ce qu'elle exclut ici en particulier, c'est le pontage : la voie Grok Bot vers les mêmes quatre sources tourne sur votre machine, donc les deux ne peuvent pas s'alimenter mutuellement.

Questions fréquentes

Un seul connecteur couvre-t-il vraiment les quatre sources ?

Oui. GET /mentions renvoie Reddit, Hacker News, X et Bluesky dans une seule réponse, et la source est un champ de chaque mention plutôt qu'un endpoint distinct. Filtrer sur une source est un changement de paramètre, donc une configuration d'écoute sociale qui démarre multiplateforme se resserre ensuite sans rien reconstruire.

Un relevanceScore à null casse-t-il le condensé ?

Un relevanceScore à null casse le tri numérique, pas l'appel. La spécification marque relevanceScore comme nullable, donc une mention récupérée avant que le noteur ne l'atteigne arrive sans nombre. Dites au connecteur de renvoyer les mentions non notées dans leur propre groupe plutôt que de les trier à un bout.

Muse peut-il publier une réponse sur X ou Reddit via ce connecteur ?

Non. L'API publique de RedReplier n'expose aucun endpoint qui publie une réponse, sur aucune des quatre sources. Le connecteur rédige et fait remonter, et vous envoyez.

Pourquoi n'existe-t-il aucun connecteur Muse pour X ?

Au 20 septembre 2026, X n'apparaît dans aucune liste de connecteurs Muse publiée par Meta ou ses dirigeants, et Meta n'a donné aucune raison à cette absence. Le guide consacré à X explique ce que cela signifie pour un connecteur bâti autour de sources=TWITTER. Le GET /mentions de RedReplier renvoie déjà des lignes TWITTER, donc un seul connecteur atteint X sans que vous ayez votre propre formule d'API X.

Quelle source inonde le condensé en premier ?

Reddit arrive sous deux valeurs de source, REDDIT_POST et REDDIT_COMMENT, alors que Hacker News et Bluesky n'en ont qu'une chacune, donc un plafond écrit par source doit couvrir les deux, sinon la moitié des lignes Reddit passe au travers. Appelez d'abord GET /mentions/count par source et plafonnez par source plutôt que par condensé.

Où obtenir le jeton du connecteur ?

On le crée sur redreplier.com/api-tokens, où il arrive avec le préfixe redreplier_. Collez-le dans l'invite sécurisée d'identifiants, car un jeton tapé dans le chat reste dans le chat.

Faut-il trier les mentions par date ou par pertinence ?

Triez par pertinence avec sort=RELEVANCE. Reddit et X produisent bien plus de résultats par heure que Hacker News ou Bluesky, donc un flux trié par date enterre les sources plus lentes. Avec la pertinence, un fil Hacker News noté 90 passe devant un post X noté 30, quelle que soit l'heure d'arrivée.

Meta examine-t-il un connecteur personnalisé avant que je puisse l'utiliser ?

Meta n'examine pas les connecteurs personnalisés ni la façon dont ils utilisent vos informations. Un Custom Connector est la voie que Meta documente pour un service absent de la liste des connecteurs, et Muse le construit à partir de la spécification que vous lui indiquez.

À quelle fréquence le connecteur vérifie-t-il les nouvelles mentions ?

Le connecteur vérifie quand vous le demandez à Muse, et la surveillance de RedReplier tourne en temps réel. Ce que la formule fixe, c'est le plancher des alertes par e-mail : GET /alert-settings renvoie cadenceMinutes avec minIntervalMinutes, soit 60 minutes sur Starter et 15 sur Business.

Que se passe-t-il si l'API de RedReplier change après la création du connecteur ?

Muse enregistre le connecteur comme une skill réutilisable qui garde les endpoints appris le jour de sa création. Aucune source publiée ne documente ce que Muse fait quand cette API change, donc repointez-le vers la spécification après tout changement.

Créez un jeton API RedReplier et donnez à Muse les quatre sources en un seul appel 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.