Le problème
Un agent lancé sans cadre produit du code plausible : il compile, il ressemble au reste, et il peut être faux, dupliqué ou contraire aux conventions du projet. À l’inverse, tout recadrer à chaque prompt fait perdre le bénéfice de l’outil : le contexte du projet, les conventions et les étapes récurrentes se réécrivent en boucle, avec des oublis.
La méthode
- Des skills réutilisables. Les conventions du projet, le contexte et les procédures récurrentes sont encodés une fois dans des skills versionnés, que chaque agent charge au démarrage. Le cadrage s’écrit une fois, se corrige une fois, et sert à chaque tâche.
- Analyser avant de lancer. Chaque tâche commence par une analyse du besoin et du code existant. L’agent reçoit un périmètre délimité, les contraintes du projet et des critères de fin explicites.
- Paralléliser ce qui s’y prête. Plusieurs agents peuvent avancer en même temps sur des tâches indépendantes, chacun avec son cadre ; les travaux qui se chevauchent restent séquentiels.
- Tout relire. Chaque diff est revu comme celui d’un collègue : conventions, cas limites, sécurité. Ce qui ne passe pas repart avec une demande de refacto ou de correction, et le résultat est vérifié (build, tests, comportement).
Ce qui ne se délègue pas
- L’architecture et les frontières : le schéma de données, les contrats d’API, la découpe en services restent des décisions humaines, l’agent les applique.
- Les décisions et leurs tradeoffs : un agent argumente des options, il ne tranche pas à ma place.
- Les secrets et les accès : aucun secret dans le contexte d’un agent, aucune action irréversible sans validation.
- La validation finale : ce qui part en production a été vérifié par un humain, quel que soit l’auteur du code.
Les pièges
- La confiance par défaut. Un code plausible se lit vite et se croit facilement ; la revue doit chercher l’erreur, pas confirmer l’impression.
- Le prompt jetable. Recadrer à la main à chaque tâche disperse les conventions ; ce qui se répète doit être capitalisé dans un skill.
- L’agent lancé trop tôt. Sans analyse préalable, l’agent optimise la mauvaise chose avec assurance.
- La revue qui suit le volume. Plus l’agent produit, plus la relecture doit être outillée (diffs petits, critères de fin, vérifications automatiques), sinon elle devient une lecture en diagonale.