Rédiger et programmer des threads avec un plugin OpenAI dots pour publier sur X

Rédiger le thread est la partie facile d'un plugin OpenAI dots pour publier sur X. Ce qui déraille est plus précis : un nom de champ que le dot devine à partir de la marque, un thread qui n'a aucun objet natif dans l'API, et une connexion X qui expire entre la programmation et la publication. Dots a été lancé le 29 septembre 2026, et ce guide couvre la partie X de la configuration.

En bref : ajoutez le serveur MCP d'AdaptlyPost à ChatGPT en suivant le guide de configuration principal, puis indiquez à votre dot que X s'appelle TWITTER avec twitterConnectionIds, qu'un thread est une série de publications espacées, et que chaque publication X commence comme un brouillon soumis à votre approbation.

Comment un dot publie-t-il sur X ?

Un dot publie sur X via un plugin, et au 29 septembre 2026 OpenAI ne cite aucun plugin X dans ses contenus sur dots, donc la voie qui fonctionne est le serveur MCP d'AdaptlyPost ajouté en mode développeur. Les intégrations qu'OpenAI cite dans ses exemples de dots sont Gmail, Google Drive, GitHub, Slack et DoorDash.

Un dot dispose aussi de son propre navigateur Chrome et peut se connecter à x.com. La connexion sécurisée d'OpenAI met le modèle en pause pendant que vous vous connectez, et « le contexte de votre dot ne conserve pas les identifiants ». La voie du navigateur ne vous donne pourtant ni programmation, ni erreur par plateforme, ni relance, et elle casse la semaine où X déplace un bouton. La configuration complète, la connexion OAuth et les Custom Rules se trouvent dans le guide principal.

Un dot sur ChatGPT Pro peut-il publier sur X ?

Un dot sur ChatGPT Pro ne peut ni programmer ni publier de publications X via un serveur MCP personnalisé, d'après l'article d'aide d'OpenAI d'août 2026, qui limite Pro aux « read/fetch permissions in developer mode » (permissions de lecture et de récupération en mode développeur). Le MCP complet revient aux espaces de travail Business et Enterprise, et dots atteint les clients Business via Business Premium.

Pro garde tout de même une tâche sur X. Les lectures fonctionnent, donc un dot Pro vérifie l'état de votre connexion X, liste ce qui est prévu pour aujourd'hui et signale les échecs de la veille. OpenAI n'a pas documenté la façon dont ChatGPT classe chaque outil MCP, alors lancez le test en lecture seule du guide principal, puis une demande de brouillon, pour voir où en est votre compte.

Quel champ le dot envoie-t-il pour X ?

Le dot envoie twitterConnectionIds avec la valeur de plateforme TWITTER, parce que la spécification AdaptlyPost a conservé le nom de champ d'avant le changement de marque. La spécification récupérée à nouveau le 29 septembre 2026 définit toujours twitterConnectionIds et aucun xConnectionIds. L'article sur le modèle Grok Bot explique pourquoi le nom est resté.

Un client MCP lit le schéma de l'outil create_post, qui liste le vrai champ, donc un dot part mieux placé qu'un agent qui raisonne à partir du nom de la marque. Fixez-le quand même. Le nom du compte vient de list_accounts, qui renvoie la plateforme, le nom d'utilisateur et l'état de chaque connexion.

Placez ces règles dans chaque tâche confiée au dot plutôt que de compter sur sa mémoire. OpenAI indique qu'un dot forme ses propres souvenirs, et vous ne pouvez ni consulter ni modifier les souvenirs individuels d'un dot. Une règle que vous ne pouvez pas lire est une règle que vous ne pouvez pas corriger.

Rules for X through the AdaptlyPost plugin:
- X is platform TWITTER. Send the connection ID in twitterConnectionIds.
- Call list_accounts first and read the X username back to me.
- Create single X posts with saveAsDraft: true. I publish drafts myself.
- A thread is one bulk_schedule_posts call, one post per part, two minutes
  apart. Bulk posts cannot be drafts, so show me every part and wait for
  my yes before you call it.
- After anything publishes, call list_post_results and give me the postUrl.

Un dot peut-il programmer un thread X ?

Un dot programme un thread X comme une suite de publications à heure fixe via bulk_schedule_posts, espacées par scheduledAt. AdaptlyPost n'a pas d'objet thread, donc rien n'enchaîne les parties en réponses. Dites-le au dot avant qu'il ne promette une chaîne de réponses.

L'appel groupé accepte de 1 à 100 publications. platforms, timezone et twitterConnectionIds figurent une seule fois en haut, et chaque entrée de posts porte ses propres contentType, text et scheduledAt.

{
  "platforms": ["TWITTER"],
  "twitterConnectionIds": ["<id from list_accounts>"],
  "timezone": "Europe/Kyiv",
  "posts": [
    { "contentType": "TEXT", "text": "1/ ...", "scheduledAt": "2026-10-01T09:00:00" },
    { "contentType": "TEXT", "text": "2/ ...", "scheduledAt": "2026-10-01T09:02:00" },
    { "contentType": "TEXT", "text": "3/ ...", "scheduledAt": "2026-10-01T09:04:00" }
  ]
}

La programmation groupée réserve les publications au lieu d'en faire des brouillons, c'est donc le moment où les Custom Rules comptent le plus. Gardez AdaptlyPost sur "Ask before taking action" (demander avant d'agir) et le dot vous montre le thread entier avant que l'appel parte. Cela correspond à l'exemple de lancement d'OpenAI, un dot qui « rédige des publications sociales pour votre approbation ».

Un thread à modifier après programmation se retire du calendrier partie par partie. unschedule_post transforme une publication programmée en brouillon sans date, et update_post modifie le texte ou l'heure d'une publication programmée ou d'un brouillon. Les deux sont des écritures, donc sur ChatGPT Pro vous faites la modification dans AdaptlyPost et laissez le dot la confirmer avec list_posts.

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

X, Bluesky et Mastodon partagent une requête en ajoutant chacun un tableau d'ID de connexion, parce que la spécification ne définit aucun bloc de configuration pour ces trois réseaux. X prend twitterConnectionIds, Bluesky blueskyConnectionIds et Mastodon mastodonConnectionIds.

Utilisez platformTexts pour donner à chaque réseau sa propre version du texte plutôt qu'une chaîne coupée à la limite la plus stricte. La spécification ne fixe aucune longueur maximale pour text, donc un compte X Premium obtient sa publication longue et X applique la limite propre au compte. mediaAltTexts va à X, Bluesky et Mastodon dans le même ordre que mediaUrls, alors demandez au dot d'écrire un texte alternatif pour chaque image. Cela donne une publication sur plusieurs réseaux à partir d'une phrase.

Qu'est-ce qui casse sur X avec un dot ?

Une connexion X qui expire après la programmation d'une publication la fait échouer le jour même, pas au moment de la programmation. AdaptlyPost marque le compte unauthorized quand X rejette le token enregistré, et les publications vers ce compte sont refusées avec un 400 jusqu'à ce que vous le reconnectiez dans le tableau de bord. L'API REST déclenche un webhook account.unauthorized, et au 29 septembre 2026 OpenAI n'a pas documenté de dot qui le reçoive.

Une tâche récurrente du dot comble ce trou avec de simples lectures, donc elle tourne sur ChatGPT Pro :

Every weekday at 8am: call list_accounts and tell me if any X account is
unauthorized. Then list today's scheduled X posts and yesterday's failed
ones with the error from list_post_results. Change nothing.

Deux autres échecs sur X méritent d'être nommés. La vidéo est téléversée avant la publication, et X lui-même reçoit la vidéo via une séquence initialize, append et finalize plus longue que pour une image. AdaptlyPost compte les limites de débit par clé et renvoie Retry-After sur un 429, et le serveur MCP demande à l'agent d'attendre ce délai plutôt que de boucler.

Questions fréquentes

Un dot peut-il publier sur X sans AdaptlyPost ?

Un dot peut se connecter à x.com dans son propre navigateur, et la connexion sécurisée d'OpenAI tient le mot de passe hors du contexte du dot. Cette voie n'a ni programmation, ni résultat par plateforme, ni relance. Pour tout ce qui est programmé, un plugin branché sur une API publiée est le meilleur compromis.

Le dot publie-t-il sur X sans me demander ?

Un dot réglé sur "Ask before taking action" pour AdaptlyPost demande d'abord. OpenAI indique que les dots demandent une autorisation avant d'envoyer un message, et que rédiger « ne lui donne pas la permission d'envoyer », mais ne dit pas si une publication X compte comme tel. Rédiger avec saveAsDraft: true ajoute un second contrôle dans AdaptlyPost.

Le dot peut-il lire mes mentions ou réponses X ?

Le plugin AdaptlyPost ne lit ni les mentions ni les réponses X. Il publie, programme et rapporte les résultats par plateforme, et la spécification ne définit aucun endpoint pour un fil de mentions. L'écoute sociale demande un outil distinct.

Combien de publications X un appel peut-il programmer ?

bulk_schedule_posts accepte de 1 à 100 publications en un appel. Chaque publication porte son propre scheduledAt, donc une file de 100 parties étalée sur une semaine reste une seule requête. Les limites de publication propres à X s'appliquent ensuite.

Sous quel compte X le dot publie-t-il ?

Le dot publie avec la connexion dont il place l'ID dans twitterConnectionIds, et non avec la personne qui a connecté le plugin. Faites-lui appeler list_accounts et relire le nom d'utilisateur X avant la première publication. Publier sous le mauvais compte est l'erreur X la plus difficile à rattraper.

En quoi cela diffère-t-il des voies Muse et Grok ?

Muse de Meta construit un connecteur personnalisé à partir de la spécification OpenAPI, ce que couvre le guide du connecteur Meta Muse pour X. Un Grok Bot s'installe depuis un lien de partage avec la connaissance de l'API déjà intégrée. Un dot appelle le serveur MCP hébergé, donc il lit lui-même la liste des outils et se connecte avec OAuth.

AdaptlyPost enchaîne-t-il les parties d'un thread X comme des réponses ?

AdaptlyPost n'a pas d'objet thread, donc rien n'enchaîne les parties comme des réponses. Un dot réserve chaque partie comme une publication programmée à part avec bulk_schedule_posts, espacées par scheduledAt. Dites-le-lui avant qu'il promette une chaîne de réponses.

Que se passe-t-il si ma connexion X expire avant une publication programmée ?

AdaptlyPost marque le compte unauthorized quand X rejette le jeton stocké, et les publications vers ce compte sont refusées avec une erreur 400 jusqu'à sa reconnexion dans le tableau de bord. L'API REST déclenche un webhook account.unauthorized, mais OpenAI n'a pas documenté qu'un dot le reçoive. Une tâche chaque matin en semaine avec list_accounts repère l'expiration.

Puis-je modifier un thread X après que le dot l'a programmé ?

Vous pouvez le modifier partie par partie. unschedule_post remet une publication programmée en brouillon sans date, et update_post change le texte ou l'heure. Ce sont deux écritures, donc sur ChatGPT Pro vous faites la modification dans AdaptlyPost et laissez le dot la confirmer avec list_posts.

Un dot peut-il publier sur X et Bluesky dans une seule requête ?

Un dot peut publier sur les deux en une requête en ajoutant blueskyConnectionIds à côté de twitterConnectionIds. Utilisez platformTexts pour donner à chaque réseau sa propre version du texte, au lieu d'une seule chaîne rognée à la limite la plus serrée.

Démarrez un essai AdaptlyPost de 7 jours, connectez X, et suivez le guide de configuration de dots. L'accès API est inclus dans Creator à $19 par mois, Pro à $39 et Enterprise à $89, et le planificateur de publications X gère la même file sans agent.

Sources : le billet de lancement de dots d'OpenAI, le billet sur la sécurité de dots, l'aide de démarrage, la documentation utilisateur de dots, l'article d'aide sur MCP (mis à jour en août 2026), la documentation de configuration pour agents d'AdaptlyPost et la spécification OpenAPI AdaptlyPost. Vérifié le 29 septembre 2026.