Comment rédiger des threads avec un connecteur Manus Cue pour publier sur X

Rédiger des threads est la bonne tâche pour un connecteur Manus Cue pour publier sur X, car une publication sur X est publique dès qu'elle arrive et Cue ne documente aucune étape où vous en approuvez une. Cue est l'application d'agents personnels que Manus a lancée le 28 septembre 2026, et chaque agent Cue reçoit sa propre adresse e-mail, son numéro de téléphone, son portefeuille et son ordinateur. Ce guide couvre la partie X : le nom du champ, le fonctionnement d'un thread et ce que change une clé limitée aux brouillons.

En bref : connectez Cue au serveur MCP d'AdaptlyPost avec une clé Contributor comme dans le guide principal, indiquez-lui que le champ X est twitterConnectionIds avec la valeur de plateforme TWITTER, et faites-lui enregistrer chaque publication X comme brouillon. C'est vous qui publiez.

Que change Cue à la publication sur X ?

Cue change qui tient la plume : un agent Cue écrit et agit sous sa propre identité, et Manus n'a documenté aucune étape d'approbation pour ses actions au 29 septembre 2026. Sur X, cela compte surtout pour les threads, où une partie erronée reste en public à côté des autres. La solution se trouve côté AdaptlyPost. Une clé émise sous le rôle Contributor crée des brouillons et ne peut ni programmer ni publier, donc rien n'atteint votre fil tant qu'une personne ne l'envoie pas.

L'exemple X de Manus va dans le même sens. L'article d'aide sur Manus 2.0 décrit une Automation qui surveille un compte produit sur X et rédige un résumé à chaque nouvelle mise à jour, puis ajoute : « C'est toujours vous qui décidez de ce qui part. » Cet exemple vient de Manus et non de Cue, et c'est aussi le bon réglage par défaut pour Cue.

Que dire à Cue avant son premier brouillon X ?

Dites à Cue de relire votre compte X, de confirmer le nom du champ dans le schéma de l'outil et de n'enregistrer que des brouillons. La configuration du connecteur, le formulaire de serveur Manus et le rôle du token se trouvent dans le guide principal. L'ajout propre à X est cette instruction :

Use the AdaptlyPost connector. Read-only first.
 
1. Call list_accounts and show me the X account: username and status.
2. Confirm from the create_post schema that X posts use
   twitterConnectionIds and the platform value TWITTER.
3. Every X post you make is a draft: create_post with saveAsDraft: true.
   Number thread parts "1/", "2/" and so on, one draft per part.

L'étape 1 est celle sur laquelle insister. Publier sous le mauvais pseudo est l'erreur X la plus difficile à rattraper, et list_accounts renvoie le nom d'utilisateur associé à chaque connexion.

Pourquoi le champ X s'appelle-t-il toujours twitterConnectionIds ?

Le champ X s'appelle twitterConnectionIds parce que l'API AdaptlyPost l'a nommé avant le changement de marque, et renommer un champ publié casse les intégrations existantes. La spécification récupérée le 29 septembre 2026 contient twitterConnectionIds dans les schémas de requête unitaire et en masse, utilise TWITTER comme valeur de plateforme et ne contient xConnectionIds nulle part. Le modèle Grok Bot pour publier sur X raconte plus en détail pourquoi le nom est resté.

Un client MCP lit le champ dans le schéma de l'outil, donc Cue le remplit correctement quand il lit avant d'écrire. Un agent qui improvise à partir du nom de la marque invente xConnectionIds, que la spécification ne définit pas, et la requête n'a alors aucune cible X. L'étape 2 de l'instruction ci-dessus sert à intercepter cette erreur.

Comment Cue rédige-t-il un thread X ?

Cue rédige un thread X sous forme d'un brouillon numéroté par partie, car AdaptlyPost n'a pas d'objet thread et une clé Contributor ne peut pas utiliser l'endpoint en masse. Dans AdaptlyPost, un thread est une suite de publications minutées. POST /social-posts/bulk en programme de 1 à 100 en un seul appel, mais exige la permission posts.schedule, que le rôle Contributor n'a pas.

You:  Draft a 4-part thread on our launch for X.
 
Cue:  create_post { platforms: ["TWITTER"], contentType: "TEXT",
                    twitterConnectionIds: ["..."], timezone: "Europe/Kyiv",
                    text: "1/ ...", saveAsDraft: true }
      ... repeated for "2/", "3/" and "4/" ...
      Four drafts saved. IDs: ...

Vous publiez ensuite les parties dans l'ordre, à deux minutes d'intervalle, depuis AdaptlyPost. L'espacement se lit mieux de toute façon : un thread lâché d'un coup ressemble à un déversement, et les mêmes publications à deux minutes d'intervalle ressemblent à un thread en train de s'écrire.

Si la configuration vous inspire confiance après quelques semaines, une clé Editor change l'équilibre. Cue réserve alors tout le thread via l'endpoint en masse, avec platforms, timezone et twitterConnectionIds une seule fois en tête et chaque publication portant ses propres contentType, text et scheduledAt. Vous perdez aussi la seule étape d'approbation appliquée, donc faites ce changement en connaissance de cause.

Comment X et Bluesky partagent-ils une même requête ?

X et Bluesky partagent une même requête en ajoutant blueskyConnectionIds à côté de twitterConnectionIds, puisqu'aucun des deux réseaux n'a d'objet de configuration dans la spécification AdaptlyPost. Au 29 septembre 2026, la spécification définit des configurations par plateforme pour Pinterest, TikTok, Instagram, Facebook, YouTube et LinkedIn uniquement. X et Bluesky prennent un tableau d'ID de connexion, du texte et des médias facultatifs.

Utilisez platformTexts pour que chaque fil reçoive sa propre version au lieu d'une légende rognée pour tenir dans les deux. mediaAltTexts porte le texte alternatif de chaque image, jusqu'à 1 000 caractères chacun, et AdaptlyPost l'envoie à X comme à Bluesky. La page de l'API de publication sur X liste le reste de la requête X.

Cue peut-il répondre aux mentions sur X via AdaptlyPost ?

Cue ne peut ni répondre aux mentions ni envoyer de messages privés sur X via AdaptlyPost, car la spécification AdaptlyPost ne définit aucun endpoint de réponse, de mention ou de message privé. Le connecteur crée des publications et rapporte leurs résultats plateforme par plateforme. Cette limite joue en votre faveur avec un agent qui a sa propre identité.

Un agent Cue envoie des messages en son propre nom depuis son propre e-mail et son numéro de téléphone, et Runtimewire a noté le 28 septembre 2026 que les supports de lancement n'expliquent pas comment les utilisateurs « limitent ce que les agents font de leur identité e-mail ou téléphone ». Gardez votre identifiant X loin de l'agent. Via AdaptlyPost, il n'atteint que les comptes que vous avez connectés, avec uniquement les permissions que porte la clé.

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

Une connexion X qui expire entre la rédaction et la publication casse un thread, car AdaptlyPost refuse les publications vers un compte marqué unauthorized avec une 400 jusqu'à ce que vous le reconnectiez dans le tableau de bord. list_accounts renvoie le statut de chaque compte, donc demandez-le à Cue avant de publier un thread rédigé plusieurs jours plus tôt. AdaptlyPost déclenche aussi un webhook account.unauthorized si vous voulez recevoir l'alerte.

Après publication, list_post_results rapporte chaque plateforme séparément, et retry_failed_platforms ne relance que les échecs. Les médias doivent d'abord être importés, et la vidéo X passe par une séquence initialize, append et finalize plus longue que pour une image. AdaptlyPost compte les limites de débit par clé API et renvoie RateLimit-Remaining et RateLimit-Reset dans chaque réponse, avec Retry-After sur une 429.

Foire aux questions

Cue peut-il programmer un thread X avec une clé Contributor ?

Non. Le rôle Contributor crée et modifie ses propres brouillons et ne peut ni programmer ni publier, et l'endpoint en masse exige la permission posts.schedule. Cue enregistre un brouillon par partie, et vous les publiez dans l'ordre.

Le connecteur fonctionne-t-il avec un compte X Premium ?

Oui. La spécification AdaptlyPost ne fixe aucune longueur maximale pour text, donc X applique la limite propre à votre compte. Mettez la version longue dans platformTexts pour TWITTER et une version plus courte pour Bluesky dans le même appel.

En quoi est-ce différent des voies Muse et Grok ?

Cue se connecte via un serveur MCP personnalisé ajouté dans Manus, alors que Meta Muse construit son propre client à partir de la spécification OpenAPI et qu'un modèle Grok Bot s'installe depuis un lien de partage. Le connecteur Meta Muse pour publier sur X et l'article sur le modèle Grok couvrent ces voies. Les trois envoient twitterConnectionIds.

Une Automation Manus peut-elle surveiller X et rédiger des publications pour moi ?

Manus documente une Automation qui surveille un compte produit sur X et rédige un résumé de chaque mise à jour, en vous laissant la décision. C'est une fonctionnalité de Manus 2.0. Manus n'a pas documenté de tâches programmées ou déclenchées dans Cue au 29 septembre 2026, donc testez dans Cue avant de vous y fier.

Le token décide-t-il sous quel compte X Cue publie ?

Non. L'ID de connexion dans twitterConnectionIds décide du compte, et le token décide de ce que Cue a le droit de faire. Relisez le pseudo avec list_accounts avant le premier brouillon.

Comment empêcher Cue de publier sur X ?

Révoquez le token adaptly_ sur adaptlypost.com/api-tokens, et AdaptlyPost déconnecte immédiatement chaque agent qui l'utilise. Votre connexion X reste dans AdaptlyPost. Le guide principal explique comment supprimer le connecteur dans Manus.

À quoi ressemble un brouillon de thread Cue dans AdaptlyPost ?

Chaque partie est un brouillon distinct, créé avec create_post, platforms réglé sur TWITTER et saveAsDraft: true. Le texte commence par "1/", "2/" et ainsi de suite, car AdaptlyPost n'a pas d'objet thread. Vous publiez les brouillons dans l'ordre depuis AdaptlyPost.

Que se passe-t-il si Cue utilise xConnectionIds au lieu de twitterConnectionIds ?

La requête n'a alors aucune cible X, car la spécification d'AdaptlyPost ne définit pas xConnectionIds. Les agents devinent ce nom à partir de la marque. Demandez à Cue de lire le schéma de create_post avant d'écrire, et il utilisera twitterConnectionIds.

Et si mon compte X se déconnecte avant que je publie un thread ?

AdaptlyPost refuse avec un 400 les publications vers un compte marqué unauthorized, jusqu'à ce que vous le reconnectiez dans le tableau de bord. Demandez à Cue list_accounts avant de publier des brouillons vieux de plusieurs jours. Un webhook account.unauthorized peut vous envoyer l'alerte.

Quand passer Cue d'une clé Contributor à une clé Editor ?

Après quelques semaines de brouillons que vous n'avez plus à corriger, et de façon délibérée. Avec une clé Editor, Cue programme un thread entier via l'endpoint bulk, de 1 à 100 publications en un appel. Vous perdez aussi la seule étape d'approbation imposée.

Créez un token Contributor et laissez Cue rédiger votre prochain thread, ou lisez d'abord le guide de configuration MCP.

Sources : Manus, Introducing Manus 2.0 (28 septembre 2026) ; Manus Help Center, What is new in Manus 2.0? ; documentation Manus, custom MCP ; articles de Runtimewire (28 septembre 2026) ; le guide de configuration MCP d'AdaptlyPost et la spécification OpenAPI AdaptlyPost. Vérifié le 29 septembre 2026.