Retour aux simulations
● Simulation interactive 100% local · sans API

MCP, en 3 étapes visuelles.

Model Context Protocol = le standard d'Anthropic pour donner à un LLM accès à tes données et tes outils. Tu vas configurer un serveur MCP, voir le JSON généré, et simuler comment Claude l'utilise pour répondre à un utilisateur.

📚 AVANT DE LANCER LA SIMU · L'ANATOMIE DU MCP

MCP = port USB pour les LLM.

Sans MCP, chaque app intègre ses propres APIs à la main. Avec MCP, on définit un standard : ton serveur expose des outils ; n'importe quel client compatible (Claude Desktop, Cursor, Cline…) peut s'y brancher. Une fois, partout.

▼ L'ARCHITECTURE EN 3 ACTEURS
UTILISATEUR                    CLIENT MCP                     SERVEUR MCP
"Quel est mon CA             Claude Desktop /                Ton code
de mars ?"                   Cursor / Cline                  (Python/Node…)

                              protocole MCP                expose : tools, resources, prompts
3 PRIMITIVES MCP · CE QU'UN SERVEUR EXPOSE
🔧
TOOLS

Des fonctions appelables par le LLM. Ex : search_web(query), create_jira_ticket(title). C'est ce qu'on configure le plus souvent.

📂
RESOURCES

Des données accessibles en lecture. Ex : un fichier, une page de documentation, un rapport. Le LLM peut les lire pour s'informer.

📜
PROMPTS

Des templates pré-écrits activables par l'utilisateur. Ex : "Génère un résumé de cette transaction" — déclenche un workflow type.

▼ LE FLUX D'UNE INVOCATION (étape par étape)
1. Utilisateur : "Crée un ticket Jira pour le bug du checkout"
2. Claude analyse : "Je dois utiliser le tool create_jira_ticket"
3. Claude appelle le serveur MCP : create_jira_ticket(title="Bug checkout", project="WEB")
4. Le serveur MCP exécute (ton code Python qui appelle l'API Jira)
5. Le serveur renvoie : {"ticket_id": "WEB-1234", "url": "https://..."}
6. Claude reformule : "Ticket WEB-1234 créé avec succès. Voici le lien : ..."

Le LLM ne décide jamais seul : il propose un appel, le client (Claude Desktop) demande confirmation à l'utilisateur si nécessaire, puis exécute.

🧪 À TON TOUR · LA SIMULATION

Configure ton serveur. Simule une invocation.

Active des outils, change les paramètres. Le JSON mcp.json et la simulation d'invocation se mettent à jour en temps réel.

⚙️ Paramètres du serveur

🔧 Tools à exposer

Clique sur un outil pour l'activer. Le serveur n'expose que ceux-là.

📜 mcp.json (configuration)

▶️ Invocation simulée

Pose une question — on te montre quel tool MCP serait appelé et la réponse de Claude :

Active au moins un outil pour voir des exemples d'invocation.

🤔 POURQUOI PASSER PAR MCP ?

Sans MCP, tu refais tout. Avec, tu branches.

SANS MCP

Intégration custom à chaque app

  • 🔴 Tu codes une intégration spécifique pour Claude
  • 🔴 Tu refais le travail pour ChatGPT, Cursor, Cline…
  • 🔴 Pas de standard pour la déclaration des outils
  • 🔴 Sécurité : chaque intégration gère elle-même la confirmation utilisateur
  • 🔴 Maintenance : 1 changement = N intégrations à mettre à jour
AVEC MCP

1 serveur, N clients compatibles

  • 🟢 Tu codes un seul serveur MCP
  • 🟢 Tous les clients compatibles MCP s'y branchent (Claude, Cursor, Cline…)
  • 🟢 Standard ouvert pour les tools, resources, prompts
  • 🟢 Sécurité standardisée : confirmation utilisateur, sandbox, rate-limit
  • 🟢 Écosystème : 200+ serveurs MCP (GitHub, Slack, Notion, Postgres…)
🔬 EN VRAI · CE QU'ON A SIMPLIFIÉ

Notre simu vs la vraie vie.

Composant Notre simu En production
JSON généré Config statique, prête à copier Vrai claude_desktop_config.json ou .cursor/mcp.json
Serveur Inexistant (juste le JSON) Vrai code Python/Node avec le SDK @modelcontextprotocol/sdk
Tools Toggle qui ajoute du JSON Vraies fonctions Python décorées avec @tool qui appellent vraiment les APIs
Invocation Réponses pré-écrites Claude analyse la question, choisit le bon tool, demande confirmation, exécute
Authentification Aucune OAuth, tokens, secrets dans env
Sécurité Sandbox simulée Confirmation user, scopes, audit log, sandbox process
★ POUR ALLER PLUS LOIN

Le module 11 — MCP (Model Context Protocol) couvre la spécification complète, comment écrire ton propre serveur, les serveurs publics existants et les cas d'usage PO.