Des outils plutôt qu'un savoir
L'agent ne connaît pas le stock par cœur, il l'interroge. Son renseignement est ainsi aussi actuel que le système derrière lui, au lieu d'être aussi ancien que son entraînement.
Un agent qui agit est autre chose qu'un assistant qui répond. Où passe exactement la limite — et quelles interfaces permettent qu'une machine formule une demande au lieu de remplir un formulaire.
Une fenêtre de dialogue qui renseigne fait gagner un clic. Un agent qui cherche le fret de retour, contacte le transporteur et surveille l'échéance fait gagner tout un processus — et c'est un autre ordre de grandeur.
L'agent ne connaît pas le stock par cœur, il l'interroge. Son renseignement est ainsi aussi actuel que le système derrière lui, au lieu d'être aussi ancien que son entraînement.
Chercher, évaluer, demander, relancer : une opération se compose rarement d'une seule étape. L'utilité naît là où la chaîne se déroule sans question en retour.
Chaque appel, chaque demande envoyée, chaque réponse est journalisé. Un agent sans journal ne vaut rien en cas de litige.
Une demande est réversible : elle peut être refusée, elle expire, au pire elle coûte de l'attention. Une attribution ne l'est pas : elle engage, coûte de l'argent et porte un nom.
Chercher des candidats, proposer des enchaînements, envoyer des demandes avec prix cible et délai, collecter les réponses, surveiller les délais.
Attribuer des commandes, s'engager définitivement sur des prix, proposer des contrats, modifier des données de base. Ces étapes portent une signature.
Le gain de temps réside presque entièrement dans la demande — un fret de retour ne vaut que quelques heures. L'attribution a encore le temps d'attendre un humain.
Cette limite a l'air d'une précaution et c'est un calcul : dès que deux programmes d'enchère s'affrontent sans signature, l'enchère ne s'arrête plus là où un humain s'arrêterait. Deux agents, un chargement — simulé.
Quand un véhicule se libère, l'agent cherche le chargement suivant adapté à proximité et dans la fenêtre horaire — et sollicite le partenaire le plus prometteur au lieu de produire une liste que personne ne traite.
Un refus ou une expiration déclenche aussitôt la demande suivante. Aucune opération ne reste en plan parce que quelqu'un a oublié de relancer.
Pour les questions, la fenêtre reste : pourquoi cette remorque et pas la plus proche ? L'agent explique son propre jugement à partir des grandeurs enregistrées.
Construire chaque raccordement séparément a été la norme pendant des décennies et explique pourquoi les projets d'intégration coûtent cher. Avec le Model Context Protocol (MCP), un format s'est imposé : il décrit les outils qu'un système propose et la façon de les appeler — lisible par les agents, indépendant du fournisseur.
Le système dit à l'agent ce qu'il sait faire. Il n'a pas besoin d'être programmé au préalable — c'est précisément le travail qui rend sinon chaque raccordement coûteux.
Le même raccordement porte différents agents. Qui mise sur une plateforme unique échange une dépendance contre la suivante.
Un système sans une telle interface n'est pas remplacé — il est sauté, et les données passent à côté de lui.
Nous nous y tenons : notre ABC de la logistique, la recherche du site et les calculateurs libres sont disponibles comme serveur MCP ouvert — raccordable sans inscription à Claude, ChatGPT ou à un agent maison.
Par cette voie, notre portail est notamment relié à la cotation automatique de Transporeon : des indicateurs sur les axes et le comportement de cotation viennent s'ajouter comme regard de marché que l'historique interne ne peut fournir.
Le prix cible interne peut être mis en regard du comportement de cotation du marché — comme justification d'un ajustement, non comme intervention automatique.
Ce qui vient de l'extérieur est signalé comme tel et n'est jamais inscrit sans vérification dans une décision. Les données externes sont une vue, non un jugement.
Un agent peut proposer des modifications de jeux de règles et les exécuter après validation — la même règle que pour nos propres paramètres.
Ouvrir une interface est vite fait. Le travail réside dans la question de savoir qui a le droit de voir et de déclencher quoi : quelles données quittent la maison, quel appel modifie quelque chose, que se passe-t-il en cas d'erreur, et comment chaque accès est journalisé. Qui l'ajoute après coup ne l'a pas intégré.
C'est pourquoi la même séparation s'applique ici que partout ailleurs : accès en lecture généreux, accès modifiants étroits et journalisés — et tout ce qui devient engageant avec un humain devant.