Agent IA en entreprise : définition et usages concrets
Un agent IA est un système capable de poursuivre un objectif en utilisant un modèle d'intelligence artificielle, des informations et des outils. En langage simple : on lui confie un résultat à atteindre, il choisit la prochaine action utile, observe ce qui s'est passé, puis continue ou demande l'aide d'un humain.
La différence avec un chatbot tient à l'action. Un chatbot répond. Un agent peut aussi lire un dossier, rechercher une information, mettre à jour un CRM, préparer un e-mail ou déclencher une automatisation. Cette capacité ne le rend pas autonome sur tout. Un agent fiable possède un périmètre, des permissions et des conditions d'arrêt.
Quelle est la différence entre un chatbot, une automatisation et un agent IA ?
Ces trois termes sont souvent mélangés alors qu'ils répondent à des besoins différents.
- Un chatbot échange avec un utilisateur. Sa sortie principale est une réponse.
- Une automatisation classique exécute un scénario fixe : si A arrive, faire B. Elle est idéale quand la règle est stable.
- Un workflow IA, ou flux de travail IA, suit des étapes définies à l'avance, mais confie certaines étapes à un modèle : classer, résumer, extraire ou rédiger.
- Un agent IA choisit dynamiquement certaines étapes et certains outils en fonction de l'objectif et des résultats obtenus.
Le système le plus sophistiqué n'est pas toujours le meilleur. Pour déplacer une pièce jointe dans un dossier, une règle suffit. Pour traiter une demande ambiguë qui nécessite plusieurs recherches et adaptations, un agent peut devenir pertinent.
Comment fonctionne un agent IA ?
Un agent fonctionne généralement dans une boucle, aussi appelée agent loop : comprendre, agir, observer, ajuster. L'orchestration désigne la manière dont le système organise cette boucle, choisit l'ordre des étapes et coordonne éventuellement plusieurs agents ou workflows. La boucle se répète jusqu'à ce que la tâche soit terminée, qu'une limite soit atteinte ou qu'une validation humaine soit nécessaire.
1. Le modèle interprète l'objectif
Le modèle, ou LLM (large language model, grand modèle de langage), est le moteur qui comprend les instructions et décide de la suite. Ce n'est pas une base de données ni un logiciel métier. Il calcule une réponse probable à partir du contexte reçu. L'article LLM, tokens et fenêtre de contexte détaille ce que le modèle peut réellement lire pendant une requête.
2. Le prompt fixe les règles
Le prompt est l'ensemble des instructions données au modèle. Il précise le rôle, l'objectif, les limites, le format attendu et les cas qui doivent être transmis à un humain. Pour un débutant, on peut le traduire par « cahier des consignes ». La méthode complète est présentée dans Comment écrire un bon prompt IA.
3. L'agent utilise des outils
Un outil est une action autorisée : rechercher dans une base, lire un calendrier, appeler une API (application programming interface, interface de programmation applicative), créer un brouillon ou modifier un champ. L'agent ne possède pas naturellement ces accès. Chaque outil et chaque permission doivent lui être explicitement accordés. Le MCP, pour Model Context Protocol, est un protocole fréquemment utilisé pour présenter des outils et des ressources à un agent dans un format commun.
4. Les skills apportent une méthode
Une skill, ou compétence, regroupe des instructions, des ressources et parfois des scripts pour accomplir un type de tâche de façon répétable. Une skill « préparer un rendez-vous » peut, par exemple, définir les sources à consulter, les contrôles à effectuer et la forme du brief final.
5. La mémoire et le contexte évitent de repartir de zéro
Le contexte contient les informations disponibles pendant l'exécution : demande, documents retrouvés, historique utile et résultats des outils. La mémoire conserve certaines informations entre plusieurs étapes ou sessions. Les deux doivent être bornés : accumuler tout l'historique augmente le coût et le risque de confusion.
6. Les garde-fous arrêtent l'agent
Les guardrails, ou garde-fous, limitent les entrées, les sorties et les actions. Ils peuvent imposer une validation avant envoi, interdire une suppression, plafonner un montant ou arrêter la boucle après plusieurs échecs. Leur conception est détaillée dans Human in the loop, guardrails et evals, puis complétée par les règles de prompt injection et de permissions.
Que signifient tokens, raisonnement et effort ?
Les tokens sont les petites unités de texte lues et produites par un modèle. Une consigne, un document et une réponse consomment des tokens. Ils influencent le coût, la vitesse et la quantité d'information que le système peut traiter.
Le raisonnement désigne le travail intermédiaire demandé au modèle pour résoudre une tâche. Certains modèles proposent un niveau d'effort de raisonnement : faible pour un classement simple, plus élevé pour un problème complexe. Plus d'effort peut améliorer une tâche difficile, mais augmente généralement le temps et la consommation. Ce réglage ne remplace ni une bonne consigne ni des données fiables.
Quels sont les usages concrets d'un agent IA en entreprise ?
Prendre en charge les demandes entrantes
L'agent identifie l'intention, cherche les informations autorisées, pose les questions manquantes, propose un rendez-vous et transmet un brief à la bonne personne. L'objectif n'est pas de remplacer le commercial, mais d'empêcher qu'une demande attende ou disparaisse.
Suivre un dossier
Un agent peut contrôler l'état d'un devis, d'une intervention ou d'une candidature, détecter l'absence de prochaine action, relancer selon les règles et alerter le responsable. La valeur vient surtout de la régularité et de la visibilité.
Rechercher dans les documents de l'entreprise
Branché sur une base de connaissances, l'agent retrouve les passages pertinents avant de répondre. Cette approche, appelée RAG, réduit les réponses inventées et permet de citer la source. Elle est détaillée dans l'article Le RAG expliqué simplement.
Préparer un travail complexe
Veille, reporting, préparation de rendez-vous, contrôle de dossiers ou production de contenu : l'agent rassemble la matière et applique une méthode. L'humain valide ce qui engage l'entreprise.
Où l'humain doit-il garder la main ?
Le niveau d'autonomie doit suivre le coût d'une erreur.
- Préparation par l'agent, décision humaine pour un prix, un contrat, une réclamation ou un choix commercial.
- Exécution puis validation pour un brouillon, un rapport ou une modification réversible.
- Exécution autonome pour une action étroite, peu risquée, traçable et facilement annulable.
Une décision financière, juridique, de sécurité ou de réputation ne devrait pas dépendre d'un modèle seul. Le système doit aussi savoir dire « je ne sais pas », expliquer ce qu'il a fait et rendre la main à une personne nommée.
Comment choisir un premier cas d'usage ?
Décrivez un parcours avec un début, une fin et une mesure : « de la demande reçue au rendez-vous confirmé ». Vérifiez ensuite quatre points : volume suffisant, données accessibles, propriétaire humain identifié et résultat vérifiable.
Si la règle peut être écrite entièrement à l'avance, commencez par une automatisation classique. Si le parcours contient des choix variables, des informations dispersées et des exceptions interprétables, un agent peut apporter quelque chose. Le bon projet n'est pas celui qui utilise le plus d'IA. C'est celui qui améliore un résultat observable sans rendre l'entreprise dépendante d'une boîte noire.
Les termes essentiels à retenir
- LLM : modèle qui comprend et génère du langage.
- Prompt : consignes données au modèle.
- Token : unité de texte consommée ou produite.
- Tool : action ou logiciel accessible à l'agent.
- Skill : méthode réutilisable pour une tâche.
- Workflow : suite d'étapes orchestrées.
- Orchestration : coordination des étapes, outils et agents.
- Loop : cycle comprendre, agir, observer, ajuster.
- MCP : protocole standardisant l'accès d'un agent à certains outils et contextes.
- RAG : recherche dans des sources avant génération.
- Guardrail : règle qui limite ou arrête le système.
- Human in the loop : intervention humaine prévue dans le processus.
Pour évaluer un usage réel, décrivez dans le chat de ce site le parcours, les outils concernés et ce qui se perd aujourd'hui. La réponse utile commence par le problème, pas par le nom d'un modèle.
Sources de référence
Par Anthony Dalin
Publié le