Skip to main content
Thomas Germain Thomas Germain
Aperçu

clix : le CLI X/Twitter sans API qui peut intéresser tous les builders d’agents

27 mars 2026
6 min de lecture
ai
tool
openclaw

Twitter/X a tué l’accès API gratuit, et depuis, tout le monde bricole des solutions bancales pour faire de la veille, récupérer des posts, ou brancher un agent sur le réseau social où naissent la moitié des démos AI.

Et puis je suis tombé sur clix : un CLI qui promet d’utiliser X/Twitter sans API officielle, via les cookies du navigateur. En gros : tu te logges dans ton navigateur, et l’outil essaie d’exploiter cette session pour te donner un vrai terminal Twitter.

Sur le papier, c’est assez sexy. Dans la vraie vie, c’est à la fois vraiment utile et un peu cowboy.

C’est quoi clix exactement ?

Le repo est là : https://github.com/spideystreet/clix

Le pitch est simple :

  • lire le feed
  • chercher des tweets
  • récupérer des profils
  • voir les tendances
  • parcourir bookmarks et listes
  • accéder aux DMs
  • et même faire des actions d’écriture : poster, liker, retweeter, bookmarker, suivre, supprimer…

Le tout sans clé API, parce que l’auth passe par des cookies navigateur ou des tokens déjà présents.

Dit autrement : c’est une sorte de Twitter client pour terminal, pensé aussi pour être utilisé par des scripts et des agents.

Pourquoi c’est intéressant maintenant

Le vrai intérêt de clix, ce n’est pas juste “Twitter dans le terminal”.

Le vrai intérêt, c’est qu’il coche trois cases qui parlent immédiatement à n’importe qui qui bidouille avec des agents :

1. Plus besoin de se battre avec l’API officielle

Pas de demande d’accès développeur, pas de setup OAuth chiant, pas de quotas qui changent tous les trois jours parce qu’un produit a décidé d’exister autrement.

Tu utilises une session navigateur déjà authentifiée, point.

2. La sortie est pensée pour les scripts

clix supporte du --json, du --yaml, du --compact, du --full-text.

Ça, c’est franchement bien vu. Parce qu’un outil agentique qui crache juste du texte joli pour humains, c’est marrant cinq minutes. Un outil qui sait renvoyer de la donnée exploitable proprement, là ça devient immédiatement branchable dans un workflow.

3. Il expose aussi un serveur MCP

Ça veut dire que tu peux imaginer un agent qui :

  • lit X pour faire de la veille
  • repère les posts intéressants sur un sujet
  • extrait des threads
  • sauvegarde des signaux faibles
  • te prépare un résumé
  • ou dans le pire des cas, t’aide à poster depuis un environnement contrôlé

Pour OpenClaw, ce genre d’outil est exactement dans la zone “potentiellement très cool, potentiellement très relou”.

Là où clix brille vraiment

Après lecture du repo et tests d’installation, voilà les usages qui me paraissent les plus solides.

Veille X/Twitter depuis le terminal

C’est probablement le meilleur use case.

Tu peux chercher des posts récents sur un sujet, surveiller un compte, lister les tendances, parcourir tes bookmarks, ou exporter le contenu d’un tweet/thread.

Pour quelqu’un qui fait de la veille AI, c’est super tentant.

Exemples typiques :

Terminal window
clix search "openclaw" --type latest --json
clix trending --json
clix user thomasgermain93 --json
clix bookmarks --json

Récupération propre pour un agent

Le mode --compact ou --json est exactement ce qu’on veut quand on branche un outil à un agent.

Tu peux limiter le bruit, récupérer juste ce qu’il faut, puis laisser l’agent filtrer, résumer ou classer.

Petit couteau suisse perso

Pour un builder solo, le concept est séduisant : un seul outil pour lire, chercher, télécharger des médias, gérer listes et bookmarks, voire faire quelques actions simples.

Pas besoin de monter une intégration API complète juste pour aller lire 20 tweets.

Là où ça devient vite casse-couilles

Et maintenant la partie moins glamour.

1. Ça dépend de cookies navigateur

C’est le cœur de la proposition… et aussi sa fragilité.

Si ton navigateur n’est pas loggé, si l’extraction de cookies échoue, si la machine n’a pas de session desktop propre, si X change un truc, si le navigateur stocke différemment, tu peux te retrouver coincé comme un con.

C’est exactement ce qui m’est arrivé sur le VPS :

  • installation OK
  • CLI OK
  • skill OpenClaw créé
  • mais auth impossible parce qu’aucun cookie X exploitable n’était disponible sur la machine

Et quand on a essayé de se connecter côté navigateur du VPS, X a commencé à faire son numéro de parano habituel.

2. Un VPS n’est pas ton MacBook

C’est un point important.

Une machine distante, une session bureau bricolée, Chrome Remote Desktop, un navigateur “suspect”, une IP VPS, et d’un coup X se comporte comme un videur de boîte de nuit sous coke.

Pour ce genre d’outil, la meilleure machine est souvent ton laptop perso, là où :

  • tu es déjà loggé à X
  • tu as ton navigateur habituel
  • tu n’as pas une IP de datacenter qui hurle “automatisation”

3. Les actions d’écriture sont sensibles

Lire X, faire de la veille, récupérer des threads : cool.

Poster, supprimer, liker, DM, follow, bloquer ? Là, on change de catégorie.

Dès qu’un agent peut écrire sur un réseau social, tu veux des garde-fous. Pas demain. Tout de suite.

Parce qu’un agent qui lit des tweets, c’est une commodité. Un agent qui poste une connerie publiquement, c’est une autre histoire.

Est-ce que j’utiliserais clix en prod ?

Réponse honnête : oui pour certains usages, non comme brique critique unique.

Oui pour :

  • veille perso
  • recherche ponctuelle
  • récupération de tweets / threads / comptes
  • extraction de signaux pour un agent
  • expérimentation rapide

Non comme dépendance critique unique pour :

  • un pipeline métier important
  • un système de posting automatisé sans supervision
  • un workflow qui doit être fiable 24/7

En gros :

clix est un super outil de builder, pas une garantie contractuelle.

Et ce n’est pas une insulte. C’est déjà beaucoup.

Ce que j’ai fait de mon côté

J’ai quand même poussé l’expérimentation un cran plus loin.

J’ai :

  • installé clix0 dans un venv local propre
  • vérifié que le CLI tournait
  • créé un skill OpenClaw dédié pour s’en servir sans faire n’importe quoi
  • documenté les commandes utiles et les garde-fous sur les actions d’écriture

Donc même si l’auth n’a pas abouti sur le VPS, la partie intégration est prête.

Le binaire local était :

Terminal window
/home/ubuntu/.openclaw/workspace/tools/clix/.venv/bin/clix

Et franchement, c’est le bon compromis : environnement isolé, pas de pollution du système, skill prêt pour les prochains tests.

Mon verdict

clix vaut clairement le détour si tu construis des agents, des workflows de veille, ou des outils perso autour de X/Twitter.

Le projet est malin parce qu’il contourne une vraie douleur du moment : l’accès API officiel est devenu relou, cher, ou simplement pas adapté à des expérimentations rapides.

Mais il faut le prendre pour ce qu’il est :

  • un outil puissant
  • pratique
  • potentiellement très utile
  • mais construit sur une couche d’auth fragile et un terrain (X) notoirement instable

Donc oui, je le garde dans ma boîte à outils.

Mais je ne parierais pas toute une usine dessus sans plan B.

Si tu veux le tester

Le repo officiel : https://github.com/spideystreet/clix

Et si tu veux la version ultra simple de l’idée :

  1. installe clix0
  2. authentifie-toi depuis ta vraie machine, pas un VPS chelou
  3. commence par les commandes de lecture
  4. ne laisse pas un agent poster sur X sans validation explicite

Ça t’évitera quelques conneries.

Sources