Les 12 briques d'un agent IA - anatomie sans bullshit

Brique 1 - La conversation de base

Tout commençe par la capacité a echanger du texte avec un modele de langage. Vous envoyez une phrase, il en renvoie une. C'est la fondation. Sans ca, rien n'existe.

Ce que ça semble : trivial. Ce que c'est réellement : le choix du modele, la gestion du contexte (combien de texte l'agent peut "lire" en une fois), et la latence de réponse se decident ici. Un mauvais choix a cette étape, et tout le reste est bancal.

Quand ça manque : vous n'avez pas un agent, vous avez un formulaire web.

Brique 2 - Le rôle (prompt système)

Le modele de langage seul est generaliste. Il répond a tout, n'importe comment. Le prompt système lui donne un rôle : "Tu es un assistant commercial specialise en formation professionnelle pour les PME de 10 a 50 salariés." Ce n'est pas de la personnalisation cosmetique. C'est un cadrage comportemental.

Quand ça manque : votre agent répond comme ChatGPT - correct, générique, inutile pour votre métier.

Brique 3 - La sortie structuree

C'est la brique que 90% des projets IA baclent. Au lieu de laisser l'agent répondre en texte libre ("Je pense que le client est intéressé, peut-être qu'on pourrait..."), on le force a produire des donnees structurees. Un format JSON avec des champs précis : client_id, niveau_interet, action_recommandee, raison.

Pourquoi c'est crucial : un humain comprend du texte libre. Un système ne peut pas agir dessus. Si votre agent doit mettre a jour votre CRM, il a besoin de donnees propres, pas d'une dissertation.

Quand ça manque : l'agent produit du blabla inutilisable par les outils en aval. Erreurs d'interpretation garanties.

Brique 4 - La prise de décision

L'agent reçoit une information. Il doit choisir quoi en faire. Repondre au client ? Escalader vers un humain ? Mettre a jour le dossier ? Ignorer ?

Ce n'est pas de l'intuition. C'est du routing : des regles explicites qui associent des situations a des actions. Pas un arbre de décision rigide comme un chatbot - un système de routing adaptatif qui combine regles et jugement du modele.

Quand ça manque : l'agent fait toujours la même chose, quelle que soit la situation. Ou pire : il choisit au hasard.

Brique 5 - Les outils

Un agent sans outils, c'est un cerveau sans mains. Les outils sont les actions concretes qu'il peut executer : envoyer un email, chercher dans le CRM, créer un événement calendrier, interroger une base de donnees.

Chaque outil est declare explicitement : nom, ce qu'il fait, quand l'utiliser. L'agent ne "découvre" pas des outils par magie. Il a un inventaire ferme, comme un artisan a sa caisse a outils.

Quand ça manque : l'agent est un commentateur - il décrit ce qu'il faudrait faire au lieu de le faire.

Brique 6 - La boucle agent

C'est la brique qui transforme un chatbot en agent. Le cycle : observer (lire les donnees), décider (choisir l'action), agir (executer via un outil), puis recommencer. La boucle tourne tant que la tâche n'est pas terminee.

Un chatbot fait un aller-retour. Un agent fait une boucle. C'est toute la différence. Un agent peut recevoir un brief le matin et enchainer 15 actions autonomes avant que vous reveniez de votre cafe.

Quand ça manque : l'agent fait une seule chose a la fois et attend qu'on lui dise quoi faire ensuite. C'est un chatbot deguise.

Brique 7 - La memoire

Deux types, deux rôles :

• **Memoire courte** : ce qui s'est passe dans la conversation en cours. "Le client vient de dire qu'il veut un devis pour 20 personnes." Ça disparaît quand la tâche est finie.
• **Memoire longue** : ce que l'agent sait d'un client, d'un projet, d'un pattern. "Ce client demande toujours un délai de paiement a 60 jours." Ça persiste entre les sessions.

La memoire longue est ce qui rend l'agent véritablement utile sur la duree. Sans elle, chaque interaction repart de zero. Votre meilleur commercial ne vous demanderait pas de vous representer a chaque visite.

Quand ça manque : l'agent oublie tout. Chaque interaction est la première. Le client se répète, s'agace, et perd confiance.

Brique 8 - La planification

Pour une tâche complexe, l'agent ne peut pas foncer tête baissee. Il doit decomposer : "Pour preparer ce reporting, je dois d'abord récupérer les donnees de vente, puis les donnees RH, puis les consolider, puis générer le tableau, puis l'envoyer."

La planification n'est pas une pensee libre. C'est une structure de donnees : une liste d'étapes ordonnees avec des dependances. Si l'étape 3 échoue, l'agent sait qu'il ne peut pas passer a l'étape 4.

Quand ça manque : l'agent s'emmele sur les tâches multi-étapes. Il oublie des étapes, fait les choses dans le desordre, ou boucle indefiniment.

Brique 9 - Les actions atomiques

Chaque action de l'agent doit être unitaire et reversible. "Envoyer un email" est atomique. "Envoyer un email et mettre a jour le CRM et créer un rappel" ne l'est pas. Si le CRM plante a mi-chemin, l'email est parti mais le rappel n'existe pas. Chaos.

Les actions atomiques, c'est le undo/redo de l'agent. Chaque action fait une chose. Si elle échoue, on sait exactement ce qui a rate.

Quand ça manque : des tâches a moitie faites. Un email envoyé mais pas logue. Un rendez-vous crée mais le client pas notifie. Les incoherences s'accumulent.

Brique 10 - Le graphe de dependances

Pour les tâches complexes : certaines actions peuvent se faire en parallele, d'autres doivent attendre. Recuperer les donnees de vente ET les donnees RH en même temps - oui. Envoyer le rapport AVANT de l'avoir génère - non.

Le graphe de dependances permet a l'agent de paralleliser ce qui peut l'être et de respecter l'ordre quand c'est nécessaire. C'est ce qui fait la différence entre un agent qui met 30 secondes et un qui met 5 minutes pour la même tâche.

Quand ça manque : l'agent fait tout sequentiellement, même quand c'est inutile. Ou il fait des choses en parallele qui auraient du être sequentielles. Résultat : lent ou incoherent.

Brique 11 - L'évaluation

Comment savoir si votre agent fonctionne correctement ? Pas en regardant trois résultats et en disant "ça a l'air bien". L'évaluation, c'est un jeu de tests : des situations connues avec des résultats attendus. On fait tourner l'agent dessus régulièrement. Si les résultats derivent, on le voit immédiatement.

C'est la même logique que les tests en développement logiciel. Sauf qu'ici, le système est probabiliste - il peut donner des réponses legerement différentes a chaque passage. L'évaluation tient compte de cette variabilite.

Quand ça manque : vous ne savez pas si l'agent se degrade. Vous le découvrez quand un client appelle pour se plaindre.

Brique 12 - La télémétrie

L'agent tourne en production. Vous devez savoir : combien de requetes par jour, quel temps de réponse moyen, quels outils sont utilises le plus, quelles erreurs surviennent, et ou. La télémétrie, c'est le tableau de bord de votre agent.

Pas un dashboard marketing avec des jauges colorees. Un journal structure de chaque action, chaque décision, chaque erreur, horodate et consultable.

Quand ça manque : l'agent tombe en panne un dimanche et personne ne le voit avant lundi. Ou il dérive lentement, et quand vous le remarquez trois mois plus tard, vous ne savez plus depuis quand.

L'ordre compte

Ces 12 briques ne sont pas une liste de courses. C'est une progression. Vous ne pouvez pas ajouter de la memoire (brique 7) si vous n'avez pas de boucle agent (brique 6). Vous ne pouvez pas évaluer (brique 11) si vous n'avez pas de sorties structurees (brique 3).

Le projet open-source Agents from Scratch implemente exactement cette progression en 12 lecons. Un seul fichier Python qui evolue, brique apres brique. C'est conçu pour des développeurs, mais la logique s'applique a n'importe quel projet agent.

La lecon pour les dirigeants : quand un prestataire vous propose un agent IA, demandez-lui quelles briques sont presentes. Si la réponse est "on utilisé un framework qui gère tout ca", relisez notre article sur les boites noires.

Ce que ça change pour votre projet

Maintenant vous avez le vocabulaire. Quand votre prestataire dit "memoire", vous savez qu'il y en a deux types et que la longue est celle qui compte. Quand il dit "outils", vous pouvez demander la liste exacte. Quand il dit "ça marche tout seul", vous pouvez demander : "Avec quelle boucle ? Quel plan ? Quelles evaluations ?"

Un agent IA avec 12 briques bien posees, c'est un système fiable, debogable, et evolutif. Un agent avec 6 briques et 3 rustines, c'est un projet qui marchera 4 mois puis deviendra le sujet de reunions de crise hebdomadaires.

Les briques ne sont pas optionnelles. Elles sont structurelles. Enlevez-en une, et le bâtiment tient. Enlevez-en trois, et il penche. Enlevez-en six, et vous avez un chatbot.