Formation agentic engineering chez Ravago

Le 23 octobre, nous avons passé une journée entière autour de la table avec un groupe de développeurs de Ravago pour le kata d'agentic engineering. Chacun travaillait sur son propre ordinateur portable, avec son propre assistant IA. Théorie, démos et exercices se sont succédé.

Comment un agent fonctionne vraiment

Le matin, nous sommes partis des bases: ce qui arrive à votre question, ce que l'agent lit réellement et ce que cela coûte. Une fois que vous le voyez, vous pouvez faire beaucoup vous-même pour mieux collaborer avec un agent. Quelques-uns des conseils que nous avons donnés:

• votre prompt: nommez l'objectif, les fichiers qui comptent et ce qui est interdit
• votre contexte: ne donnez à l'agent que ce dont il a besoin pour cette tâche, car plus de contexte le rend plus cher et moins fiable
• votre session: commencez-en une nouvelle pour chaque tâche, car tout ce qu'elle contient repart à chaque question
• votre modèle: essayez un modèle moins cher sur une tâche bien délimitée et vérifiez le résultat

Travailler avec des agents

L'après-midi, nous avons appris à organiser un dépôt pour des agents. Ce dont un agent a besoin à chaque fois va dans des fichiers: des instructions courtes, des skills pour ce que vous faites souvent et des hooks pour ce qui doit toujours se produire. Vous les committez, et toute l'équipe travaille ainsi avec les mêmes conventions.

Les quality gates ont reçu beaucoup d'attention. Un agent écrit du code plus vite que vous ne pouvez le lire: le contrôle passe donc par des vérifications qu'il lance lui-même après chaque étape, comme les tests, un seuil de couverture et les tests de mutation. Les mêmes contrôles tournent aussi avant chaque merge, pour que l'agent ne puisse pas abaisser la barre en douce. Ce qui est construit et quand cela part en production, c'est vous qui le décidez.

Laissez une machine contrôler ce qu'une machine peut contrôler.

Le loop engineering a aussi été abordé: l'agent montre le bug dans un vrai environnement de développement, le fige dans un test et travaille jusqu'à ce que ce test réussisse.

Nous avons ensuite vu comment faire collaborer plusieurs agents: un constructeur et un critique qui vérifient le travail l'un de l'autre, ou des agents qui travaillent côte à côte, chacun dans son propre worktree.

Ce que cela change à notre travail

Nous avons terminé par une discussion ouverte sur la façon dont notre travail évolue et sur la manière d'y faire face. Qui écrit moins lui-même lit et teste davantage. Le management attend parfois un rendement dix fois plus élevé, alors que la frappe n'a jamais été le goulot d'étranglement. Et si vous doutez d'être déjà assez à l'aise: personne ne fait cela depuis longtemps. Vous restez l'ingénieur.

Les participants gardent le dépôt avec la formation, pour pouvoir tout relire plus tard. Merci à Ravago pour son accueil.

Vous souhaitez une journée comme celle-ci pour vos développeurs? Découvrez le kata ou contactez-nous.