Le modèle mental le plus utile pour travailler avec les agents n'est pas « tool » et ce n'est pas « collaborateur » — c'est « développeur junior ». Capable, rapide, informé sur une large surface, vraiment utile sur des tâches bien définies, et en besoin constant du genre de supervision qui ne peut venir que de quelqu'un qui connaît le codebase, le contexte et les conséquences.

Un bon développeur junior peut écrire du code solide, faire des recherches sur des problèmes inconnus, rédiger de la documentation et gérer un large éventail de tâches que tu ferais autrement toi-même. Tu ne micro-manages pas chaque ligne. Mais tu ne lui donnes pas non plus les clés de la production pour t'en aller. Tu revois son travail. Tu attrapes les suppositions qu'il ne savait pas qu'il fallait questionner. Tu reconnais quand il a résolu le problème énoncé tout en passant à côté du vrai problème. La valeur de ta supervision n'est pas qu'il est incompétent — c'est que tu as du contexte qu'il n'a pas.

L'agent a le même profil, amplifié. Il est plus rapide que n'importe quel développeur junior, disponible à n'importe quelle heure, et il a lu plus de code qu'aucun humain n'en lira jamais. Il lui manque aussi tout ce qui n'est pas dans la context window — la connaissance institutionnelle, les décisions d'architecture et les raisons derrière, le comportement client qui rend l'implémentation évidente mauvaise, les contraintes politiques qui écartent la solution techniquement correcte. Tu as tout ça. L'agent n'en a rien à moins que tu ne le fournisses.

Ce cadrage a un bénéfice pratique : il calibre correctement ton processus de revue. Tu ne tamponnes pas le travail d'un junior parce qu'il a l'air compétent en surface. Tu le lis avec la question précise : est-ce que c'est correct pour notre situation, étant donné ce que je sais et qu'ils ne savent pas ? C'est la bonne question à poser aussi à l'output d'un agent. Pas « est-ce que c'est généralement correct » mais « est-ce que c'est correct ici, dans ce contexte, pour ces utilisateurs, étant donné tout ce que je sais et que l'agent ne sait pas ».

Ça calibre aussi tes attentes. Tu n'attends pas d'un développeur junior qu'il prenne des décisions d'architecture seniors de façon autonome. Tu lui donnes des tâches bien scopées, tu revois les outputs et tu étends son autonomie à mesure que la confiance s'établit par un jugement démontré. La même escalade de confiance s'applique aux agents — mérite-la tâche par tâche, domaine par domaine, à mesure que tu accumules des preuves sur les endroits où le jugement de l'agent est fiable et ceux où il a besoin de ta main.

L'agent est le junior le plus capable avec qui tu aies jamais travaillé. Gère-le comme tel.