--- title: "Suivre Claude Code, Codex et Gemini CLI : terminal, application de bureau, IDE et cloud" description: "Installer une fois le plugin inlinr pour Claude Code et couvrir le terminal, l'application de bureau, les extensions d'IDE, Codex et Gemini CLI, puis la ligne que demandent les sessions cloud, qui n'installent pas de plugins." url: https://inlinr.com/fr/guides/track-claude-code lang: fr --- # Suivre Claude Code, Codex et Gemini CLI : terminal, application de bureau, IDE et cloud Installer une fois le plugin inlinr pour Claude Code et couvrir le terminal, l'application de bureau, les extensions d'IDE, Codex et Gemini CLI, puis la ligne que demandent les sessions cloud, qui n'installent pas de plugins. Installation 5 min de lecture Publié le 14 oct. 2026 Par [Thibault Fayard](https://inlinr.com/fr/authors/thibault-fayard) Mis à jour le 3 nov. 2026 : Une connexion par machine, partagée avec l'extension et la commande inlinr : activer l'un suffit, et chaque outil peut se mettre en pause seul. Une session sur le web qui pousse des commits sans envoyer de temps, ou une ligne de setup qui n'envoie rien, est signalée sur l'accueil et par e-mail. ![Installation du plugin inlinr pour Claude Code, qui suit le terminal, l'application de bureau, les extensions d'IDE et les sessions cloud](https://inlinr.com/marketing/setup.jpg) 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. | Où tourne l'assistant | Ce qu'il lui faut | | --------------------------------------------------- | -------------------------------------------------------------- | | Terminal, application de bureau, VS Code, JetBrains | Une installation et /inlinr:activate, une fois par machine | | Claude Code sur le web | Une ligne dans le script de setup de l'environnement, une fois | | Codex et Gemini CLI, à côté de Claude Code | Rien de plus : le même plugin lit leurs sessions | | Codex ou Gemini CLI seul | Le script du plugin, lancé depuis le hook de l'assistant | Chaque usage, et les étapes ci-dessous qui le mettent en place. ## Terminal Ajoutez la marketplace et installez le plugin : Terminal ``` 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 : 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](https://marketplace.visualstudio.com/items?itemName=inlinr.inlinr-vscode), 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 `, 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 : Terminal ``` 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 Claude Code ``` /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](https://inlinr.com/fr/guides/upgrade-a-dependency-with-your-assistant). ## Mise à jour et déconnexion Terminal ``` 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` : \~/.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](https://inlinr.com/fr/guides/measuring-ai-written-code) fait l'objet d'un guide. ## Sources - [Le plugin inlinr pour Claude Code](https://github.com/inlinrhq/inlinr-claude-code), son README : les commandes, l'installation dans le cloud et ce qui est envoyé. Consulté le 29 octobre 2026. - [Plugins](https://docs.claude.com/en/docs/claude-code/plugins), documentation de Claude Code : marketplaces, portée d'installation et mises à jour. Consulté le 29 octobre 2026. - [Hooks](https://docs.claude.com/en/docs/claude-code/hooks), documentation de Claude Code : les événements sur lesquels un plugin ou un dépôt peut agir. Consulté le 29 octobre 2026. ## Ce qui a changé - 3 nov. 2026 : Une connexion par machine, partagée avec l'extension et la commande inlinr : activer l'un suffit, et chaque outil peut se mettre en pause seul. Une session sur le web qui pousse des commits sans envoyer de temps, ou une ligne de setup qui n'envoie rien, est signalée sur l'accueil et par e-mail. - 30 oct. 2026 : Les sessions cloud prennent une ligne de setup depuis Settings, qui couvre tous les dépôts et les fils d'un projet. Un tableau de ce que demande chaque usage, ses sources, et la mise à jour d'une dépendance dans un guide à part. - 28 oct. 2026 : Codex et Gemini CLI, suivis par le même plugin. - 27 oct. 2026 : Mettre à jour une dépendance avec /inlinr:upgrade et les outils MCP. - 14 oct. 2026 : première publication. ## Sur vos propres projets Une fois le plugin connecté, chaque session Claude Code, Codex et Gemini CLI apparaît sur votre tableau de bord avec son temps, ses quatre compteurs de tokens et les lignes écrites par l'assistant, projet par projet. [Analyse du code IA](https://inlinr.com/fr/ai-coding-analytics) Gratuit en solo · aucun code source ne quitte votre machine ## À lire aussi - [Usage de l'IA Mettre à jour une dépendance avec votre assistant, le changelog d'abord Les changements cassants se cachent dans des guides et des versions sans note. Lisez-les d'abord, puis laissez l'assistant mettre à jour et lancer vos vérifications. 5 min de lecture](https://inlinr.com/fr/guides/upgrade-a-dependency-with-your-assistant) - [Installation Quitter WakaTime sans perdre une journée Votre historique vous suit, vos plugins WakaTime continuent de fonctionner, et les scripts qui lisent l'API de WakaTime aussi. Trois étapes. 4 min de lecture](https://inlinr.com/fr/guides/switch-from-wakatime) - [Intégration Suivi du temps et des tokens pour Codex Suivez les sessions OpenAI Codex, depuis la CLI ou l'application de bureau, par projet : le temps, les lignes modifiées par ses patchs et ses nombres de tokens. Ouvrir](https://inlinr.com/fr/integrations/codex)