Programme

Ingénieur en agents IA et automatisation

Revenir à la fiche

En-tête

8 semaines · 16 séances de 2 h · 32 h en direct
38 h de travail personnel · 20 h de chef-d'œuvre
TOTAL 90 h
Parcours complet : 449 $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 sais faire des automatisations ». Tu feras ces sept choses devant quelqu'un :
Décrire un processus métier existant avec ses chiffres — volume, durée par cas, taux d'erreur — et désigner les étapes qu'il ne faut PAS automatiser
Construire un flux automatisé qui relie deux systèmes par leurs API et qui ne crée pas de doublon quand on le relance
Faire réessayer un flux après une panne d'API, et envoyer en file d'attente d'échec ce qui n'est toujours pas passé, avec son motif
Écrire les outils d'un agent avec des paramètres typés, et refuser l'appel avant exécution quand les arguments sont mauvais
Poser un garde-fou qui bloque un agent : liste d'outils par rôle, plafond de tours, plafond de dépense, arrêt pour validation humaine
Constituer un jeu de 30 cas de test et mesurer un agent dessus : bon outil, bons arguments, tâche terminée, nombre d'étapes
Chiffrer le coût et la latence d'un cas traité, et accepter ou refuser une modification sur la base de ce chiffre

Public

Celui qui tient déjà des tableurs et des copier-coller entre deux logiciels de l'entreprise, et qui passe ses lundis matin à refaire la même chose
Le développeur ou l'administrateur qui a branché un modèle de langage sur une API, qui a vu la démonstration marcher, et qui n'ose pas la laisser tourner sans surveillance
Le responsable d'exploitation ou d'administration qui doit décider d'automatiser un processus et qui veut pouvoir dire pourquoi il refuse

Prérequis

✅ Savoir lire et écrire un peu de code — une boucle, une fonction, un appel HTTP. Le niveau AU 101 suffit.
✅ Avoir déjà utilisé un format JSON et une clé d'API, même une seule fois
✅ Un ordinateur avec 8 Go de mémoire, les droits d'installation, et une connexion qui tient une visioconférence
❌ AUCUN prérequis en apprentissage automatique
❌ AUCUN prérequis en mathématiques
❌ AUCUNE expérience préalable d'un agent ou d'un modèle de langage n'est demandée
❌ AUCUN diplôme exigé

Modules

1. MODULE 1 — Le processus avant l'outil
2 semaine(s) · 4 séance(s) · 8 h
Séances
1. Écrire un processus réel tel qu'il se déroule vraiment : déclencheur, acteurs, étapes, points de décision, exceptions. Chacun apporte le sien.
2. Le compter : volume par jour, durée moyenne par cas, taux d'erreur actuel, qui corrige quand ça rate. Sans ces quatre nombres, on n'automatise pas — on bricole.
3. Découper le processus en trois zones : la zone déterministe (une règle fixe suffit), la zone de jugement (un humain tranche), la zone incertaine (le modèle peut se tromper). On décide zone par zone, pas processus par processus.
4. Écrire le contrat d'échec AVANT d'écrire la première ligne : qu'est-ce qui doit s'arrêter, qu'est-ce qui doit alerter, qui reçoit l'alerte, sous quel délai, et à quoi on reconnaît que le flux ment au lieu de rater.
Travail pratique
TP-1 — « Le processus, ses chiffres et sa zone d'échec. » Tu prends un processus réel — le tien ou l'un des trois fournis. Tu le décris, tu le chiffres, tu le découpes en trois zones et tu écris son contrat d'échec.
Critère de réussite : le document livré donne les quatre chiffres (volume journalier, durée par cas, taux d'erreur, coût de la correction) et liste au moins cinq exceptions nommées avec, pour chacune, l'action attendue et le destinataire de l'alerte.
2. MODULE 2 — Automatisation déterministe : le flux qui tient
2 semaine(s) · 4 séance(s) · 8 h
Séances
1. Premier flux bout en bout dans n8n, puis le même en Python : déclencheur, appel HTTP, transformation, écriture. On compare les deux et on dit quand chacun se justifie.
2. Écouter au lieu d'interroger : webhook contre interrogation périodique. Pourquoi un flux qui demande « c'est prêt ? » toutes les minutes jette l'essentiel de ses appels.
3. Ce qui rate en vrai : limite de débit (429), délai dépassé, erreur 500, champ absent, enregistrement en double. Réessai avec attente croissante, et idempotence par clé — le même événement rejoué n'écrit pas deux fois.
4. File d'attente et file d'échec : ce qui n'est pas passé va quelque part, avec son motif et son horodatage, et se rejoue à la main ou automatiquement.
Travail pratique
TP-2 — « Le flux qui survit à la panne. » Tu construis un flux qui lit des commandes d'une source et les écrit dans un système cible. Le banc d'essai fourni injecte des pannes d'API pendant l'exécution.
Critère de réussite : sur les 100 exécutions du banc d'essai dont 20 en panne provoquée, le flux termine avec 0 doublon écrit, 0 cas perdu, et les cas non passés présents dans la file d'échec avec leur motif.
3. MODULE 3 — L'agent : outils, mémoire, garde-fous
2 semaine(s) · 4 séance(s) · 8 h
Séances
1. Un agent, c'est une boucle : contexte → décision → appel d'outil → observation → décision. On écrit la boucle en français avant d'écrire une ligne de code, et on dit à quelle condition elle s'arrête.
2. Décrire un outil pour qu'il soit appelé correctement : nom, paramètres typés, ce que l'outil refuse, ce qu'il renvoie quand il échoue. Validation des arguments AVANT exécution : un mauvais argument ne doit jamais atteindre le système cible.
3. La mémoire : ce qui va dans le message, ce qui va en base (PostgreSQL), ce qui va dans un index vectoriel. Pourquoi tout entasser dans le contexte dégrade la réponse au lieu de l'améliorer.
4. Les garde-fous : catalogue d'outils autorisés par rôle, plafond de tours, plafond de dépense, traitement de tout contenu extérieur (courriel, PDF, page web) comme non fiable, et point d'arrêt pour validation humaine avant les actions irréversibles.
Travail pratique
TP-3 — « L'agent qui refuse. » Tu construis un agent de traitement de demandes internes avec trois outils, dont un outil sensible. Le jeu d'épreuve contient des demandes légitimes, des demandes hors périmètre, et des documents porteurs d'instructions cachées.
Critère de réussite : l'agent traite correctement les 15 demandes légitimes et, sur les 10 demandes hors périmètre ou injectées par un document externe, refuse et journalise 10 fois sur 10 sans jamais appeler l'outil sensible.
4. MODULE 4 — Mesurer, chiffrer, mettre en service
2 semaine(s) · 4 séance(s) · 8 h
Séances
1. Constituer le jeu de cas : 30 cas réels avec leur sortie attendue, dont 6 cas tordus. Sans jeu de cas il n'y a pas d'automatisation — il y a une démonstration qui a marché une fois devant témoin.
2. Les quatre mesures : le bon outil a-t-il été appelé, avec les bons arguments, la tâche est-elle terminée, en combien d'étapes. On les calcule avant et après chaque modification, et on compare.
3. Le coût et la latence par cas : compter les jetons d'entrée et de sortie, mesurer ce que les reprises ajoutent, mettre le contexte stable en cache, envoyer les étapes simples vers un modèle plus petit et vérifier ce qu'on y perd.
4. La mise en service : journal d'exécution, seuil d'alerte, coupe-circuit, procédure de retour arrière écrite, et la question qu'on pose toujours en dernier — « qu'est-ce qui se passe si on l'éteint lundi matin ? »
Travail pratique
TP-4 — « Le tableau de mesure. » Tu fais tourner l'agent du TP-3 sur ton jeu de 30 cas, tu produis le tableau, puis tu proposes une modification et tu la juges sur ce tableau.
Critère de réussite : le tableau livré donne les quatre mesures chiffrées sur les 30 cas, plus le coût moyen et la latence médiane par cas, et que la modification proposée est acceptée ou refusée en citant le chiffre qui a bougé.

Chef-d’œuvre

SEMAINES 9 ET 10 — Le chef-d'œuvre
2 semaines · 20 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 processus métier documenté, un accès à deux systèmes d'essai, et un jeu de cas partiel que tu dois compléter. Tu rends trois choses :
le flux ou l'agent en service, avec son catalogue d'outils, ses garde-fous et sa file d'échec
le jeu de cas complété et le tableau de mesure : réussite, coût moyen, latence médiane, avant et après au moins une modification
la note d'exploitation : journal, alertes, procédure de retour arrière, et qui fait quoi quand ça rate à 3 h du matin
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 volontairement, et les situations où il donnera une réponse fausse sans le savoir
La note des limites pèse autant que le système lui-même. Un agent dont personne ne connaît le domaine d'ignorance est plus dangereux qu'un formulaire papier.

É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 8 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

n8n — en local par Docker, installation guidée en séance 5 (Windows, Mac et Linux : la même image)
Python 3 et un environnement virtuel
Docker Desktop (Windows, Mac) ou Docker Engine (Linux)
PostgreSQL — fourni dans la même composition Docker
Git et un compte sur une forge de ton choix
Un éditeur de code — celui que tu veux
Accès à un modèle de langage : une clé d'essai est fournie pour la durée du parcours, avec un plafond de dépense ; tu peux utiliser la tienne à la place
Tout le reste est fourni : les systèmes d'essai, le banc de pannes du TP-2, les jeux de cas, les énoncés et les corrigés

Ce que ce n’est pas

Ce n'est pas une formation d'architecte. Tu ne décideras pas ici entre quatre formes d'orchestration pour un système de production. C'est INOP-AG 301.
Ce n'est pas une formation à l'administration des serveurs qui font tourner tout ça. Le déploiement, la sauvegarde et la supervision machine sont dans INOP-AD 201.
Ce n'est pas une formation à la sécurité offensive ni au durcissement d'un système d'information. On pose des garde-fous applicatifs, pas une politique de sécurité d'entreprise. C'est la filière CY.
Ce n'est pas un cours qu'on suit en écoutant. Sur les 90 h, 58 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'automatisation et d'ingénierie d'agents, en anglais comme en français, dans le Golfe, en Afrique francophone et en Europe.

Relier un agent ou un flux aux logiciels de gestion déjà en place — comptabilité, achats, relation client — par leurs API, en tenant compte des champs non documentés, des limites de débit et des identifiants qui expirent
Traiter des documents entrants en deux langues (factures, bons de commande, pièces jointes de courriel) et en extraire des données qui iront directement dans un système comptable
Écrire les outils que l'agent appelle et vérifier que l'appel est correct : bon outil, bons paramètres, nombre d'étapes raisonnable
Rendre une exécution rejouable et traçable : chaque étape enregistrée avec son entrée, sa sortie, sa durée et son coût, pour qu'un incident puisse être rejoué
Chiffrer ce que coûte un cas traité et tenir un budget : jetons consommés, effet des reprises, mise en cache, choix du modèle selon l'étape
Faire passer les actions à conséquence (paiement, suppression, envoi externe) par une validation humaine tracée, et savoir prouver après coup qui a validé quoi

Ce que l'offre existante laisse de côté

La démonstration qui marche une fois tient lieu de preuve. On montre un flux qui aboutit à l'écran ; on ne le relance jamais trente fois sur des cas différents, et on ne fournit pas le jeu de cas qui permettrait de le faire.
Le chemin d'échec n'est jamais construit. On parle de « garde-fous » en une diapositive, mais on n'écrit ni réessai, ni idempotence, ni file d'échec, ni retour arrière. L'apprenant sort avec un système qui ne sait que réussir.
Aucun chiffre n'est jamais posé. Ni ce que coûte un cas traité, ni ce que les reprises ajoutent, ni le temps que met une exécution. On enseigne à construire sans jamais enseigner à décider si ça vaut le coup.

Ce qu'INOPNIX ajoute

Le contrat d'échec est écrit AVANT le code — séance 4 du MODULE 1 — et il est noté dans le TP-1, qui exige cinq exceptions nommées avec leur action et leur destinataire d'alerte.
Le chemin d'échec est construit et éprouvé sur un banc de pannes — séances 7 et 8 du MODULE 2 — et le TP-2 ne passe que si 20 pannes provoquées sur 100 exécutions laissent 0 doublon et 0 cas perdu.
Les chiffres sont la condition de la note — séances 13 à 15 du MODULE 4 — et le TP-4 n'est réussi que si le coût moyen et la latence médiane par cas figurent au tableau et servent à trancher une modification.

Examen seul

Tu ne suis aucun cours. Tu passes l'épreuve.
L'examen seul : 109 $US
Préparation accompagnée : 189 $US (certification incluse)
Compte 35 à 45 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-1 à TP-4)
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.