Qu'est-ce qu'un assistant de programmation ?

Un assistant de programmation ne se limite pas à générer du code. C’est un système qui entoure un modèle de langage d’outils et d’un contexte, et qui le fait tourner en boucle jusqu’à ce que la tâche soit terminée. La distinction n’a rien de théorique : elle explique pourquoi le même modèle produit un résultat médiocre dans une fenêtre de discussion et un résultat directement exploitable dans un terminal. Comprendre ce fonctionnement vous aidera à savoir quoi corriger le jour où le résultat vous déçoit.

La boucle agentique

Quand vous confiez une tâche à Claude Code, il la traite en trois phases qui s’entremêlent : collecter le contexte, agir, vérifier le résultat. Prenez une situation ordinaire : votre intégration continue renvoie une pile d’erreurs, vous collez le message brut sans autre explication. Claude lance la suite de tests pour voir ce qui échoue, lit les erreurs, cherche les fichiers concernés, les lit pour comprendre le code, modifie ce qu’il faut, puis relance les tests pour vérifier. Chaque étape lui apprend quelque chose qui décide de la suivante.

La boucle s’adapte à la demande. Une question sur votre base de code n’a besoin que de la phase de collecte ; une correction de bug traverse les trois phases plusieurs fois ; une refonte demande surtout de la vérification. Claude enchaîne des dizaines d’actions et corrige sa trajectoire en route. Vous faites partie de la boucle : vous pouvez l’interrompre à tout moment pour le réorienter, ajouter du contexte ou lui demander une autre approche.

La documentation nomme harnais agentique (agentic harness) la couche logicielle qui entoure le modèle : c’est elle qui fournit les outils et gère le contexte que le modèle voit. Deux composants la font fonctionner : le modèle, qui raisonne, et les outils, qui agissent.

Le modèle

Claude Code utilise les modèles Claude pour comprendre votre code et raisonner sur la tâche. Plusieurs sont disponibles, avec des compromis différents : Sonnet suffit à la plupart des tâches de programmation, Opus raisonne mieux sur les décisions d’architecture complexes, et les modèles Fable sont faits pour les tâches plus longues qu’une séance de travail. Vous changez de modèle avec /model en cours de session ou avec claude --model <nom> au lancement.

Sur les modèles actuels, un second réglage pèse autant que le choix du modèle : le niveau d’effort (low, medium, high, xhigh, max), qui décide combien le modèle réfléchit à chaque étape. La leçon 7 y revient. Quand ce cours dit « Claude décide » ou « Claude choisit », c’est le modèle qui raisonne.

Le défi du tool use

Un modèle de langage seul ne sait faire qu’une chose : recevoir du texte et renvoyer du texte. Il ne peut pas ouvrir un fichier ni lancer une commande. Demandez à un modèle brut, par une API sans outillage, de lire main.go : il vous répondra honnêtement qu’il n’en a pas la capacité, et il aura raison. Il n’a pas de mains.

Les assistants de programmation contournent cette limite par un mécanisme appelé tool use (utilisation d’outils). Le principe consiste à décrire au modèle une liste d’outils, avec pour chacun un nom, une description et la forme des arguments attendus, et à lui donner une convention pour réclamer qu’un programme extérieur en exécute un à sa place.

Le cycle complet se déroule ainsi :

1. Vous demandez : « Quel code se trouve dans le fichier main.go ? »
2. Claude Code envoie votre message au modèle, accompagné des définitions d’outils
3. Le modèle répond par un appel d’outil structuré : l’outil Read, avec l’argument file_path: "main.go"
4. Claude Code exécute réellement la lecture et renvoie le contenu au modèle
5. Le modèle fournit une réponse finale, ou enchaîne sur un autre appel d’outil

Ce système permet aux modèles de « lire des fichiers », « écrire du code » et « exécuter des commandes » alors qu’en réalité ils ne font que produire des appels formatés de manière précise. Toute la valeur pratique de l’assistant tient donc à deux choses : la fiabilité avec laquelle le modèle respecte ce format, et sa capacité à choisir le bon outil au bon moment.

Pourquoi le tool use de Claude compte

Tous les modèles ne sont pas également doués dans cet exercice. Les modèles Claude ont été entraînés à comprendre ce que font les outils et à les enchaîner pour mener un travail en plusieurs étapes, y compris avec des outils qu’ils n’ont jamais rencontrés, à partir de leur seule description. Dans Claude Code, cette compétence se traduit par trois bénéfices concrets.

Elle rend d’abord possibles des tâches ambitieuses : corriger un bug dont vous ne connaissez pas la cause, migrer une bibliothèque à travers toute l’application. Elle fait ensuite de Claude Code une plateforme réellement extensible : un serveur MCP interne, une skill maison, un script de déploiement propre à votre équipe, et Claude s’y adapte sans réentraînement. Elle simplifie enfin la question de la confidentialité : parce qu’il parcourt votre base de code à la demande, outil par outil, Claude Code n’a pas besoin de l’indexer au préalable ni d’envoyer l’intégralité de votre code à un service tiers.

À vous de jouer

Sans rien installer, observez le mécanisme dans une conversation ordinaire sur claude.ai (ou tout autre assistant sans outils) :

1. Demandez : « Lis le fichier package.json de mon projet et dis-moi quelles dépendances sont obsolètes. »
2. Notez la réponse : l’assistant explique qu’il ne peut pas accéder à vos fichiers, ou invente un contenu.
3. Reformulez en collant le contenu du fichier dans le message. Cette fois, la réponse est exploitable.

Vous venez de jouer vous-même le rôle du harnais : c’est vous qui avez « exécuté l’outil Read » et renvoyé le résultat au modèle. Claude Code automatise exactement ce geste, des dizaines de fois par tâche.

Sources officielles : How Claude Code works · Model configuration · Tool use (Claude API)

Points clés à retenir

• Claude Code fait tourner le modèle en boucle : collecter le contexte, agir, vérifier, jusqu’à la fin de la tâche
• Un modèle seul ne manipule que du texte ; le tool use lui permet de demander des actions qu’un programme exécute à sa place
• Deux réglages pèsent sur la qualité : le modèle (/model) et le niveau d’effort (/effort)
• Parce que Claude explore le projet outil par outil, il n’a pas besoin de l’indexer ni de l’envoyer en entier à un tiers