Les outils, pour agir dans la boutique et pas seulement répondre.

Pourquoi un agent IA a-t-il besoin d'outils ?

Beaucoup de messages qui arrivent dans une boutique ne demandent pas une belle phrase, mais une information précise : quelle commande, quel colis, quel produit, quelle date. Un modèle seul n'a accès à rien de tout cela. Il peut seulement reformuler la question ou inventer une réponse. Les outils lui ouvrent l'accès à vos données, une fonction à la fois.

Un outil est aussi une frontière. L'agent ne peut faire que ce que ses outils permettent. S'il dispose d'un outil pour lire une commande, il lit ; s'il n'a aucun outil pour rembourser, il ne remboursera jamais, quelle que soit la manière dont on le lui demande. Choisir les outils, c'est donc à la fois décider de ce que l'agent fera et de ce qu'il ne pourra jamais faire.

Enfin, un outil bien écrit fait le travail que le modèle ferait mal. Retrouver un client par son adresse e-mail exacte, calculer une date limite de retour, vérifier qu'une commande appartient bien à la personne qui écrit : c'est du code ordinaire, fiable et testable. Je ne laisse pas le modèle deviner ce qu'une requête peut établir.

Comment je monte les outils de l'agent

Je pars des tâches que vous faites à la main, pas d'un catalogue d'outils disponibles.

1. 1

   Lister les gestes répétitifs

   Ouvrir la commande, chercher le suivi, vérifier la date de livraison, copier le numéro dans la réponse. Chaque geste qui revient devient un candidat à un outil.

2. 2

   Commencer par la lecture

   Les premiers outils ne font que lire : commande, expédition, historique du client, fiche produit. Un agent qui lit sans écrire ne peut rien casser.

3. 3

   Remplacer l'écriture par la proposition

   Quand l'agent doit agir, il prépare : un brouillon de mail, une action logistique en attente. Une personne valide avant que quoi que ce soit parte ou change.

4. 4

   Vérifier en dehors du modèle

   Chaque outil contrôle lui-même ses entrées et les droits de la personne concernée. Le modèle demande, le code décide.

5. 5

   Décrire chaque outil précisément

   Le nom, le rôle et les paramètres de chaque outil sont décrits pour que le modèle sache quand l'appeler, et chaque appel est enregistré dans la trace.

Ce que les outils changent, cas par cas

Ce que vous y gagnez

Ce qui vous protège

Le principe est simple : le moins d'outils possible, et aucun outil qui engage votre argent sans validation. L'OWASP, qui publie des risques de sécurité de référence, range l'« agentivité excessive » parmi les risques des applications à base de modèles de langage : trop d'outils, trop de droits, trop d'autonomie. Je construis dans l'autre sens.

Chaque outil vérifie lui-même qu'il a le droit d'agir pour la personne concernée. Un message qui demande à l'agent de lire la commande d'un autre client échoue dans le code, pas dans le prompt. Et chaque appel d'outil est enregistré : vous savez ce que l'agent a lu, et pourquoi.

Les tests qui vérifient cette couche

Les tests vérifient que l'agent appelle le bon outil, avec les bons paramètres, et qu'il ne trouve aucun chemin vers ce qui lui est interdit.

En Belgique : bpost, DPD et les accès réels

Chez bpost, la page de comparaison des offres réserve l'intégration par API à l'offre contractuelle « Large ». Pour une boutique qui n'y a pas accès, l'outil de suivi part du numéro enregistré dans la boutique et du lien de suivi public. DPD Belgique propose une API de suivi en direct, obtenue par e-mail auprès de Geopost, avec des règles d'usage strictes, dont un rafraîchissement limité à une fois par heure. L'outil est donc conçu selon le transporteur et l'accès que vous avez vraiment.

Questions fréquentes

Pour aller plus loin