Quand un agent peut écrire du code, il ne gagne pas qu’un nouveau format de sortie : il peut transformer une intention floue en processus déterministe.
La fin de la génération de code n’est pas « semble correct », mais une exécution réelle répétable, vérifiable et réversible.
01 / CODING LOOPChercher d’abord, modifier ensuite, vérifier en dernier
Un travail fiable commence par comprendre l’environnement : localiser les fichiers liés, lire les conventions, former un plan minimal, puis modifier et tester. Générer avant de chercher produit le plus souvent une réponse déconnectée du système. La boucle a quatre parties : chercher points d’entrée, dépendances, conventions et vrai échec ; modifier une frontière minimale vérifiable ; exécuter build, test ou petite expérience ; vérifier l’état final qui intéresse l’utilisateur plutôt qu’un simple code de sortie.
02 / HARNESSAu-delà du modèle, le harness décide si le travail dure
État de session, accès fichiers, délais de commande, sortie tronquée, application de patch et récupération relèvent du harness. Une conception sans session signifie aussi que l’état ne dépend pas d’un processus éternellement vivant et peut être repris depuis les traces. Limitez répertoires, commandes, identifiants et réseau ; gardez la confirmation humaine avant les actions risquées.
03 / PRACTICELe code est un outil de pensée et un adaptateur système
Un modèle peut employer un petit programme pour vérifier un calcul, nettoyer des matériaux, exprimer une règle métier ou générer une interface. Le code transforme des relations ambiguës en contraintes exécutables et adapte vite un système sans outil dédié. Écrivez calculs complexes en programmes et testez les limites. Faites des règles métier des fonctions testables plutôt que du texte de prompt. Reliez formats, API et systèmes anciens. Une UI générée exige toujours accessibilité, sécurité et vérification sur vraies données.
04 / RECOVERYLa récupération compte plus que réussir du premier coup
Un agent de production doit reconnaître erreur de compilation, test échoué, problème de permission et différence d’environnement, puis choisir reprise, autre voie ou arrêt. L’échec répété doit déclencher repli ou aide, non une réécriture infinie. Premier exercice : demandez une petite modification, exigez localisation préalable, patch minimal, tests puis vérification de la vraie page ou sortie. Le terme n’est pas « semble correct », mais une exécution répétable, vérifiable et réversible.
Sources
- bojieli/ai-agent-book.
- Chapter 5 — Coding Agents.
- Cette page réorganise la pratique sans remplacer le livre source ; utilisez texte et code sources pour les formulations exactes.
COMMENTAIRES DES LECTEURS
Notez l’idée que cet article vous a laissée.
Aucun commentaire. Vous pouvez laisser le premier.