Écrire des skills que votre agent de code utilisera vraiment

J’ai passé ces derniers temps à reconstruire mon workflow autour des agents, et la leçon n’est pas « les agents sont magiques ». C’est que le levier n’apparaît que lorsqu’on pose de vraies barrières autour de ce que l’agent a le droit de faire.

La barrière compte plus que le modèle

Le goulot d’étranglement ne disparaît pas quand la génération devient bon marché ; il se déplace vers la revue. Les équipes qui se sentent réellement plus rapides sont celles qui ont investi pour rendre la revue rapide, pas seulement pour faire écrire davantage le modèle.

Le rendre digne de confiance

Les petites automatisations se cumulent. Un script qui économise deux minutes paraît insignifiant. Vingt d’entre eux, tournant discrètement sur un trimestre, changent la texture du travail — ils relèvent le plancher, pas le plafond.

Je revois le diff, jamais le chat. La conversation peut paraître parfaite pendant que le changement réel touche discrètement trois fichiers qu’il ne devrait pas. Le diff est la vérité terrain, et le lire est non négociable, aussi convaincant que soit le résumé.

Revoir la bonne chose

Les agents qui gagnent une place permanente dans mon workflow partagent tous un trait : une tâche étroite et bien définie, avec des critères de succès clairs. Ceux que j’ai abandonnés sont ceux à qui j’ai demandé de « simplement débrouiller ça », ce qui est une autre façon de demander à tout revoir.

Où le temps part vraiment

Une skill ou un prompt que l’agent ne sollicite pas de façon fiable n’est que de la documentation avec des étapes en plus. Le levier est dans le déclencheur — faire du bon comportement la valeur par défaut, pour que vous arrêtiez de ré-expliquer le même contexte à chaque session.

Traitez vos prompts comme du code, vos agents comme des ingénieurs juniors, et votre temps de revue comme la ressource rare qu’il est. C’est l’essentiel.