Présentation — Skills, MCP et Agents (30 min)

Contexte : ces trois notions concernent principalement Claude Code (et l'écosystème API/agent). Public visé : personnes ayant déjà une première prise en main de Claude.

1. Introduction — trois façons d'étendre Claude (3 min)

Une phrase d'accroche pour cadrer les trois notions :

• Skill = un savoir-faire packagé que Claude charge quand c'est pertinent (le "comment faire")
• MCP = un connecteur vers un outil ou une donnée externe (le "accès à quoi")
• Agent (subagent) = une instance de Claude déléguée sur une tâche précise, avec son propre contexte (le "qui exécute")

Les trois se combinent : un agent peut utiliser des skills et des connexions MCP pour réaliser sa tâche.

2. Les Skills (8 min)

• Le principe

  • Un dossier contenant un fichier SKILL.md (instructions + métadonnées), avec éventuellement des scripts, des ressources ou des modèles associés
  • Claude lit le nom et la description de chaque skill au démarrage, et charge le contenu complet seulement si la demande correspond — cela évite d'alourdir le contexte avec des skills non utilisés

• Ce que ça permet concrètement

  • Encoder une procédure d'équipe une seule fois (ex : format de revue de code, structure d'un compte-rendu, conventions de nommage) et la rendre réutilisable automatiquement
  • Fonctionne aussi bien pour du texte que pour des scripts exécutables

• Où elles vivent

  • Personnelles (disponibles sur tous les projets) ou propres à un projet (partagées via le dépôt Git de l'équipe)

• Exemple à montrer

  • Un skill simple type "explique ce code à un développeur qui découvre le projet" : montrer la structure minimale (nom + description + instructions)

Message clé pour le public : une skill, c'est de la documentation qui s'active toute seule au bon moment, plutôt que quelque chose qu'on doit copier-coller à chaque fois.

3. Le MCP — Model Context Protocol (10 min)

• Le problème qu'il résout

  • Sans MCP, on copie-colle manuellement des infos depuis un autre outil (ticket Jira, dashboard, base de données) dans la conversation
  • Avec MCP, Claude peut lire et agir directement dans ces outils

• Le principe

  • MCP est un standard ouvert (créé par Anthropic, pas propriétaire) qui définit comment un assistant IA se connecte à des outils et sources de données externes
  • Une image utile : un "port USB-C" pour l'IA — un seul standard pour brancher plein d'outils différents (Gmail, Slack, GitHub, bases de données...)
  • Un serveur MCP expose des capacités (lire des tickets, créer une tâche, interroger une base) ; Claude s'y connecte en tant que client

• Ce que ça permet concrètement

  • "Implémente la fonctionnalité décrite dans le ticket JIRA ENG-4521 et crée une PR sur GitHub"
  • "Vérifie les métriques d'usage de cette fonctionnalité dans notre outil de monitoring"

• Sécurité et confiance

  • La connexion à un serveur MCP passe par une autorisation explicite de l'utilisateur
  • N'importe qui peut créer un serveur MCP — vérifier la source avant de connecter un serveur tiers non officiel

Démonstration (si possible) : montrer un outil connecté (ex : GitHub ou Google Drive) et une requête qui va chercher l'info directement dans l'outil plutôt que de la demander à l'utilisateur.

4. Les Agents / Subagents (7 min)

• Le principe

  • Un subagent est une instance de Claude que l'agent principal peut déléguer sur une tâche précise
  • Il travaille dans son propre contexte, séparé de la conversation principale, avec un prompt système et un accès aux outils qui peuvent être restreints
  • Une fois la tâche terminée, il ne renvoie qu'un résumé du résultat à la conversation principale — pas tout le détail de son travail

• Pourquoi c'est utile

  • Évite de "polluer" la conversation principale avec des dizaines de fichiers lus ou de recherches exploratoires
  • Permet de paralléliser : plusieurs subagents peuvent explorer des pistes différentes en même temps
  • Permet de spécialiser un rôle (ex : un subagent "revue de sécurité" qui n'a accès qu'en lecture, jamais en écriture)

• Différence avec une skill

  • Une skill définit un savoir-faire (le "quoi faire")
  • Un subagent définit qui exécute, avec quel contexte et quels outils
  • Les deux se combinent : un subagent peut utiliser une skill pendant son exécution

Exemple à montrer : déléguer une tâche d'exploration ("trouve tous les endroits du code qui appellent cette fonction") à un subagent et montrer que seul le résumé remonte dans la conversation principale.

5. Synthèse et questions (2 min)

Tableau de synthèse à afficher :

Matériel à préparer avant la séance

• Un exemple de skill simple déjà créé, prêt à montrer
• Au moins un serveur MCP connecté (ex : GitHub, Google Drive) pour la démo live
• Un exemple de tâche adaptée à une délégation à un subagent