Formation MCP : connecter les IA aux outils de l’entreprise

Jour 1

1. Le problème que MCP résout

• Pourquoi chaque intégration sur mesure devient une dette au bout de trois assistants.
• Ce que le protocole normalise, et ce qu’il laisse à votre charge.
• Client et serveur : qui décide, qui exécute, qui autorise.
• Les primitives exposées : outils, ressources, invites.
• Pratique : branchement d’un serveur existant sur un client, observation des échanges.

2. Concevoir avant de coder

• Partir des tâches réelles plutôt que des tables de votre base.
• Un outil par intention, pas un outil par point d’accès technique.
• Écrire une description qu’un modèle comprend sans documentation annexe.
• Paramètres, valeurs par défaut, messages d’erreur exploitables.
• Pratique : spécification des outils de son futur serveur.

3. Construire un premier serveur

• Structure d’un serveur et déclaration de ses capacités.
• Modes de transport : usage local ou service distant, et ce que chacun implique.
• Implémenter un premier outil en lecture seule.
• Le brancher sur un client et l’éprouver.
• Pratique : serveur fonctionnel en lecture, sur son propre système.

4. Exposer un système existant

• Base de données, API interne, application métier, système de fichiers.
• Adapter les réponses au modèle : volume, format, pagination.
• Ressources et invites : quand elles valent mieux qu’un outil.
• Pratique : enrichissement du serveur avec deux outils métier.

Jour 2

5. Autoriser sans ouvrir en grand

• Authentification du serveur auprès du système exposé.
• Le moindre privilège appliqué outil par outil.
• Séparer strictement la lecture de l’écriture, et ce qui doit rester hors de portée.
• Actions irréversibles : confirmation, limites, interdiction pure et simple.
• Pratique : réduction du périmètre d’accès de son serveur.

6. Les risques propres à un assistant qui agit

• Injection de consignes : un contenu lu par l’assistant lui donne des ordres.
• Enchaînements imprévus entre plusieurs serveurs branchés ensemble.
• Fuite de données par une réponse trop large.
• Ce qui se vérifie avant d’installer un serveur tiers.
• Pratique : mise à l’épreuve de son serveur sur des cas hostiles.

7. Tester et exploiter

• Jeu de tests par outil, y compris les cas qui doivent échouer.
• Journaliser les appels pour pouvoir enquêter.
• Diagnostiquer : outil jamais appelé, appelé à tort, réponse mal exploitée.
• Versionner un serveur sans casser les usages en place.
• Pratique : campagne de tests et corrections.

8. Déployer dans l’organisation

• Usage individuel, usage d’équipe, service hébergé : trois scénarios, trois exigences.
• Qui autorise l’installation d’un serveur, et sur quels critères.
• Coûts, supervision, incidents.
• Ce que le règlement européen sur l’IA implique quand une machine agit.
• Questions ouvertes et échanges avec le formateur.