Publié le 15 septembre 2026 à 11:00 · Publication originale
"Trouve-moi les trois fournisseurs les moins chers."
Il cherche, compare et répond.
Puis vous ajoutez:
"Commande 200 unités au meilleur."
Une frontière vient d'être franchie.
Répondre produit de l'information.
Commander modifie le monde réel.
C'est précisément ce qui distingue progressivement l'assistant de l'agent.
Un agent reçoit un objectif, décompose la mission en étapes, utilise des outils, observe leurs résultats et décide de la prochaine action dans les limites qui lui ont été accordées.
Prenons l'arrivée d'un nouveau salarié.
Un assistant peut expliquer la procédure.
Un agent peut lire la date d'embauche dans le système RH, créer une demande d'ordinateur, ouvrir les accès nécessaires, inscrire le salarié à une formation puis signaler au responsable qu'une validation manque.
Il ne possède pas nécessairement un modèle plus intelligent.
Il dispose surtout de moyens d'action.
Cette différence transforme profondément l'automatisation.
Un logiciel classique suit généralement un parcours écrit à l'avance: si A se produit, exécuter B.
Un agent peut rencontrer une situation non prévue exactement sous cette forme, interpréter l'état du processus puis sélectionner l'outil approprié.
Cette souplesse introduit aussi une nouvelle catégorie d'erreurs.
Un chatbot qui hallucine une date produit une mauvaise réponse.
Un agent qui hallucine un destinataire peut envoyer le document à la mauvaise personne.
Plus ses permissions augmentent, plus l'écart entre erreur linguistique et conséquence opérationnelle devient important.
Les entreprises commencent donc à découper les processus selon leur niveau de conséquence.
Lire un stock peut être automatique.
Préparer une commande peut l'être également.
La valider au-delà d'un certain montant peut exiger l'accord d'un humain.
Le travail d'organisation consiste alors à déterminer, opération par opération, jusqu'où la machine peut poursuivre seule son exécution.
ULTRA®
Un agent en production pose un problème de systèmes distribués: son raisonnement est probabiliste, ses effets de bord ne le sont pas.
Chaque appel d'outil doit donc porter un identifiant d'exécution et une clé d'idempotence. Après un délai d'attente réseau, une nouvelle tentative ne doit jamais créer deux commandes ou deux paiements.
L'orchestrateur persiste l'état dans un graphe d'exécution et applique délais d'expiration, budget maximal de tentatives et disjoncteurs. Pour les opérations longues, une transaction ACID classique ne suffit plus: on utilise des sagas et des transactions compensatoires capables d'inverser chaque étape déjà validée.
Les permissions gagnent à utiliser des jetons de capacité éphémères, limités à un outil, une ressource, une action et une durée.
Le LLM peut proposer la prochaine opération.
L'autorisation et l'exécution restent déterministes.