
Architecte de Systèmes Agentiques
- Code : INOP-AG 301
- Durée : 10 semaines · 40 h en direct
- Prix : 549 $US
- Adresse de la page : https://inopnixacademy.com/fr/formations/inop-ag301/programme
Programme
Architecte de Systèmes Agentiques
En-tête
- 10 semaines · 20 séances de 2 h · 40 h en direct
- 60 h de travail personnel · 30 h de chef-d'œuvre
- TOTAL 130 h
- Parcours complet : 549 $US — certification incluse
- En ligne (séances en direct) et hors ligne (supports et travaux pratiques à faire à son rythme)
Savoir-faire
- À la fin, tu ne diras pas « je conçois des systèmes multi-agents ». Tu feras ces sept choses devant quelqu'un :
- Comparer deux architectures pour un même besoin sur trois chiffres mesurés — taux de réussite, latence médiane, coût moyen — et trancher en les citant
- Défendre le choix de NE PAS ajouter d'agent, et montrer ce que l'agent supplémentaire dégraderait
- Faire reprendre une exécution interrompue à l'étape où elle s'est arrêtée, sans réémettre une action déjà exécutée
- Construire une suite d'évaluation à trois niveaux — bout en bout, trajectoire, composant — et désigner par la trace l'étape responsable d'un échec
- Étalonner un juge automatique sur des cas notés à la main, et dire à partir de quel écart il n'est plus digne de confiance
- Écrire un catalogue de permissions par rôle et prouver qu'il bloque, journal d'audit à l'appui
- Réduire le coût par cas sans laisser tomber la qualité, et montrer les deux courbes côte à côte
Public
- Celui qui a déjà mis un agent ou un flux en service et qui n'arrive pas à expliquer pourquoi il rate une fois sur dix
- Le développeur ou l'intégrateur à qui on demande maintenant de faire tenir plusieurs agents ensemble, et qui sent que le nombre d'agents n'est pas la réponse
- Le responsable technique qui doit signer la mise en production d'un système autonome et qui veut pouvoir dire à quelles conditions il l'arrête
Prérequis
- ✅ Avoir construit et mis en service au moins un flux automatisé ou un agent outillé — le niveau INOP-AG 201 le garantit
- ✅ Savoir lire et écrire du Python, appeler une API, lire un journal d'exécution
- ✅ Savoir ce qu'est un conteneur et démarrer une composition Docker
- ✅ Un ordinateur avec 16 Go de mémoire recommandés, les droits d'installation, une connexion qui tient une visioconférence
- ❌ AUCUN prérequis en apprentissage automatique ni en entraînement de modèles
- ❌ AUCUNE administration de grappe de serveurs demandée
- ❌ AUCUN diplôme exigé
Modules
1. MODULE 1 — Décider l'architecture
2 semaine(s) · 4 séance(s) · 8 h
Séances
- Quatre formes, quatre factures : la chaîne séquentielle, le superviseur et ses exécutants, les pairs qui échangent par un bus de messages, l'agent unique bien outillé. Ce que chacune coûte en latence, en dépense et en difficulté de débogage.
- Le cas de l'agent unique : à quel moment ajouter un agent DÉGRADE le résultat. On mesure sur un même cas, à deux et à un, et on écrit les critères de décision.
- Où passe la frontière : ce qui doit rester du code déterministe et ce qui justifie un modèle. Règle de la filière — le modèle décide, le code exécute, et l'exécution ne fait jamais confiance à la décision sans la vérifier.
- Le document d'architecture : schéma des flux, les endroits où une seule panne arrête tout, budget par exécution, seuils d'alerte, plan de retour arrière. Deux pages, pas trente.
Travail pratique
TP-5 — « Deux architectures pour un même besoin. » On te donne un besoin et 20 cas de référence. Tu implémentes deux architectures différentes, tu les fais tourner sur les mêmes cas, tu tranches.
Critère de réussite : le dossier donne pour chacune des deux architectures le taux de réussite, la latence médiane et le coût moyen mesurés sur les 20 cas, et que la décision finale cite ces trois nombres comme motif.
2. MODULE 2 — État, mémoire, exécution durable
2 semaine(s) · 4 séance(s) · 8 h
Séances
- Sortir l'état du contexte : une base d'état (PostgreSQL) qui survit au redémarrage, des points de contrôle après chaque étape, et l'identifiant d'exécution qui relie tout.
- Rejouer : une exécution coupée reprend à l'étape N. Ce qui se rejoue sans dommage et ce qui ne se rejoue jamais (un paiement, un courriel parti). Marquage des effets de bord.
- La mémoire longue : ce qu'on retient, ce qu'on oublie, ce qu'on n'écrit jamais — données personnelles, secrets, pièces jointes — et la politique de purge qui va avec.
- La récupération d'information : index vectoriel, filtres sur les métadonnées, fraîcheur des documents. On mesure la qualité de la récupération SÉPARÉMENT de l'agent, sinon on ne saura jamais lequel des deux a échoué.
Travail pratique
TP-6 — « L'agent qu'on redémarre au milieu. » Tu reprends un agent multi-étapes fourni et tu le rends reprenable. Le banc d'essai coupe l'exécution à une étape tirée au hasard, puis relance.
Critère de réussite : sur 20 exécutions coupées puis relancées, les 20 terminent et le journal montre 0 action à effet de bord exécutée deux fois (0 double envoi, 0 double écriture).
3. MODULE 3 — Évaluation, trace, non-régression
2 semaine(s) · 4 séance(s) · 8 h
Séances
- Trois niveaux, trois questions : bout en bout (« la tâche est-elle faite ? »), trajectoire (« le chemin était-il sensé ? »), composant (« quel morceau a lâché ? »). Ce que chacun révèle et ce qu'aucun ne voit.
- La trace : chaque étape enregistrée avec son entrée, sa sortie, sa durée et son coût. Relier un échec de mesure à l'étape fautive au lieu de relire tout le journal.
- Le juge : quand une vérification déterministe suffit (nom d'outil, argument obligatoire, format de sortie) et quand il faut un modèle juge. Étalonnage du juge sur 50 cas notés à la main, et calcul de son écart avec l'humain.
- Chaque incident de production devient un cas de test. Construction de la suite de non-régression et branchement sur la chaîne d'intégration : un changement qui fait baisser la mesure ne passe pas.
Travail pratique
TP-7 — « La suite qui bloque une régression. » Tu construis la suite d'évaluation à trois niveaux d'un agent fourni, puis on te donne deux versions de cet agent : une saine, une volontairement dégradée.
Critère de réussite : la suite passe sur la version saine, échoue sur la version dégradée, et désigne l'étape responsable en citant l'identifiant de trace correspondant.
4. MODULE 4 — Permissions, contenu hostile, supervision humaine
2 semaine(s) · 4 séance(s) · 8 h
Séances
- L'identité derrière l'appel : chaque appel d'outil porte l'identité de celui pour qui l'agent agit. Fin des clés partagées et des secrets sans échéance ; jetons courts et révocables.
- Le moindre privilège par rôle : catalogue d'outils, périmètre de données, plafonds de montant et de fréquence. Ce n'est pas une consigne dans le prompt, c'est une barrière que l'agent ne peut pas contourner parce qu'elle est en dehors de lui.
- Le contenu hostile : courriel, PDF, page web, réponse d'API. Séparation des canaux entre instruction et donnée, mise en quarantaine, et batterie de tests d'injection à faire tourner comme les autres tests.
- La supervision humaine qui tient : quelles actions passent par une validation, comment la file de validation est présentée pour qu'elle soit lue, ce qui se passe quand personne ne répond, et le journal d'audit qui permet de dire après coup qui a validé quoi.
Travail pratique
TP-8 — « Le catalogue de permissions et son test. » Tu écris le catalogue de permissions de trois rôles, tu le mets en barrière hors de l'agent, puis tu fais tourner la batterie de dépassements fournie.
Critère de réussite : sur les 12 tentatives de dépassement (outil hors rôle, donnée hors périmètre, montant au-delà du plafond, instruction cachée dans un document), la barrière bloque 12 fois sur 12 et le journal d'audit porte pour chacune : qui, quel outil, quelle action, quelle décision.
5. MODULE 5 — Coût, exploitation, montée en charge
2 semaine(s) · 4 séance(s) · 8 h
Séances
- Décomposer la facture : jetons d'entrée, jetons de sortie, ce que les reprises ajoutent, ce que la mise en éventail de plusieurs agents multiplie. Mise en cache du contexte stable et mesure du gain réel.
- L'aiguillage de modèles : étapes simples vers un modèle léger, étapes difficiles vers un modèle lourd. On mesure ce qu'on perd en qualité pour ce qu'on gagne en dépense, sur le jeu de référence, pas au jugé.
- L'exploitation : tableau de bord des mesures, seuils d'alerte sur le taux d'échec et sur la dépense, coupe-circuit automatique, et astreinte — qui est appelé, pour quoi, et ce qu'il a le droit d'arrêter tout seul.
- La livraison progressive : montée par paliers, comparaison contre la version en place sur le même trafic, critères d'arrêt écrits à l'avance et retour arrière répété au moins une fois avant la vraie mise en service.
Travail pratique
TP-9 — « Diviser la facture sans casser la qualité. » Tu pars du système du TP-7, tu mesures son coût de référence, puis tu appliques cache, aiguillage de modèles et réduction de contexte.
Critère de réussite : le coût moyen par cas baisse d'au moins 30 % pendant que le taux de réussite mesuré sur le jeu de référence reste à moins de 2 points du taux initial, les deux séries de mesures étant produites par la suite du TP-7.
Chef-d’œuvre
- SEMAINES 11 ET 12 — Le chef-d'œuvre
- 2 semaines · 30 h accompagnées
- Ce ne sont pas des semaines de cours. Ce sont deux semaines de production accompagnée, au bout desquelles tu passes ton épreuve.
- Tu reçois un besoin métier à plusieurs étapes, deux systèmes d'essai, un budget par exécution à ne pas dépasser et un jeu de référence de 40 cas. Tu rends trois choses :
- le système en service : architecture choisie, état persistant et reprise, catalogue de permissions en barrière, file de validation humaine
- le dossier d'architecture et de décision : les deux formes envisagées, les trois chiffres mesurés pour chacune, et la raison chiffrée du choix
- le dossier d'évaluation et d'exploitation : suite à trois niveaux, traces, tableau de bord, seuils d'alerte, coupe-circuit, procédure de retour arrière déjà exécutée une fois
- Et le quatrième livrable, celui de méthode :
- la note des limites : ce que ce système ne peut PAS décider, les cas qu'il refuse par construction, les situations où il produira une réponse fausse sans le signaler, et ce que ta suite d'évaluation ne mesure pas encore
- La note des limites pèse autant que le système lui-même. Un système qu'on croit sans angle mort est un système dont l'angle mort n'a pas encore été trouvé.
Épreuve
- Seuil de réussite 700 points
- Minimum obligatoire 50 % à CHACUNE des trois épreuves
- Celui qui vient par l'examen seul passe exactement la même épreuve que celui qui a fait 10 semaines. C'est ce qui fait qu'un employeur peut lire ton certificat sans demander par où tu es entré.
- Repasser après un échec : 59 $US.
- Chef-d'œuvre — 350
- Défense orale — 250
- Épreuve surveillée — 400
- Total — 1000 · 700 · 50 %
Outils
- Python 3 et un environnement virtuel
- Docker Desktop (Windows, Mac) ou Docker Engine (Linux) — toute la plateforme d'exercice tient dans une seule composition
- PostgreSQL — base d'état et journal d'audit
- Redis — cache et files courtes
- Une file de messages (RabbitMQ) — pour le patron des pairs, module 1
- Une base vectorielle en local (Qdrant) — module 2
- n8n — pour les parties déterministes du chef-d'œuvre
- Git et une chaîne d'intégration continue sur la forge de ton choix — module 3
- Accès à deux modèles de langage de tailles différentes : des clés d'essai plafonnées sont fournies pour la durée du parcours ; tu peux utiliser les tiennes à la place
- Tout le reste est fourni : les systèmes d'essai, le banc de coupure du TP-6, les deux versions d'agent du TP-7, la batterie de dépassements du TP-8, les jeux de référence, les énoncés et les corrigés
Ce que ce n’est pas
- Ce n'est pas une initiation aux agents. On suppose que tu en as déjà mis un en service et que tu sais pourquoi un réessai existe. C'est INOP-AG 201.
- Ce n'est pas une formation d'exploitation d'infrastructure. Le dimensionnement des serveurs, la haute disponibilité et la sauvegarde sont dans INOP-AD 301.
- Ce n'est pas une formation d'ingénierie de données ni de modélisation. Construire la chaîne d'alimentation qui nourrit l'index relève d'INOP-DS 201, et entraîner un modèle relève d'INOP-DS 301.
- Ce n'est pas un cours qu'on suit en écoutant. Sur les 130 h, 90 h sont des heures où c'est TOI qui produis.
Le marché
Ce que le métier demande aujourd'hui
Formulé en tâches, telles qu'elles apparaissent dans les annonces réelles d'architecte de solutions agentiques et d'ingénieur d'agents, en anglais comme en français, dans le Golfe, en Afrique francophone et en Europe.
- Choisir un patron d'orchestration et le justifier : séquentiel, superviseur et exécutants, pairs sur un bus, ou agent unique — puis assumer le coût de débogage du patron choisi
- Faire survivre une exécution longue à un redémarrage : état hors du contexte, points de contrôle, reprise à l'étape, effets de bord non rejoués
- Instrumenter le système pour que chaque étape soit traçable avec sa durée et son coût, et transformer un incident de production en cas de test permanent
- Poser des barrières d'accès en dehors de l'agent : identité portée par l'appel, moindre privilège par rôle, plafonds, journal d'audit exploitable par un contrôle
- Défendre le système contre le contenu hostile qui arrive par les données — pièce jointe, page web, réponse d'API — et pas seulement par le message de l'utilisateur
- Tenir un budget par exécution et le défendre : décomposition de la dépense, cache, aiguillage de modèles, coupe-circuit quand la dépense s'emballe
Ce que l'offre existante laisse de côté
- Le nombre d'agents est présenté comme une vertu. On enseigne à en ajouter, jamais à en retirer, et on ne fait jamais mesurer ce que l'agent supplémentaire coûte en latence, en dépense et en difficulté de diagnostic.
- Tout s'arrête à la première exécution réussie. Ce qui se passe quand le processus est tué au milieu, quand le même événement revient deux fois, quand il faut revenir à la version d'hier — rien de tout cela n'est construit ni éprouvé.
- La sécurité est traitée comme une consigne écrite au modèle. On demande poliment à l'agent de ne pas faire certaines choses, au lieu de mettre la barrière en dehors de lui et de prouver qu'elle bloque.
Ce qu'INOPNIX ajoute
- Le choix d'architecture est une décision chiffrée, pas un goût — séances 1 et 2 du MODULE 1 — et le TP-5 n'est réussi que si deux architectures sont mesurées sur les mêmes 20 cas et départagées par le taux de réussite, la latence médiane et le coût.
- La reprise après coupure est construite et éprouvée — séances 5 et 6 du MODULE 2 — et le TP-6 exige 20 exécutions coupées au hasard qui repartent toutes sans réémettre un seul effet de bord.
- La barrière d'accès est extérieure à l'agent et testée comme du code — séances 13 à 15 du MODULE 4 — et le TP-8 n'est réussi que si 12 dépassements sur 12 sont bloqués et inscrits au journal d'audit avec leur auteur et leur décision.
Examen seul
- Tu ne suis aucun cours. Tu passes l'épreuve.
- L'examen seul : 129 $US
- Préparation accompagnée : 229 $US (certification incluse)
- Compte 50 à 65 heures de travail personnel pour te préparer seul. C'est une ESTIMATION, pas un horaire : personne ne peut savoir combien de temps tu mets à lire.
- CE QUE TU REÇOIS AVEC LA PRÉPARATION : le référentiel complet de la certification · deux examens blancs corrigés · une séance de correction collective de 2 h · les énoncés des travaux pratiques du parcours (TP-5 à TP-9)
- CE QUE TU NE REÇOIS PAS : les séances en direct · l'accompagnement individuel du chef-d'œuvre
- L'épreuve est LA MÊME. Même barème, même seuil, même minimum par épreuve.