Serveur MCP Twitter : publier et lire sur X depuis un agent IA
Un serveur MCP X donne l'API X à ton agent IA sous forme d'outils : il peut donc publier et lire ses analytics depuis une fenêtre de chat. Le piège, c'est l'argent : X facture à l'appel, $0.015 pour publier et $0.200 si le post contient une URL. Tarifs relevés le 12 novembre 2026.
Cette seule ligne est la raison d'être de cette page. Instagram, LinkedIn et TikTok te donnent un quota d'API. X te donne un compteur.
Ce qu'une intégration MCP Twitter peut faire, et ne peut pas faire
L'API X est payée à l'usage avec, dans ses propres mots, "No contracts, subscriptions, or minimum spend". Tu achètes des crédits et ils sont décomptés au fil des appels. Tout ce qu'un agent peut faire sur X découle de ce que tu es prêt à dépenser, pas d'un palier d'offre.
| Action | Possible depuis un agent | Facturé par X |
|---|---|---|
| Publier du texte, 1 à 4 images, ou une vidéo | oui | $0.015 par requête |
| Publier un post contenant une URL | oui | $0.200 par requête |
| Lire un post ou en chercher un | oui | $0.005 par ressource |
| Chercher un utilisateur ou ses abonnements | oui | $0.010 par ressource |
| Lire les métriques d'un post (likes, réponses, reposts, impressions) | oui | $0.005 par lecture |
| Lire un DM | demande un accès élevé | $0.010 par ressource |
| Envoyer un DM | demande un accès élevé | $0.015 par requête |
| Parcourir une timeline pour trouver de quoi répondre | techniquement oui, ruineux | une lecture facturée par page |
Les chiffres par appel viennent de la page de prix de l'API X, relevés le 12 novembre 2026, et X précise que les tarifs peuvent changer.
Deux lignes de ce tableau décident de ton architecture. Le post avec URL à $0.200 vaut 13 fois un post simple : un agent qui glisse un lien dans chaque tweet coûte donc 13 fois celui qui n'en met pas. 90 posts par mois avec lien, c'est $18, les mêmes 90 sans lien, c'est $1.35. Et le parcours de timeline est la chose à écarter dès la conception, parce que "trouve des tweets intéressants et réponds" veut dire une lecture facturée par page, à l'infini, sans plafond propre.
Ce que le serveur MCP X de PlugKit expose
PlugKit parle MCP en Streamable HTTP sur https://api.plugkit.co/mcp, avec 103 outils sur les huit plateformes connectées. Pour X en particulier, ceux qui comptent sont create_post et publish_post pour publier, get_post_analytics et get_account_analytics pour les lectures en direct, get_analytics_summary pour l'historique stocké qui ne coûte rien, et get_usage et get_subscription pour la facture.
Trois choix de conception là-dedans valent la peine d'être copiés, que tu l'utilises ou non :
- Aucune lecture de découverte. Seuls les posts publiés via le serveur sont suivis, parce que lister une timeline facturerait une lecture par page. La page plateforme le dit en toutes lettres.
- Analytics désactivées par défaut, compte par compte. Les activer exige
acknowledgeCost: truedans la requête, sinon c'est refusé. Les posts X se rafraîchissent ensuite une fois par jour au plus, là où les autres plateformes se rafraîchissent chaque heure. - Un plafond de dépense par compte, $20 par mois par défaut, réglable avec
capUsd. Quand le plafond est atteint, la collecte s'arrête et la publication continue, ce qui est le bon sens de lecture.
Les DM X ne sont pas disponibles. Ils demandent un accès payant élevé qu'une app normale n'obtient pas : aucun serveur MCP, hébergé ou fait maison, ne donnera donc une inbox X à ton agent aujourd'hui. Si l'inbox est le travail, les plateformes qui la prennent en charge sont dans inbox social media.
Pourquoi la plupart des serveurs MCP Twitter sur GitHub cassent
Cherche dans les registres et tu en trouveras des dizaines. Ils échouent de trois façons prévisibles.
| Type | Comment ça casse |
|---|---|
| Scrapers et clients non officiels | Marche jusqu'à ce que l'endpoint change ou que le compte soit restreint. Contraire aux conditions développeur de X. |
| Wrappers légers sur l'API officielle | Marche, mais tu fournis tes propres identifiants X et tu avales la facture à l'appel sans aucune visibilité. |
| Serveurs stdio locaux avec les clés dans un fichier de config | Marche sur ton portable seulement. Rien ne tourne quand le portable dort, et la clé reste en clair. |
Le deuxième type est le piège courant. Le code est bon. Ce qui manque, c'est le compteur : pas d'endpoint d'usage, pas de plafond, aucun refus quand la dépense s'emballe. Tu l'apprends de la facture X à la fin du mois, après qu'un agent a décidé de lire 4,000 posts pour choisir une réponse.
Le troisième type est un choix de transport, et la spec MCP autorise les deux. La spécification définit stdio, où le client lance le serveur comme sous-processus, et Streamable HTTP, où le serveur "operates as an independent process that can handle multiple client connections" sur un endpoint unique servant POST et GET. Seul le second continue de marcher quand ta machine est éteinte. Les compromis des deux côtés sont dans MCP server hosting.
Brancher un serveur MCP X à Claude, ChatGPT ou Cursor
Avec le serveur hébergé, une ligne dans Claude Code :
claude mcp add -t http plugkit https://api.plugkit.co/mcp
Puis autorise-le. PlugKit agit comme serveur OAuth 2.1 avec PKCE et sans secret client, et l'écran de consentement propose deux scopes : mcp:read pour les profils, les comptes, les posts, les conversations et les analytics, ou mcp:write pour ajouter la publication, les messages et les réponses. Une clé d'API envoyée en Bearer token marche aussi, avec un accès complet et sans scopes, et c'est pour ça qu'OAuth est le meilleur réglage par défaut. La mécanique de cette poignée de main est dans MCP server OAuth.
Commence sur mcp:read pendant une semaine. Sur X ce n'est pas juste de la prudence, c'est de l'argent : un scope en lecture seule ne peut pas déclencher un post à $0.200.
Claude, ChatGPT, Claude Code, Cursor et VS Code ont chacun leur propre chemin d'installation, et le flux de connecteurs de ChatGPT est celui qui fait trébucher le plus souvent. Il est traité dans ChatGPT MCP connectors.
Quoi demander vraiment à l'agent
Pas cher, et utile dès le premier jour :
- "Qu'ont fait mes 20 derniers posts X en impressions ?" Ça, c'est
get_analytics_summarysur l'historique stocké, aucun appel plateforme, aucun frais. - "Publie ce thread sur X et LinkedIn à 9h." Un seul
create_post, deux cibles, une seule requête X facturée. - "Quels comptes ont les analytics X activées, et combien j'ai dépensé ce mois-ci ?" Ça, c'est
get_subscriptionetget_usage.
Cher, et à refuser :
- "Trouve des tweets sur les serveurs MCP et réponds aux bons." Une lecture facturée par page, sans limite.
- "Vérifie toutes les mentions chaque heure." X se rafraîchit une fois par jour sur ce réglage, et c'est exactement pour cette raison.
Le même agent sur Instagram ou LinkedIn n'a aucune de ces contraintes, et c'est la raison honnête de traiter X comme un cas à part plutôt que comme une plateforme parmi huit. Le tableau par plateforme est dans Instagram MCP server et LinkedIn MCP server, et le panorama plus large est comparé dans social media MCP servers compared.
PlugKit est à $49 par mois pour 5 comptes connectés, résiliable à tout moment, et les appels X sont répercutés au tarif de X sans marge. Ce qui veut dire que la version honnête de cette page est : l'abonnement est le petit chiffre, et les habitudes de ton agent sont le gros.
FAQ
Existe-t-il un serveur MCP Twitter officiel de X ?
Non. X publie une API REST et une console développeur, pas un serveur MCP. Tout ce que tu trouves est tiers : soit un serveur hébergé comme PlugKit qui détient les identifiants et compte les appels, soit un wrapper open source que tu fais tourner toi-même avec tes propres identifiants X.
Combien coûte le fait de laisser un agent IA publier sur X ?
$0.015 par post, ou $0.200 si le post contient une URL, plus $0.005 par post lu. Tarifs relevés sur la page de prix de l'API X le 12 novembre 2026. Il n'y a aucun abonnement mensuel à l'API : la facture dépend donc entièrement de la fréquence à laquelle ton agent agit. Trois posts avec lien par jour, c'est environ $18 par mois de frais X à eux seuls.
Un serveur MCP peut-il lire mes DM X ?
Pas en accès normal. Les endpoints DM de X exigent un accès payant élevé : une app standard ne peut donc ni les lire ni les envoyer, quoi qu'en dise le serveur MCP. Si un serveur propose les DM X sans cet accès, c'est qu'il pilote l'interface web, ce qui casse et met le compte en danger.
Pourquoi la dépense X de mon agent est-elle plus élevée que prévu ?
Presque toujours des lectures de timeline ou du polling de mentions. Chaque page de résultats est une lecture facturée, et un agent à qui tu demandes de "trouver quelque chose à quoi répondre" en fera volontiers des centaines. Plafonne la dépense par compte, coupe le polling en arrière-plan, et limite l'agent aux posts qu'il a publiés lui-même.
Ai-je besoin de mon propre compte développeur X ?
Seulement si tu fais tourner ton propre serveur. Avec un serveur MCP hébergé, les identifiants et la facturation à l'appel sont du côté du fournisseur et te sont répercutés au prix coûtant. Si tu le construis toi-même, tu crées l'app X, tu achètes les crédits et tu portes le compteur. La version plus large de ce choix est dans MCP ou API REST pour ton agent.
Un plug pour chaque plateforme que ton agent touche
49 $ par mois pour 5 comptes connectés, résiliable à tout moment. Toutes les fonctionnalités dans tous les forfaits.
Récupère ta clé API →