Suivre Claude Code, Codex et Gemini CLI : terminal, application de bureau, IDE et cloud

Le plugin inlinr pour Claude Code lit les fichiers de session que Claude Code écrit déjà sur votre machine, ainsi que ceux de Codex et Gemini CLI, et en tire du temps, des tokens et des lignes écrites par l'assistant. Il s'installe une fois par machine. Entre le terminal, l'application de bureau, un IDE et une session cloud, seul change l'endroit où tourne l'assistant.

Ce que demande chaque usage

Le terminal, l'application de bureau et les extensions VS Code et JetBrains font tous tourner Claude Code sur votre propre machine et partagent ses plugins. Les sessions cloud tournent dans un conteneur neuf, qui n'en installe aucun.

Terminal

Ajoutez la marketplace et installez le plugin :

claude plugin marketplace add inlinrhq/inlinr-claude-code
claude plugin install inlinr@inlinr --scope user

Gardez --scope user. Le plugin est alors installé pour tous les projets de la machine. Installé pour un seul projet, il ne tourne que dans les sessions de ce projet, ce qui ressemble en tout point à une activation qui ne marche qu'une fois sur deux.

Puis, une seule fois, dans n'importe quelle session Claude Code :

/inlinr:activate

La commande affiche un lien et un code. Ouvrez le lien, connectez-vous avec GitHub et validez l'appareil. Le token est enregistré dans ~/.inlinr, et chaque session de cette machine est suivie à partir de là.

Une connexion par machine. Le token est celui de la machine, partagé avec l'extension inlinr pour VS Code, Cursor et Windsurf et avec la commande inlinr. Si l'une d'elles est déjà connectée sur cette machine, le plugin suit dès sa première session, sans /inlinr:activate, et Claude vous le signale dans cette session ; /inlinr:status affiche connected (this machine's). Activer depuis le plugin les connecte aussi. Sur une machine déjà connectée, /inlinr:activate garde son compte au lieu de demander une nouvelle validation ; pour passer la machine sur un autre compte, demandez l'activation avec --replace. À partir de la version 0.7.0 du plugin.

Le suivi commence à l'activation, pas avant. Claude Code garde toutes les transcriptions qu'il a écrites, et envoyer des mois de travail passé au moment de la connexion n'est pas ce qu'on demande en activant un plugin.

Application de bureau

Si vous avez installé et activé le plugin depuis le terminal, il n'y a rien à faire : l'application de bureau utilise les mêmes plugins et le même token dans ~/.inlinr.

Sans terminal, installez depuis le menu /plugin de l'application : ajoutez la marketplace inlinrhq/inlinr-claude-code, puis installez inlinr. Le chat de l'application n'a pas de shell : demandez en toutes lettres plutôt que de taper des commandes. « Connecte inlinr » lance l'activation et vous donne le lien, « Est-ce qu'inlinr suit mes sessions ? » lance la vérification.

VS Code et JetBrains

Les extensions Claude Code pour VS Code et pour les IDE JetBrains pilotent le même Claude Code, sur votre machine : un plugin installé avec --scope user y tourne déjà. Rien d'autre à installer.

Le plugin Claude Code suit ce que fait l'assistant. Pour suivre aussi votre propre frappe dans l'éditeur, installez l'extension inlinr pour VS Code, qui marche aussi dans Cursor et Windsurf. Ce sont deux sources distinctes, qui peuvent tourner côte à côte.

Sessions cloud

Claude Code sur le web n'installe pas de plugins, et une session démarre souvent hors de tout dépôt (les fils d'un projet, plusieurs dépôts à la fois). Ce qui passe dans chaque conteneur, c'est le script de setup de l'environnement, lancé à chaque démarrage. Le suivi dans le cloud tient en une ligne à y mettre :

1. Dans inlinr, ouvrez Settings → Editors, Add device, puis Obtenir la ligne. Ou lancez /inlinr:cloud dans Claude Code, qui vous y mène.
2. Dans Claude Code sur le web, ouvrez les réglages d'un environnement cloud que vous êtes seul à utiliser (la roue dentée à côté) et collez la ligne dans Setup script. Si son accès réseau est en Custom, ajoutez inlinr.com aux domaines autorisés. Enregistrez.

C'est tout, une fois par environnement. Chaque session y est ensuite suivie, dans tous les dépôts, avec les mêmes données que sur votre machine : fichiers, lignes, part de l'assistant, tokens, branche et dépôt. Chaque conteneur télécharge le plugin depuis inlinr.com au démarrage et ne le lance que s'il s'agit exactement de la version vérifiée par inlinr : une nouvelle version y arrive sans retoucher aux réglages, et rien d'autre n'y arrive jamais. Settings → Editors indique quand un environnement a démarré pour la dernière fois avec la ligne, ce qui prouve qu'elle est collée et qu'inlinr.com est joignable.

La ligne porte son propre token. Il sert à envoyer de l'activité et à rien d'autre : il ne peut lire ni votre temps ni vos projets. Révoquez-le dans Settings → Editors pour arrêter cet environnement. Ne la collez pas dans un environnement que d'autres utilisent : leurs sessions seraient rangées sous votre compte.

Quand une session cloud n'est pas suivie, inlinr le dit. Deux choses la trahissent. Une ligne de setup qui n'a rien envoyé une heure après sa création (pas collée, ou inlinr.com refusé par le réseau). Ou, si votre dépôt envoie ses push à inlinr par le webhook GitHub, des commits écrits par une session sur le web sans aucun temps autour : un conteneur cloud commite sous l'identité git de Claude Code, Claude <noreply@anthropic.com>, même quand l'attribution de Claude est désactivée. L'accueil nomme alors les sessions et la cause probable, avec un bouton qui crée la ligne de setup sur place, et un e-mail dit la même chose, au plus une fois par semaine. inlinr ne lit pour cela que l'auteur du commit, jamais son message, et attribue un tel commit au compte qui l'a poussé. Paramètres → Notifications le désactive. Il ne voit ni une session qui n'a rien poussé, ni un conteneur qui commite sous votre propre nom : c'est la ligne de setup qui suit, ceci n'est que le filet en dessous.

Les hooks installés vérifient CLAUDE_CODE_REMOTE, qui n'existe que dans le cloud. L'ancien bloc de hooks d'un dépôt dans son .claude/settings.json (avec INLINR_TOKEN) télécharge le plugin depuis GitHub, ce que beaucoup d'environnements cloud n'autorisent pas, et ne tourne jamais dans une session lancée hors de ce dépôt : retirez-le une fois la ligne en place.

INLINR_TOKEN marche sur toute machine que personne n'active à la main, comme un runner de CI ou une machine de dev partagée : le token de l'environnement sert dès qu'aucun n'a été enregistré par /inlinr:activate.

Codex et Gemini CLI

Codex (la CLI et l'application de bureau) et Gemini CLI gardent eux aussi leurs sessions sur votre machine. Depuis la version 0.6.0, le plugin les lit à chaque synchronisation : une fois installé et activé, il n'y a rien de plus à faire. Leur travail apparaît sous Codex ou Gemini CLI, avec le modèle, les tokens et les lignes écrites par chacun.

Sans Claude Code, lancez le même script depuis le hook de l'assistant. Il faut Node 18 ou plus récent ; écrivez gemini-cli à la place de codex pour Gemini CLI :

curl -fsSL https://github.com/inlinrhq/inlinr-claude-code/raw/main/dist/index.js -o inlinr.js
node inlinr.js activate --editor codex
node inlinr.js setup codex

setup copie le script dans ~/.inlinr/agents.js et ajoute un hook : notify dans ~/.codex/config.toml, ou un hook AfterAgent et un hook SessionEnd dans ~/.gemini/settings.json. Codex n'accepte qu'un seul programme notify : si vous en avez déjà un, setup le laisse en place et affiche la commande à appeler depuis celui-ci. Relancez les deux commandes pour mettre à jour.

Vérifier que ça marche

/inlinr:status

La commande dit quelle version tourne, si cette machine est connectée, quand a eu lieu la dernière synchronisation, combien de transcriptions ont du nouveau et si des erreurs ont été notées. Un tableau de bord vide a la même tête quand rien n'a été suivi et quand rien n'a été envoyé : c'est ainsi que vous faites la différence.

Si une session démarre sur une machine qui n'est pas connectée, Claude en est informé et propose de régler le problème. Rien n'est dit quand le suivi marche. Le travail hors de tout dépôt git est ignoré, faute de projet où le ranger ; un dépôt sans remote est suivi sous le nom de son dossier.

Le même plugin met aussi à jour une dépendance en faisant d'abord lire son changelog à Claude : voir mettre à jour une dépendance avec votre assistant.

Mise à jour et déconnexion

claude plugin update inlinr@inlinr

Si rien ne change, désinstallez puis réinstallez : le cache des plugins est indexé par version. Pour que chaque machine se mette à jour seule, activez autoUpdate sur la marketplace dans ~/.claude/settings.json :

{
  "extraKnownMarketplaces": {
    "inlinr": {
      "source": { "source": "github", "repo": "inlinrhq/inlinr-claude-code" },
      "autoUpdate": true
    }
  }
}

/inlinr:deactivate vous demande lequel de deux arrêts vous voulez. Mettre en pause arrête le suivi de Claude Code, Codex et Gemini CLI sur cette machine et laisse la connexion à l'extension inlinr et à la commande inlinr. Déconnecter la machine révoque l'appareil sur inlinr.com et déconnecte tous les plugins inlinr de la machine ; se déconnecter depuis l'extension ou la commande fait de même. Votre historique reste intact dans les deux cas, et /inlinr:activate reprend le suivi ou reconnecte la machine. Le suivi repart alors de ce moment : ce que vous avez fait pendant la pause ou la déconnexion n'est pas envoyé.

Ce qui est envoyé

Depuis Claude Code, Codex comme Gemini CLI : les chemins des fichiers modifiés, les lignes ajoutées et supprimées à chaque modification, les tokens, le nom du modèle et l'identifiant de session, le remote et la branche du dépôt, et les moments où la session était active, à la minute près. Jamais le contenu des fichiers, vos prompts ni les réponses de l'assistant.

Dans inlinr

Chaque session est rangée dans le projet du dépôt où elle a tourné, à côté du temps passé dans votre éditeur. La page IA d'un projet montre ses sessions par assistant, les quatre compteurs de tokens avec une estimation au prix catalogue pour les modèles Claude, et la part des lignes écrite par un assistant ; ce que cette part peut vous dire fait l'objet d'un guide.

Sources

• Le plugin inlinr pour Claude Code, son README : les commandes, l'installation dans le cloud et ce qui est envoyé. Consulté le 29 octobre 2026.
• Plugins, documentation de Claude Code : marketplaces, portée d'installation et mises à jour. Consulté le 29 octobre 2026.
• Hooks, documentation de Claude Code : les événements sur lesquels un plugin ou un dépôt peut agir. Consulté le 29 octobre 2026.