Plan de la formation
Ingénierie agentique : la formation pratique · Module 1: Les fondations
Comment fonctionne un agent de code : la boucle, les outils et la fenêtre de contexte
Sous le capot, un agent de code, c’est un modèle dans une boucle, avec des outils et une mémoire limitée. Comprenez ces trois pièces et la plupart de ses comportements s’expliquent.
Leçon 2 / 24 · ⏱ 8 min
Pas besoin de savoir comment le modèle est entraîné pour bien utiliser un agent. Par contre, il vous faut un modèle mental de la machine autour, parce que presque chaque comportement surprenant vient d’une de ces trois pièces : la boucle, les outils et la fenêtre de contexte.
Pièce 1 : la boucle
Un agent de code répète le même cycle jusqu’à ce qu’il juge la tâche terminée, ou qu’il n’ait plus de piste.
- LireVotre demande et tout ce qui est en contexte
- DéciderChoisir la prochaine action
- AgirAppeler un outil : lire, modifier, exécuter
- ObserverLe résultat de l’outil revient en contexte
↺ On recommence jusqu’à ce que ce soit fini, bloqué ou arrêté
Le modèle lui-même ne produit que du texte. L’« agent », c’est l’enveloppe qui transforme une partie de ce texte en actions, les exécute et renvoie le résultat. C’est pour ça qu’un test qui échoue vaut de l’or : c’est une observation à laquelle l’agent peut réagir au tour suivant.
Pièce 2 : les outils
La plupart des agents de code ont une boîte à outils semblable, même si les noms changent.
| Famille d’outils | Ce que ça permet à l’agent | Ce que ça veut dire pour vous |
|---|---|---|
| Lire et chercher | Ouvrir des fichiers, grep, lister des dossiers | Il explore; il ne connaît pas votre repo par magie |
| Modifier | Écrire ou patcher des fichiers | Les changements arrivent dans votre arbre de travail, relisez-les |
| Exécuter | Commandes shell, tests, builds | Votre suite de tests devient son feedback |
| Récupérer ou outils extra | Docs, gestionnaire de tickets, scripts maison | Couvert au module 5 |
Un agent qui ne peut rien exécuter retombe dans la devinette. La meilleure amélioration que vous pouvez lui offrir : une commande rapide et fiable qui dit « ça marche » ou « ça ne marche pas ».
Pièce 3 : la fenêtre de contexte
Tout ce que l’agent « sait » pendant une session vit dans un seul tampon fini : vos instructions, les fichiers ouverts, chaque sortie de commande. Quand il est plein, quelque chose doit céder.
Chaque agent gère une fenêtre pleine à sa façon : certains résument les vieux tours, d’autres les laissent tomber, d’autres arrêtent net. Dans tous les cas, les détails du début d’une longue session sont les premiers à s’embrouiller. On creuse ça au module 2.
Validez votre modèle mental
🧠 Boucle, outils, contexte
Pointage: 0 / 4
1. L’agent a corrigé un bug, puis a « oublié » une contrainte que vous lui aviez donnée 30 tours plus tôt. La cause la plus probable?
2. Pourquoi un test qui échoue aide-t-il plus un agent qu’un vague « ça marche pas »?
3. Où vont les modifications de code de l’agent?
4. Que produit le modèle lui-même?
Avant de continuer
✅ À retenir
0 / 4 complété