Aller au contenu
Architecture agentique

Agents en ligne de commande

Un agent de code en terminal lit, modifie et lance des commandes pour prouver que son travail compile. Sa valeur tient à la boucle lire, modifier, exécuter, corriger, et aux limites qu'on lui pose.

  • cli
  • terminal
  • claude code
  • agent
  • tsc
  • lint
  • build

Syntaxe

Modèle
Boucle : lire le code → modifier → lancer la vérification → lire l'erreur → corrigerVérifications, dans l'ordre : npx tsc --noEmit → npm run lint → tests → npm run buildArrêt  : succès, ou même échec deux fois de suite → retour à l'humain

Exemple

Exemple concret
Tâche : « ajoute un champ téléphone au formulaire d'inscription »1. L'agent modifie RegisterForm.tsx et le schéma de validation.2. npx tsc --noEmit → erreur : la propriété telephone n'existe pas sur le type User.3. L'agent ajoute le champ au type et relance → 0 erreur.4. npm run lint → 0 erreur.Résultat attendu : un diff limité à trois fichiers, et les sorties des commandesrecopiées dans le compte rendu comme preuve.

À retenir

  1. Plus l'outil est autonome (complétion, puis chat, puis agent en terminal), plus la relecture humaine du diff doit être attentive.
  2. Interdisez par configuration les commandes destructrices ou irréversibles : rm -rf, git push --force, git reset --hard, --no-verify.
  3. Exigez que la commande de vérification et sa sortie figurent dans le compte rendu : « ça compile » sans sortie à l'appui n'est pas une preuve.
  4. Piège : laisser l'agent « réparer » un test en le supprimant ou en l'affaiblissant pour obtenir le vert. Relisez toujours les modifications de tests avec le reste du diff.

Voir aussi