Notion · Faire agir l’IA
Outil
Une fonction qu’un agent peut appeler pour agir ou consulter une information. Rechercher un document, lire un agenda ou préparer une fiche sont des actions différentes, qui demandent des permissions distinctes.
Comment ça marche
Un modèle de langage ne sait que produire du texte. Pour qu’un agent agisse, on lui donne des outils : des fonctions décrites en langage courant, que le modèle peut demander d’appeler. Lire et écrire des fichiers, exécuter une commande, chercher sur le web, interroger une base, appeler un logiciel par son API. L’agent lit la liste, choisit, demande l’appel avec ses paramètres ; le logiciel exécute et renvoie le résultat.
La liste des outils définit ce que l’agent peut faire, et rien d’autre. C’est à la fois sa puissance et sa limite. Un agent avec un outil de lecture de fichiers et un outil de recherche web peut faire de la veille. Avec un outil d’envoi d’e-mails en plus, il peut diffuser, et se tromper de destinataire. Les outils se branchent de plus en plus par MCP, un standard qui permet d’exposer les fonctions d’un logiciel à n’importe quel agent compatible.
Un exemple concret
- lire_demande(id) : renvoie le texte de la demande du client et ses pièces jointes. Lecture seule.
- chercher_tarif(reference) : renvoie le prix et la disponibilité d’un équipement dans le catalogue. Lecture seule.
- devis_similaires(mots_cles) : renvoie les trois devis passés les plus proches, avec leurs lignes. Lecture seule.
- creer_brouillon_devis(lignes) : crée un devis en brouillon dans l’outil de gestion. Écriture, mais en brouillon : rien ne part au client sans validation.
- Ce qui n’est pas dans la liste : envoyer le devis, modifier un tarif, accéder aux autres clients. L’agent ne peut pas le faire, quoi qu’il lui arrive.
Quatre outils, trois en lecture, un en écriture limitée au brouillon. L’agent prépare 80 % du devis ; le technico-commercial valide et envoie.
Ce que ça change pour une équipe
- Les capacités de l’agent sont explicites. La liste des outils est l’inventaire exact de ce qu’il peut faire. On la relit, on la montre, on la discute.
- Les logiciels existants deviennent des outils. Le CRM, la compta, la gestion : chacun peut exposer ses fonctions, souvent via un serveur MCP déjà disponible.
- La sécurité se conçoit outil par outil. Lecture ou écriture, périmètre, validation : chaque outil a son niveau de risque et son contrôle.
- Les agents se spécialisent. Un agent de veille, un agent de devis, un agent de reporting : chacun avec ses outils, et rien de plus.
Les limites et les erreurs fréquentes
- Tout donner. Un agent avec accès à tout, au cas où. C’est le cas où une injection de prompt fait des dégâts. Les outils de la tâche, point.
- Des descriptions floues. L’agent choisit ses outils d’après leur description. « Gère les devis » ne lui dit pas quand l’utiliser ni comment.
- Des outils sans contrôle dans l’exécution. L’outil d’envoi qui envoie à qui le modèle demande. Les règles (destinataires autorisés, validation) vivent dans l’outil, pas dans la consigne.
- Oublier de journaliser. Chaque appel d’outil est une action. Sans trace, impossible de comprendre ce qui s’est passé.
Pour aller plus loin
Le modèle propose un appel avec des arguments ; l’application doit valider l’appel et exécuter la fonction. Les schémas, l’authentification et les autorisations doivent être contrôlés côté système, indépendamment des instructions du modèle.
Où ça se situe chez Opora
Programme 04 · Construire des agentsIngénierie agentique pour les équipes techniques
Choisir les outils qu’on donne à un agent, et ceux qu’on lui refuse, c’est la décision de conception la plus importante du programme Construire des agents.
Questions fréquentes
Un outil, c’est un logiciel ?
C’est une fonction que l’agent peut demander d’exécuter : « lire ce fichier », « chercher ce client », « créer ce rendez-vous ». Un logiciel de l’entreprise expose en général plusieurs outils, un par action. L’agent voit une liste d’outils avec leur description, et choisit lesquels appeler.
Combien d’outils un agent peut-il avoir ?
Techniquement, des dizaines. En pratique, moins il en a, mieux il choisit et moins il coûte, puisque la description de chaque outil est relue à chaque tour. On donne à un agent les outils de sa tâche, pas tous ceux qui existent.
Un outil peut-il être dangereux ?
Oui, s’il permet une action irréversible : supprimer, envoyer, payer, publier. Ces outils-là se donnent avec parcimonie, en lecture seule quand c’est possible, et avec une validation humaine ou un contrôle automatique dans l’exécution de l’outil lui-même.