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 : installez le plugin AdaptlyPost dans 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 plugin AdaptlyPost, listé dans l'annuaire des plugins ChatGPT. Comment programmer des publications sur les réseaux sociaux depuis ChatGPT montre l'installation. 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.

De quel rôle un dot a-t-il besoin pour publier sur X ?

Un dot a besoin d'une connexion Editor ou Admin pour programmer ou publier des publications X, parce que le plugin AdaptlyPost agit selon le rôle du membre connecté dans l'espace de travail. Une connexion Contributor enregistre des brouillons X que quelqu'un d'autre publiera, et une connexion Viewer ne fait que lire. Dots atteint les utilisateurs Pro et les clients Business via Business Premium, et la formule ne change pas ce que le rôle autorise.

Même une connexion en lecture seule a une tâche sur X. Elle vérifie l'état de votre connexion X, liste ce qui est prévu pour aujourd'hui et signale les échecs de la veille. 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.

Règles pour X via le plugin AdaptlyPost :
- X est la plateforme TWITTER. Envoie l'ID de connexion dans twitterConnectionIds.
- Appelle d'abord list_accounts et relis-moi le nom d'utilisateur X.
- Crée les publications X uniques avec saveAsDraft: true. Je publie les brouillons moi-même.
- Un thread est un seul appel bulk_schedule_posts, une publication par partie, à deux
  minutes d'intervalle. Les publications groupées ne peuvent pas être des brouillons, alors
  montre-moi chaque partie et attends mon oui avant de lancer l'appel.
- Dès qu'une publication part, appelle list_post_results et donne-moi le 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 modifient une publication programmée, donc avec une connexion Viewer ou Contributor, c'est un Editor ou un Admin qui fait la modification dans AdaptlyPost, et le dot la confirme 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 quel que soit le rôle :

Chaque jour de semaine à 8 h : appelle list_accounts et dis-moi si un compte X est
unauthorized. Puis liste les publications X programmées aujourd'hui et celles qui ont
échoué hier, avec l'erreur tirée de list_post_results. Ne modifie rien.

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 plugin AdaptlyPost, 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. Les deux modifient une publication programmée, donc avec une connexion Viewer ou Contributor, c'est un Editor ou un Admin qui fait la modification dans AdaptlyPost, et le dot la confirme 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, la documentation de configuration pour agents d'AdaptlyPost et la spécification OpenAPI AdaptlyPost. Vérifié le 29 septembre 2026.