Un agent IA devient intéressant lorsqu’il peut aller au-delà d’une réponse : consulter une source, choisir une étape, préparer une action. Cette capacité change aussi la question à poser. Il ne suffit plus de demander si le texte est bon. Il faut décider quelles actions le système a le droit d’effectuer, avec quelles données et sous quel contrôle.
Choisir le bon niveau d’autonomie
Un processus connu peut souvent être décrit à l’avance : recevoir une demande, extraire quelques informations, préparer un message, demander une validation. Un agent plus autonome devient pertinent lorsque le chemin dépend réellement de ce qu’il découvre. Anthropic distingue ainsi les workflows prédéfinis des agents qui choisissent dynamiquement leurs étapes.
Notre recommandation de cadrage est de décrire d’abord le travail sans nommer les outils. Si toutes les décisions peuvent être écrites simplement, commencer par ce processus explicite facilite les tests et la maintenance. Ajouter de l’autonomie doit répondre à une difficulté observée.
Séparer préparation et engagement
Prenons un scénario fictif de veille commerciale. Le système recherche des informations publiques, rassemble les sources et prépare un message. Ces étapes peuvent être testées dans un environnement limité. Envoyer le message à un prospect est une autre décision : elle engage l’entreprise et mérite un niveau de contrôle distinct.
Une première version peut donc s’arrêter à un brouillon. La personne qui valide voit le destinataire, le contenu final et les sources utilisées. Le passage à une exécution plus automatique dépend ensuite des résultats observés, du contexte et des risques acceptables.
Donner peu de droits, mais des droits utiles
Une fiche par outil permet de clarifier ce que l’agent peut lire, créer ou modifier. On y précise aussi ce qui est interdit, le budget maximal d’une exécution, le nombre d’étapes autorisées et le comportement attendu en cas d’erreur. Une limite doit être appliquée par le système qui exécute l’action, et pas seulement écrite dans une consigne.
Les contenus externes consultés doivent rester des informations à analyser : ils ne doivent pas pouvoir redéfinir les autorisations de l’agent. Un document ou une page web peut contenir des instructions trompeuses. Les permissions et les validations constituent donc des frontières à maintenir tout au long du parcours.
Tester aussi les situations qui se passent mal
Une source manque, un outil ne répond plus, deux documents se contredisent : le système doit savoir s’arrêter ou demander de l’aide. Les tests doivent vérifier ces situations, ainsi que le risque de répéter une action déjà effectuée. Un journal des étapes utiles aide ensuite à comprendre un échec sans conserver inutilement des données sensibles.
Pour une première expérimentation, nous proposons trois résultats à suivre : les tâches terminées correctement, les reprises nécessaires par une personne et le coût complet de chaque exécution. Une démonstration réussie sur un seul exemple ne suffit pas à décider du déploiement.
Premier pas : écrivez deux listes — « l’agent peut préparer » et « l’agent peut exécuter ». Cette frontière simple rend immédiatement le projet plus concret.
Une expérimentation concrète : Constellation, notre atelier d’orchestration multi-agents, met ces questions de délégation et de contrôle à l’épreuve d’un projet.