Une bibliothèque de prompts est une base de code, traitez-la comme telle

Il existe une version du développement assisté par IA qui est réellement transformatrice, et une autre qui n’est qu’une façon plus rapide de créer du désordre. La différence tient presque entièrement à la discipline, pas au modèle.

Ce qui s’accumule

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

Une compétence ou un prompt que l’agent ne mobilise pas de manière fiable n’est que de la documentation avec des étapes en plus. L’effet de levier réside dans le déclencheur — faire du bon comportement le comportement par défaut, pour cesser de réexpliquer le même contexte à chaque session.

La barrière compte plus que le modèle

Les petites automatisations s’accumulent. Un script qui fait gagner deux minutes semble insignifiant. Vingt d’entre eux, tournant discrètement sur un trimestre, changent la texture du travail — ils relèvent le plancher, pas le plafond.

Le rendre digne de confiance

Les agents qui gagnent une place permanente dans mon flux de travail partagent tous un trait : une mission étroite et bien définie, avec des critères de réussite clairs. Ceux que j’ai abandonnés sont ceux à qui je demandais de « simplement se débrouiller », ce qui revient à demander de tout relire.

La vérification doit être plus rapide que la génération, sinon tout s’inverse. Je garde un ensemble court et reproductible de contrôles — est-ce que ça compile, est-ce que ça passe, est-ce que le diff reste dans le périmètre — que je peux exécuter en moins d’une minute avant de faire confiance à quoi que ce soit.

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