Claude Code en action

Claude Code est livré avec un jeu complet d’outils intégrés : lire des fichiers, écrire du code, exécuter des commandes, chercher sur le web, lancer des sous-agents. Pris isolément, aucun n’a de quoi impressionner, un script shell fait la même chose depuis trente ans. Ce qui rend Claude Code puissant, c’est la façon dont il combine ces outils pour résoudre un problème en plusieurs étapes, en décidant de l’action suivante à partir de ce que la précédente vient de lui apprendre.

Les outils intégrés

Dès que vous lancez claude, le modèle dispose des outils suivants, sans configuration de votre part. La documentation les range en cinq familles :

S’y ajoutent des outils d’orchestration : Agent lance un sous-agent avec sa propre fenêtre de contexte, AskUserQuestion vous pose une question à choix multiples, Skill exécute une skill, EnterPlanMode passe en mode plan, EnterWorktree crée un worktree Git isolé, SendMessage écrit à un autre agent ou à une autre session, Artifact publie une page interactive sur claude.ai. Les noms exacts comptent : ce sont ceux que vous écrirez dans les règles de permission et dans les hooks.

Deux détails de plateforme méritent d’être connus. Sur macOS, Linux et WSL, Glob et Grep ne sont pas dans le jeu par défaut : Claude cherche avec find et grep à travers l’outil Bash, qui exécute des versions embarquées (bfs et ugrep), et ces recherches arrivent à vos hooks comme des appels Bash. Sous Windows, les deux outils sont présents. Enfin, sur les modèles récents (Opus 4.8, Sonnet 5 et au-delà), les outils de liste de tâches (TaskCreate, TodoWrite…) ne sont plus fournis : Claude suit un travail en plusieurs étapes sans liste écrite, et leurs définitions ne consomment plus de contexte.

Un exemple concret

Imaginons une demande formulée comme vous la formuleriez à un collègue : « Corrige le bug du formulaire de connexion, les utilisateurs voient une erreur 500 quand ils soumettent. » Vous n’indiquez ni fichier, ni ligne, ni piste. Voici une séquence typique :

1. Bash (grep) : recherche les fichiers liés à « login », « connexion » ou « auth »
2. Read : lit le gestionnaire de la route et le composant du formulaire
3. Bash : lance les tests existants pour reproduire l’erreur
4. Edit : corrige le bug identifié, par exemple une validation manquante
5. Bash : relance les tests pour vérifier que la correction fonctionne
6. Read : vérifie qu’aucun autre appel au même code n’est affecté

Tout cela se déroule sans que vous validiez chaque transition. L’essentiel se joue dans l’enchaînement : la recherche de l’étape 1 détermine ce que Read ouvre à l’étape 2, l’échec du test à l’étape 3 oriente la correction de l’étape 4, et la dernière lecture n’existe que parce que Claude a constaté, en corrigeant, que la fonction touchée était appelée ailleurs. Aucune de ces six étapes n’était écrite d’avance.

Ce qui tourne à côté de la conversation

Trois mécanismes évitent que la conversation ne s’enlise. Une commande longue (un build, une suite de tests, un serveur de développement) peut passer en arrière-plan : Claude le décide lui-même ou vous appuyez sur Ctrl+B pendant qu’elle tourne ; sa sortie est écrite dans un fichier que Claude relit quand il en a besoin, et /tasks liste ce qui tourne. Une tâche annexe qui lirait des dizaines de fichiers part dans un sous-agent, qui travaille dans son propre contexte et ne renvoie qu’un résumé ; par défaut, les sous-agents tournent en arrière-plan pendant que vous continuez. Enfin, un fork est un sous-agent qui hérite de toute la conversation : /subtask rédige les tests unitaires du parseur délègue sans rien réexpliquer.

Ce qui différencie Claude Code

La comparaison la plus parlante reste l’assistant conversationnel classique. Celui-ci vous rend un extrait à copier-coller : il ignore vos noms de variables, votre version de framework, et ne saura jamais si son code compile chez vous. Claude Code explore votre projet réel, vos conventions, votre architecture.

Il exécute ensuite de vraies commandes, et c’est le point qui change la nature du travail. Lancer votre suite de tests, votre build ou votre linter transforme la correction proposée : ce n’est plus une hypothèse plausible, c’est un changement vérifié avant de vous être soumis. Un test qui échoue pour une raison inattendue le fait changer de direction, là où un plan écrit à l’avance l’aurait conduit à s’entêter.

À vous de jouer

Si Claude Code est déjà installé (sinon, revenez ici après la leçon suivante) :

1. Lancez claude dans un projet et demandez : « Quels outils as-tu à ta disposition ? » Claude répond par un résumé en langage courant.
2. Demandez-lui : « Explique-moi comment fonctionne l’authentification dans ce projet. » Observez, dans la conversation, la suite d’outils qu’il appelle avant de répondre ; Ctrl+O affiche le détail de chaque appel.
3. Comptez les étapes. Demandez-vous à quel moment vous auriez, vous, ouvert un autre fichier.

Sources officielles : Tools reference · How Claude Code works · Interactive mode

Points clés à retenir

• Les outils intégrés couvrent fichiers, recherche, exécution, web et intelligence du code, plus des outils d’orchestration (sous-agents, questions, skills)
• Sur macOS, Linux et WSL, les recherches passent par Bash (find, grep) ; les outils Glob et Grep existent par défaut sous Windows
• La valeur vient de l’enchaînement : chaque résultat d’outil décide de l’action suivante
• Commandes en arrière-plan (Ctrl+B), sous-agents et forks (/subtask) gardent la conversation légère