# Quiz — Session 7 : Multi-agents & MCP

**Programme :** Applied AI — Niveau Intermédiaire · Instructeur : Yann Isola
**Format :** 10 questions à choix multiple (QCM). Une seule bonne réponse par question. Barème conseillé : 1 point par question. Corrigé commenté en fin de document.

---

### Question 1
Quel est l'argument principal pour découper un agent monolithique en plusieurs agents spécialisés ?

- A. Chaque agent nécessite obligatoirement un modèle d'IA (intelligence artificielle) différent
- B. La séparation des responsabilités : chaque agent a son propre prompt système, ses propres outils et ses propres garde-fous
- C. Les modèles de langage ne peuvent pas gérer plus de trois outils à la fois
- D. C'est toujours moins cher qu'un agent unique

### Question 2
Dans le patron **orchestrateur/exécutants** (orchestrator/worker), quel est le rôle de l'orchestrateur ?

- A. Il exécute lui-même toutes les tâches, les exécutants ne servent qu'en secours
- B. Il surveille la conformité des sorties et interrompt les agents qui dérivent
- C. Il décompose la mission, délègue les sous-tâches aux agents spécialisés, puis assemble leurs résultats
- D. Il traduit les messages entre agents qui utilisent des modèles différents

### Question 3
Quelle est la différence clé entre le patron **pipeline** et le patron **orchestrateur** ?

- A. Le pipeline utilise plusieurs modèles, l'orchestrateur un seul
- B. Dans le pipeline, le chemin est fixé d'avance par le développeur ; avec l'orchestrateur, c'est un agent qui décide dynamiquement de la décomposition
- C. Le pipeline est toujours plus rapide que l'orchestrateur
- D. L'orchestrateur ne fonctionne qu'avec des outils MCP (Model Context Protocol)

### Question 4
Quand le patron **débat/consensus** est-il justifié, malgré son coût multiplié par le nombre d'agents ?

- A. Pour toutes les tâches, car il est toujours plus fiable
- B. Uniquement pour les tâches de traduction
- C. Jamais : c'est un patron purement théorique
- D. Pour les décisions à fort enjeu, où le coût d'une erreur dépasse largement le coût des appels supplémentaires

### Question 5
Qu'est-ce qui distingue le **superviseur** de l'**orchestrateur** ?

- A. L'orchestrateur distribue le travail ; le superviseur contrôle la qualité et la sécurité (il peut interrompre ou réassigner)
- B. Le superviseur est un humain, l'orchestrateur un modèle
- C. Le superviseur ne peut surveiller qu'un seul agent à la fois
- D. Aucune : ce sont deux noms pour le même patron

### Question 6
L'architecture en **tableau noir** (blackboard), c'est :

- A. Un espace commun structuré où chaque agent dépose ses contributions et se déclenche quand une information qui le concerne apparaît
- B. Un canal de messages privés entre exactement deux agents
- C. Un journal d'erreurs réservé au superviseur
- D. La mémoire interne du modèle, inaccessible aux développeurs

### Question 7
Que signifie MCP et quel problème résout-il ?

- A. Multi-Chat Protocol : il permet à plusieurs utilisateurs de parler au même modèle
- B. Model Context Protocol (protocole de contexte de modèle) : un standard universel qui évite de coder N×M intégrations sur mesure entre modèles et outils — « l'USB de l'IA »
- C. Machine Control Program : il pilote les serveurs physiques des datacenters
- D. Model Compression Protocol : il réduit la taille des modèles pour les faire tourner en local

### Question 8
Dans l'architecture MCP, quels sont les rôles de l'Hôte, du Client et du Serveur ?

- A. Hôte = le datacenter ; Client = l'utilisateur humain ; Serveur = le modèle d'IA
- B. Hôte = le fournisseur d'outils ; Client = votre application ; Serveur = le modèle
- C. Hôte = votre application (où vit le modèle) ; Client = le connecteur à l'intérieur de l'hôte (un par serveur) ; Serveur = le programme qui expose outils, ressources et prompts
- D. Les trois termes désignent le même composant vu sous trois angles

### Question 9
Quelle est la différence entre un **Tool** et une **Resource** MCP ?

- A. Le Tool est gratuit, la Resource est payante
- B. Le Tool est une action invoquée par le modèle ; la Resource est une donnée en lecture contrôlée par l'application
- C. Le Tool fonctionne en local, la Resource uniquement à distance
- D. Aucune : les deux termes sont interchangeables dans la spécification

### Question 10
Votre agent tourne sur votre poste et doit lire des fichiers locaux via un serveur MCP « filesystem » installé sur la même machine. Quel transport est le choix naturel ?

- A. HTTP+SSE (HyperText Transfer Protocol + Server-Sent Events), car c'est le seul transport défini par MCP
- B. Le Bluetooth, prévu par la spécification pour les échanges de proximité
- C. stdio (standard input/output, entrée/sortie standard) : le serveur est un processus local lancé par l'hôte — simple, rapide, tout reste sur la machine
- D. Aucun transport n'est nécessaire : le modèle lit directement le disque dur

---
---

## Corrigé commenté

**1 — B.** La séparation des responsabilités est LA motivation : prompt système sans contradictions, outils limités au besoin (moindre privilège, Session 5), garde-fous ciblés, débogage par agent. A est fausse : les agents partagent souvent le même modèle. D est fausse : le multi-agent coûte généralement *plus* cher en appels — on le choisit pour la robustesse, pas l'économie.

**2 — C.** L'orchestrateur décompose, délègue, assemble. Il ne travaille pas à la place des exécutants (A), et le contrôle qualité/sécurité est le rôle du *superviseur* (B).

**3 — B.** C'est la distinction structurante de la session : pipeline = flux fixé par le développeur (chaîne de montage) ; orchestrateur = décomposition décidée à l'exécution par un agent (chef de projet). Ni la vitesse (C) ni le nombre de modèles (A) ne définissent ces patrons.

**4 — D.** Le débat multiplie les appels par le nombre de débatteurs : il se justifie quand l'enjeu le mérite (avis réglementaire, décision coûteuse) — les réponses indépendantes se recoupent, et les divergences sont elles-mêmes une information précieuse à remonter à l'humain.

**5 — A.** Orchestrateur = distribution du travail ; superviseur = contrôle continu (qualité, conformité, interruption). Les deux se combinent souvent, notamment dans les secteurs régulés.

**6 — A.** Le tableau noir est une mémoire partagée *structurée* : sections, statuts, déclenchements. Analogie du cours : le tableau blanc de la salle de crise — chacun y écrit ce qu'il sait et réagit à ce que les autres y ont déposé.

**7 — B.** MCP = Model Context Protocol, proposé fin 2024 ⚠ par Anthropic et publié en standard ouvert. Sans standard : N modèles × M outils = N×M intégrations. Avec MCP : N + M connecteurs. D'où l'analogie de l'USB (Universal Serial Bus) : une prise unique pour tous les périphériques.

**8 — C.** Le trio à connaître par cœur. Attention au piège du mot « serveur » : c'est un *rôle* (fournisseur de capacités), souvent un simple petit programme local — pas une machine de datacenter. Et le serveur ne contient pas de modèle : l'intelligence reste côté hôte.

**9 — B.** Toute la différence tient au déclencheur : Tool → le *modèle* décide d'agir (c'est le tool calling de la Session 5, standardisé) ; Resource → l'*application* décide quelles données injecter (esprit RAG, Session 4). Troisième primitive, pour mémoire : Prompt → modèle d'invite choisi par l'*utilisateur*.

**10 — C.** stdio = local (processus lancé par l'hôte, dialogue par l'entrée/sortie standard) ; HTTP+SSE = distant/partagé. Pour un serveur filesystem sur la même machine, stdio est le choix naturel. D est dangereuse en plus d'être fausse : le modèle n'accède *jamais* directement au disque — tout passe par des outils contrôlés, c'est précisément le principe des Sessions 5 à 7.

---

### Barème indicatif

- **9–10 /10 :** excellente maîtrise — patrons, communication et MCP en place.
- **7–8 /10 :** solide ; revoir la question ratée, souvent la distinction Tool/Resource ou pipeline/orchestrateur.
- **5–6 /10 :** relire le guide des Séquences B et E ; refaire l'Exercice 2 (architecte MCP).
- **< 5 /10 :** reprendre la session avec la webpage interactive (les deux onglets) avant la Session 8.