Autonomie

Agents : ce qu'ils peuvent faire et ce dont ils ont besoin

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.

La différence

Répondre n'est pas agir

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.

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.

Plusieurs étapes

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.

Une trace vérifiable

Chaque appel, chaque demande envoyée, chaque réponse est journalisé. Un agent sans journal ne vaut rien en cas de litige.

La limite

Autonome est la demande, jamais l'attribution

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.

Ce que l'agent peut faire

Chercher des candidats, proposer des enchaînements, envoyer des demandes avec prix cible et délai, collecter les réponses, surveiller les délais.

Ce qu'il ne peut pas faire

Attribuer des commandes, s'engager définitivement sur des prix, proposer des contrats, modifier des données de base. Ces étapes portent une signature.

Pourquoi ce n'est pas un recul

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é.

En pratique

À quoi cela ressemble au quotidien

Le fret de retour après le déchargement

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.

La cascade sans temps d'attente

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.

L'assistant à côté

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.

La norme

Une prise plutôt que vingt solutions particulières

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.

Auto-descriptif

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.

Indépendant du fournisseur

Le même raccordement porte différents agents. Qui mise sur une plateforme unique échange une dépendance contre la suivante.

Raccordé plutôt que contourné

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.

En pratique

Ce que nous en faisons

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.

Un regard de marché sur son propre prix

Le prix cible interne peut être mis en regard du comportement de cotation du marché — comme justification d'un ajustement, non comme intervention automatique.

L'origine reste visible

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.

Validation par des humains

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.

Le vrai travail

Des droits, pas de la technique

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.

Demande directe

Délimiter proprement l'autonomie ?

Nous montrons quelles étapes un agent peut reprendre, où la validation reste chez l'humain et quelles interfaces sont nécessaires pour cela.