Qu'est-ce qu'un agent IA ? Une définition utile pour construire
Le mot agent a été étiré jusqu'à recouvrir tout : d'un prompt bien nommé à un système distribué avec sa propre astreinte. Ce n'est pas un problème de vocabulaire mais de budget : les équipes approuvent une chose et reçoivent l'autre.
Voici la définition que nous utilisons pour cadrer un projet, volontairement étroite. Un agent IA est un logiciel dans lequel un modèle de langage choisit l'étape suivante, appelle un vrai outil pour l'exécuter, lit ce qui revient et choisit de nouveau — jusqu'à atteindre un objectif ou jusqu'à ce qu'une limite l'arrête. Si rien dans votre système n'appelle d'outil, vous avez un très bon générateur de texte. Si la séquence est fixée d'avance, vous avez un workflow avec un modèle dans l'une des cases. Les deux sont légitimes. Aucun ne nécessite un budget d'agent.
Le produit, c'est la boucle, pas le modèle#
Tout agent, ce sont les mêmes trois gestes répétés : décider, agir, observer. Le modèle n'apporte que le décider. Tout le reste — quels outils existent, comment leurs erreurs sont formulées, quel état survit entre les itérations, quand la boucle doit s'arrêter — est du logiciel ordinaire que vous écrivez et assumez. Les équipes qui croient que le produit est le modèle passent leur temps sur les prompts et s'étonnent du manque de fiabilité. Celles qui traitent la boucle comme le produit travaillent les contrats d'outils et les conditions d'arrêt, et obtiennent quelque chose de déboguable un mauvais après-midi.
Test utile : si vous retiriez le modèle pour mettre une personne lisant les mêmes informations, le reste tiendrait-il encore ? Sinon, le logiciel autour est trop mince.
Ce qui sépare un agent de ce avec quoi on le confond#
| Système | Qui décide de l'étape suivante | Appelle de vrais outils | Panne typique |
|---|---|---|---|
| Chatbot | Personne : il répond | Non | Réponse fausse ou inventée |
| Workflow avec une étape LLM | La développeuse, à l'avance | Oui, dans un ordre fixe | Casse hors du flux prévu |
| Agent | Le modèle, à l'exécution | Oui, choisis à la volée | Divague, boucle, agit sur de mauvaises données |
| Système multi-agents | Plusieurs modèles et un coordinateur | Oui | Tout cela, en moins traçable |
Les quatre parties de tout agent réel#
Retirez les noms de frameworks : chaque agent en production que nous avons vu contient les mêmes quatre parties.
- Un objectif vérifiable. Pas une impression : une phrase qu'un relecteur peut marquer juste ou fausse.
- Une surface d'outils : les fonctions précises, avec arguments typés et erreurs honnêtes.
- Un porteur d'état : ce que l'itération suivante a le droit de voir de la précédente.
- Des conditions d'arrêt : plafond d'étapes, plafond de dépense et une règle de passage à un humain.
L'autonomie est un curseur, pas un interrupteur#
La vraie décision de conception n'est pas d'utiliser un agent, mais quelle longueur de laisse lui donner. En pratique il y a quatre crans, et les projets qui réussissent démarrent plus à gauche que ne le suggère la démo : l'agent rédige et un humain envoie ; l'agent agit sur le réversible et demande pour l'irréversible ; l'agent agit librement dans un bac à sable avec plafond de dépense ; l'agent agit librement en production. Chaque cran à droite multiplie la valeur et le rayon de dégâts. Avancez quand vos chiffres d'évaluation le justifient, pas quand la feuille de route le dit.
Là où la définition gagne sa place#
Être strict fait économiser à trois endroits. Au cadrage : cinq appels d'API fixes avec une étape de résumé, c'est un workflow, et le construire en agent ajoute un indéterminisme dont personne n'avait besoin. À l'estimation : les agents coûtent plus cher car la surface de panne est plus grande, et une étiquette honnête donne un budget honnête. À l'évaluation : on ne teste correctement un agent qu'en acceptant que la même entrée puisse prendre des chemins différents, donc en testant les résultats et non les transcriptions.
Si quelqu'un demande un agent, demandez quelle décision le logiciel doit prendre seul. S'il n'y en a pas, vous venez d'économiser trois mois.
Questions fréquentes
Un chatbot est-il un agent IA ?
Pas selon cette définition. Un chatbot répond dans la conversation ; un agent agit dans des systèmes en dehors. Un bot de support qui lit votre base de commandes, émet un remboursement et envoie un e-mail est bien un agent : ce sont les actions qui ont changé sa catégorie.
Un agent doit-il être autonome ?
Il doit choisir son étape suivante, ce qui n'est pas agir sans supervision. Un agent qui planifie cinq étapes, en exécute quatre et s'arrête pour une validation à la cinquième reste un agent. L'autonomie se règle action par action.
Faut-il un framework ?
Non. Le plus petit agent utile est une boucle, une liste de définitions d'outils et une condition d'arrêt — peut-être cent lignes. Les frameworks gagnent leur place avec l'état durable, le flux ramifié ou la coordination entre agents.
qu'est-ce qu'un agent iadéfinition agent iaagent ou workflowagentic aiboucle raisonner agir
