title: "Examen blanc & projet final"
subtitle: "Applied AI — Niveau Avancé · Session 10 (capstone)"
author: "Yann Isola"
theme: "ink #1A2230 / teal #0F7A6C / copper #B4612A / light-teal #E9F6F3 / bg #F4F7F6"

Slide 1 — Titre

Examen blanc & projet final

Applied AI — Niveau Avancé · Session 10 — dernière session
Yann Isola · Préparation Claude Certified Architect

Notes : Ton d'ouverture — rien de nouveau aujourd'hui, tout se vérifie. Deux épreuves : seul face aux questions, debout face au groupe.

Slide 2 — Le programme des 2 heures

  1. 45 min — Examen blanc : 30 questions, conditions réelles
  2. 10 min — Diagnostic : score par domaine, radar de préparation
  3. 45 min — Soutenances : votre projet final, 4 min + 2 min de questions
  4. 12 min — Rétrospective : les 10 sessions, les réflexes qui restent
  5. 8 min — Décision : réserver l'examen, ou plan de révision daté

Notes : Annoncer le chronométrage strict d'entrée. La séance ne pardonne pas les débordements.

Slide 3 — L'examen réel, en chiffres ⚠

Paramètre Valeur ⚠
Questions 60 · QCM (Questionnaire à Choix Multiples) + scénarios
Durée 90 minutes → 90 s/question
Seuil 720/1000 ≈ 72 %
Pénalité d'erreur Aucune → répondre à tout
Domaines 5, pondérés : 27 / 18 / 20 / 20 / 15 %

⚠ Chiffres volatils — vérifier la page officielle Anthropic avant de réserver.

Notes : Dernière répétition de la règle d'or : les chiffres marqués ⚠ se vérifient à la source, toujours.

Slide 4 — Les 5 domaines et vos sessions

Domaine Poids ⚠ Sessions
D1 · Architecture & orchestration d'agents 27 % S3, S4
D2 · Conception d'outils & MCP 18 % S2, S5
D3 · Claude Code & workflows 20 % S6
D4 · Prompt engineering & sortie structurée 20 % S1, S7
D5 · Contexte & fiabilité 15 % S8

Notes : D1 pèse plus d'un quart de l'examen. Un domaine effondré ne se rattrape pas par les autres.

Slide 5 — Consignes de l'examen blanc

  • 30 questions · 45 minutes — même rythme que le jour J
  • Aucune documentation, aucune IA
  • Répondre à tout — une case vide est un point offert au hasard qu'on refuse
  • Méthode des deux passages : sûr d'abord, marqué ensuite
  • Support : simulateur web (onglet « Examen blanc ») ou papier

Notes : Annonces de temps à 20, 10 et 2 minutes. Aucune question de fond pendant l'épreuve.

Slide 6 — La grille de lecture (rappel S9)

Face à un QCM de certification, trois questions :

  1. Cause racine — quel est le vrai problème décrit ?
  2. Moindre effort — quelle réponse le traite au coût minimal ?
  3. Garantie ou consigne ? — l'énoncé exige-t-il un mécanisme (code) ou accepte-t-il une instruction (prompt) ?

Trois distracteurs sur quatre tombent à cette grille.

Notes : La projeter 30 secondes avant de lancer le chrono. C'est le dernier rappel méthodologique avant l'épreuve.

Slide 7 — 🕐 EXAMEN BLANC — 45:00

C'est parti.

(Cette slide reste projetée pendant l'épreuve, avec le chronomètre.)

Notes : Silence. Annonces à T-20, T-10, T-2. Pendant ce temps : préparer l'ordre des soutenances et distribuer les grilles.

Slide 8 — Correction : lire son score

Score /30 Verdict
27–30 Prêt·e — réserver, réviser les domaines < 80 %
22–26 Au seuil, marge insuffisante — 1 semaine ciblée + 2ᵉ blanc
17–21 Reprendre les sessions des domaines < 60 %
< 17 Ne pas réserver — reprise structurée, pratique API réelle

Règle absolue : un domaine < 60 % = zone rouge, même avec un bon total.

Notes : Blanc = 30 questions, réel = 60 ⚠ → variance élevée : raisonner en « score ± 2 ».

Slide 9 — Les 3 pièges qui reviennent

  1. « Température 0 supprime les hallucinations » → faux : une hallucination à température 0 est juste reproductible
  2. « Le prompt système garantit que… » → consigne ≠ garantie ; seul le code garantit
  3. « Passer au modèle le plus puissant » → la puissance ne remplace ni le découpage, ni la spécification, ni la mesure

Notes : Corriger ici les 3 questions les plus échouées du groupe (main levée). Candidats probables : prefill/stop_sequences, invalidation du cache, workflow vs agent.

Slide 10 — Prefill + stop_sequences : à savoir par cœur

Prefill {"role":"assistant","content":"<verdict>"} + stop_sequences:["</verdict>"]
Le modèle génère : conforme</verdict> et je précise…

L'application reçoit : conforme — rien d'autre.

  • Le texte du prefill n'est pas répété dans la sortie
  • La séquence d'arrêt n'est pas incluse ; stop_reason = "stop_sequence"

⚠ Comportement d'API volatil — vérifier la documentation courante.

Notes : Question qui tombe presque à coup sûr sous une forme ou une autre. La refaire au tableau si nécessaire.

Slide 11 — Place aux soutenances

Le projet final

  • 4 min de présentation — chronomètre impitoyable
  • 2 min de questions — au moins une difficile
  • Schéma d'architecture obligatoire
  • Évaluation croisée : 2 pairs + formateur, grille /100

Notes : Rappeler que tenir 4 minutes EST une compétence évaluée (critère 6). Ordre de passage au tableau.

Slide 12 — La grille /100, en un coup d'œil

Critère Points
1 · Problème & cadrage métier 15
2 · Architecture & justification 30
3 · Outils & intégrations 15
4 · Fiabilité, sécurité, humain dans la boucle 20
5 · Coûts, évaluation, exploitation 10
6 · Clarté de la soutenance 10

Notes : Les critères 2 et 4 font la moitié de la note — comme dans la vraie vie d'architecte.

Slide 13 — Ce que le jury veut entendre

✅ « J'ai choisi un simple pipeline car le chemin est connu d'avance »
✅ « L'escalade est appliquée par code, le prompt ne fait que l'expliquer »
✅ « Ça coûte ~X € /mois à Y requêtes/jour ⚠, cache compris »
✅ « Ce cas n'est pas couvert — et voici pourquoi c'est acceptable »

Drapeau rouge éliminatoire

❌ « Le modèle est intelligent, il gérera »

Notes : Assumer une limite vaut des points ; la masquer en coûte. C'est un biais à corriger avant les comités d'archi réels.

Slide 14 — Les questions qui départagent

  • « Ton orchestrateur tombe à 3 h du matin — que voit l'utilisateur ? »
  • « Pourquoi un agent et pas un workflow ? Qu'est-ce qui est imprévisible ? »
  • « Montre-moi le point exact où un humain approuve. Pourquoi là ? »
  • « Comment détectes-tu une baisse de qualité avant les plaintes ? »
  • « Que peut faire un utilisateur malveillant à ton système ? »

Notes : Banque du formateur — en poser au moins une par soutenance si le groupe reste tendre.

Slide 15 — 🎤 SOUTENANCES

(Slide de fond pendant les passages — chronomètre visible.)

Notes : 6 min par personne, tout compris. > 7 participants → format 3+2 annoncé d'avance.

Slide 16 — Rétrospective : le chemin parcouru

10 sessions. D'utilisateur de modèle à architecte de systèmes.

S1 API → S2 Outils → S3 Agent SDK → S4 Multi-agents → S5 MCP
→ S6 Claude Code → S7 Prompt engineering → S8 Fiabilité
→ S9 Scénarios → S10 Capstone

Notes : Ouvrir l'onglet « Parcours » de la page web — carte interactive des sessions et de leurs connexions.

Slide 17 — S1–S2 : les fondations

S1 · Claude API en profondeur
L'API est sans état : tout ce que le modèle « sait », c'est vous qui l'avez mis dans le contexte.

S2 · Tool use avancé
La description d'outil est un prompt. L'erreur d'outil est une donnée de raisonnement.

Notes : Faire réagir : quelle session a le plus changé leur pratique ? Souvent S2 — la découverte que les descriptions pilotent tout.

Slide 18 — S3–S4 : l'agentique

S3 · Agent SDK
Workflow si le chemin est connu ; agent s'il dépend des découvertes.

S4 · Architecture multi-agents
On découpe pour isoler les contextes, pas pour faire joli sur un schéma.

Notes : Le duo qui pèse 27 % de l'examen (D1). La règle workflow/agent est LA question de conception récurrente.

Slide 19 — S5–S6 : la connexion au réel

S5 · MCP en profondeur (MCP = Model Context Protocol)
MCP standardise la connexion ; la qualité des descriptions reste votre travail.

S6 · Claude Code & CI/CD
CLAUDE.md est une consigne ; settings.json est une garantie.

Notes : La phrase de S6 est probablement la plus rentable de tout le parcours en points d'examen.

Slide 20 — S7–S8 : la rigueur

S7 · Prompt engineering avancé
Un prompt est un composant logiciel : versionné, testé, mesuré.

S8 · Contexte, fiabilité & provenance
Le contexte est une ressource gérée. La confiance se journalise.

Notes : Evals et golden sets (S7) + compaction, cache, traçabilité (S8) : le passage de la démo à la production.

Slide 21 — S9–S10 : la validation

S9 · Scénarios de certification
Penser comme l'auteur de la question : cause racine, moindre effort, garantie.

S10 · Capstone
Une architecture qu'on ne peut pas défendre en 4 minutes n'est pas comprise.

Notes : Boucler : la soutenance d'aujourd'hui était l'examen le plus réaliste du parcours — celui du métier.

Slide 22 — Les 3 méta-leçons

  1. Consigne ≠ garantie — le prompt demande, le code impose
  2. Le moindre effort architectural — appel < chaîne < agent < multi-agents : on ne monte d'un étage que sur preuve d'insuffisance
  3. Mesurer avant de croire — evals, golden sets, logs de provenance : l'intuition initie, la mesure décide

Notes : Les faire formuler PAR le groupe d'abord (2 min), projeter ensuite. Elles doivent venir d'eux.

Slide 23 — Auto-évaluation de préparation

Onglet « Préparation » de la page web :

  • 5 affirmations par domaine × 5 domaines
  • Croisement avec votre score d'examen blanc
  • Radar de préparation + plan de révision priorisé par pondération

Remplir honnêtement, seul, 5 minutes.

Notes : Insister : un domaine faible à 27 % se révise avant un domaine faible à 15 %. La page fait ce tri automatiquement.

Slide 24 — Votre décision, par écrit

Avant de partir, une ligne :

« Je réserve l'examen pour la semaine du ___ »
ou
« Je révise [domaines] pendant ___ semaines, 2ᵉ blanc le ___, puis je réserve »

Notes : Relever les engagements — c'est la seule évaluation du bloc et la base du suivi post-formation.

Slide 25 — Logistique de certification ⚠

  • Vérifier sur la page officielle : format, prix, langues, modalités, repassage — tout est volatil ⚠
  • Créneau matinal si possible ; 15 min de marge technique (surveillance en ligne)
  • La veille : fiches de réflexes uniquement + 10 questions de simulateur pour le rythme — pas de contenu nouveau

Notes : L'anti-bachotage de veille est contre-intuitif mais documenté : on consolide, on n'ingère plus.

Slide 26 — Continuer après le parcours

  1. Pratique > lecture — un projet personnel avec de vrais appels API par semaine
  2. Veille structurée — changelog API Anthropic · notes de version Claude Code · spécification MCP : trois sources, une revue mensuelle
  3. Se faire challenger — la soutenance d'aujourd'hui est un exercice permanent du métier

Notes : Tout ce qui porte ⚠ dans leurs notes provient de ces trois sources. La revue mensuelle est le prix de la validité de leurs connaissances.

Slide 27 — Ce que vous savez faire maintenant

  • Concevoir un système multi-agents et savoir quand ne pas le faire
  • Spécifier des outils que le modèle choisit bien
  • Gouverner Claude Code pour une équipe : consignes ET garanties
  • Écrire des prompts versionnés, testés, mesurés
  • Construire fiabilité, coût maîtrisé et traçabilité dès la conception

Notes : Relire lentement. C'est la photo d'arrivée — la comparer mentalement à la photo de départ de la session 1.

Slide 28 — Mot de fin

Vous êtes entrés en sachant utiliser un modèle.
Vous sortez en sachant concevoir des systèmes.

La certification validera ce que vous savez.
Ce que vous avez défendu aujourd'hui, personne n'a besoin de le certifier :
c'était déjà du travail d'architecte.

Allez réserver cet examen. 🎓

Notes : Fin. Rester disponible 10 min après pour les apartés (notamment les scores < 15/30 — voir annexe C du guide).