Claude Code travaille dans le terminal sans faire sortir le code
Résumé
Une commande suffit : l'agent lit tout le dépôt, modifie des fichiers, exécute des commandes et ouvre finalement une pull request, le code restant en local sans index distant.
Recommander- Nom
- Claude Code
- Version
- 2.1.269
- Tarif
- Payant
- Open source
- Propriétaire
- Système
- WindowsmacOSLinux
- Mis à jour
- 2026-10-05 19:33
Une commande suffit, et un agent se met au travail sur un dépôt qu'il peut lire d'un bout à l'autre : il ouvre des fichiers, les modifie, exécute des commandes et transforme finalement le résultat en pull request. C'est la forme ordinaire d'une journée avec Claude Code. La description officielle de son fonctionnement est étonnamment directe : il vit dans un terminal local et parle directement à l'API du modèle, sans serveur intermédiaire et sans index de code distant à consulter.
Selon la formulation officielle, il comprend la structure du projet et ses dépendances grâce à une recherche assez intelligente pour qu'on n'ait pas à choisir soi-même les fichiers de contexte à lui donner.
Que le code reste sur la machine est un avantage concret pour les équipes qui ont des exigences sur les frontières des données. Il pilote aussi des outils en ligne de commande, ce qui permet d'enchaîner un flux complet : lire le ticket, écrire le code, lancer les tests, soumettre la pull request, sans quitter le terminal. Il n'est pas nécessaire de surveiller la fenêtre en permanence : une barre d'état en bas indique le modèle utilisé, le répertoire de travail, la branche courante, et quels fichiers ont changé et lesquels ne sont pas encore indexés.

Il demande avant de toucher à quoi que ce soit
Modifier un fichier ou lancer une commande exige d'abord une autorisation. Cela ressemble à un petit choix de conception, et c'est en réalité celui qui décide si l'on ose le laisser tourner longtemps sans surveillance. L'autorité reste de votre côté : approuver une action à la fois, ou écrire une règle qui couvre toute une catégorie d'actions. Le retour en arrière devient dès lors utilisable. L'instruction de rembobinage intégrée s'appuie sur des points de contrôle automatiques et revient précisément à un moment antérieur de la conversation et des fichiers locaux touchés ; vous choisissez si le code revient avec la conversation ou si seule la conversation recule et le code reste.
Cinq entrées, un seul agent derrière
Le terminal est le point de départ, pas le seul passage. Une extension pour VS Code apporte les diffs en ligne, les mentions avec arobase, la relecture du plan et l'historique des sessions. La famille JetBrains dispose de son propre greffon, avec vue de diff interactive et partage du contexte de sélection. Une application de bureau fait tourner Claude Code hors de tout éditeur et de tout terminal, avec relecture visuelle des diffs, plusieurs sessions en parallèle, des tâches planifiées et des sessions dans le cloud. La version web ne demande aucune installation locale. Sur téléphone, il existe des applications iOS et Android, et le contrôle à distance permet de poursuivre le même travail depuis un appareil mobile.

Entrée différente, agent identique. Commencer au terminal, consulter l'avancement depuis un téléphone en chemin, revenir et relire le diff dans l'application de bureau : le contexte n'a jamais à être réexpliqué entre-temps.
Une tâche lourde, répartie sur des dizaines ou des centaines de sous-agents
Quand le travail est réellement pesant, il répartit la tâche sur des dizaines à des centaines de sous-agents parallèles et vérifie lui-même le résultat avant de le remettre. Chaque sous-agent prend en charge une partie différente, tandis qu'un agent chef coordonne, distribue les morceaux et fusionne ce qui revient.

Si tout déléguer n'est pas ce que vous voulez, il existe une parallélisme plus simple : ouvrir plusieurs sessions à la fois, chacune dans son propre arbre de travail git, l'une corrigeant un bug pendant qu'une autre enquête sur un ticket, sans se marcher dessus. La liste des sessions regroupe le travail selon qu'il attend votre réponse, qu'il tourne ou qu'il est terminé, si bien qu'un coup d'œil montre où chacune s'est arrêtée.

Fixer un processus reproductible
Terminer une tâche est facile ; la terminer de la même manière à chaque fois est la partie difficile. Quatre ouvertures y répondent. MCP est un standard ouvert pour relier les outils d'IA à des sources de données externes, ce qui lui permet de lire des documents de conception rangés dans le cloud, de mettre à jour des entrées dans un outil de tickets, de tirer des données d'une messagerie d'équipe ou d'appeler un service interne. Skills emballe les processus récurrents dans une forme partageable par l'équipe, par exemple une commande pour la revue et une pour une publication. Hooks exécute des commandes shell avant ou après une action, comme un formatage après chaque modification ou des vérifications avant chaque commit. Routines sont des tâches configurées une fois puis déclenchées selon un calendrier, par un appel d'interface ou par un événement.
Les conventions propres au projet tiennent dans un fichier à la racine. Il le lit chaque fois, si bien que les règles maison n'ont pas à être rappelées en conversation.
Où cela tourne, et combien cela coûte
macOS, Linux et Windows sont pris en charge, et sous Windows un environnement WSL fonctionne aussi. Plusieurs canaux de distribution existent, et la voie native se met à jour en arrière-plan, de sorte que les numéros de version cessent d'être une chose à retenir. Ce n'est pas un outil qui démarre gratuitement : il faut un compte du bon type, que ce soit une offre Pro ou Max individuelle, un siège premium dans une offre équipe ou entreprise, ou un compte de console développeur.
Côté individuel, Pro coûte dix-sept dollars par mois en paiement annuel de deux cents d'avance, ou vingt au mois. Max se décline en deux paliers, cent dollars par mois pour cinq fois l'usage et deux cents pour vingt fois. Passer par un compte de console développeur facture en revanche les jetons aux tarifs standards de l'interface.
Fonctionnement un terminal local relié directement au modèle, sans serveur intermédiaire ni index de code distant.
Autorisations une demande avant toute modification de fichier ou commande, avec des règles pour approuver toute une catégorie d'un coup.
Entrées terminal, VS Code, JetBrains, application de bureau, web et mobile.
Parallélisme des flux dynamiques allant jusqu'à des dizaines ou des centaines de sous-agents, avec auto-vérification avant livraison.
Extensions le standard MCP, Skills, Hooks et Routines.
Plateformes macOS, Linux et Windows, WSL compris.
Mettre l'agent dans le terminal fait gagner une fenêtre. Garder l'autorité entre ses mains, c'est ce qui donne la confiance de le laisser continuer à tourner.