LES BASES / AI AGENTS
Un agent IA.
Pour faire quoi, exactement ?
Retrouver une information, préparer une fiche, utiliser un outil : ces possibilités ne demandent pas toutes la même architecture. Le mot « agent » ne suffit pas à choisir.
Révision Saphan · 7 septembre 2026
Trois fonctionnements à distinguer
| Forme | Fonctionnement | Exemple fictif |
|---|---|---|
| Assistant conversationnel | Prépare une réponse à une demande | Reformuler une note |
| Workflow | Suit des étapes définies, avec ou sans IA | Extraire des champs puis préparer une fiche |
| Agent | Le modèle peut choisir des étapes ou outils dans un cadre | Chercher une référence, consulter sa fiche, demander une précision |
La distinction proposée par Anthropic entre workflows et agents aide à comprendre cette différence. Les produits mélangent parfois plusieurs formes derrière une même interface.
Choisir à partir d’une demande client
Imaginons une question sur la disponibilité d’une pièce. Si une référence exacte est fournie, une lecture du stock et une règle de présentation peuvent suffire. Si le client décrit une machine sans référence, le système doit peut-être rechercher une correspondance et demander une confirmation avant d’aller plus loin.
Le second parcours bénéficie davantage d’une capacité d’interprétation. Il demande aussi de savoir quand la correspondance est trop incertaine. Une référence plausible mais erronée n’aide pas le client.
Le résultat compte autant que l’autonomie
Un système utile peut rester en préparation : brouillon, classement, proposition de fiche. Une automatisation supplémentaire se décide lorsque l’on connaît ses erreurs et les conséquences d’une mauvaise action. Il n’est pas nécessaire de tout rendre autonome pour gagner du temps.
Décrivez les sources accessibles, les outils autorisés, la sortie attendue et les cas qui doivent revenir à l’équipe. Testez ensuite l’ensemble avec une information absente, un refus d’accès et une demande ambiguë. C’est ce périmètre concret qui rend une proposition d’agent comparable à une autre.
Une démonstration pour comprendre le raccordement
Le démonstrateur Saphan transforme des tickets fictifs en tableau par des règles locales. Il n’appelle aucun modèle et ne prétend pas être un agent. Il montre la partie souvent oubliée : conserver la source, signaler les manques et préparer un format réellement utilisable.