Un connecteur MCP ne décide pas des droits
Accès libre · Séquence de travail: 35 à 45 minutes estimées, comprenant lecture, analyse, production et correction. Durée à confirmer par un pilote; adaptez le temps à votre rythme.
Objectif professionnel
Décrire la séparation entre protocole et politique métier
Production attendue: Une matrice de contrôle comportant entrée, règle, résultat attendu, preuve et propriétaire; les calculs détaillés lorsqu’ils sont pertinents.
Parcours de travail
- Comprendre et reformuler le mécanisme: 8 minutes.
- Construire le dossier du cas et vérifier les hypothèses: 12 minutes.
- Traiter la variante de transfert et examiner une référence: 10 à 15 minutes.
- Comparer au corrigé et réviser la production: 5 à 10 minutes.
Ces temps organisent une activité complète. La seule lecture de la page est plus courte. Conservez votre première réponse avant de consulter la correction; une production de 400 à 600 mots, ou un tableau et son commentaire d’une précision équivalente, permet de rendre le raisonnement examinable.
Le mécanisme
MCP décrit des échanges entre clients et serveurs. La disponibilité d'un outil ne signifie pas que chaque utilisateur peut l'exécuter sur toute ressource. L'autorisation technique doit être complétée par les règles métier du système cible. Les versions du protocole et le transport utilisés doivent être explicités.
MCP structure les interactions entre clients et serveurs. Sa présence ne prouve pas que les opérations exposées sont appropriées à l'utilisateur. La spécification d'autorisation étudiée concerne les transports HTTP et distingue les rôles du client, du serveur de ressources et du serveur d'autorisation. La politique métier reste à construire: quel dossier, quelle opération, dans quelles conditions? Chaque appel doit être contrôlé côté service. Une liste d'outils disponible décrit une capacité technique, pas une délégation universelle. Le cours utilise une version datée de la spécification pour éviter de confondre documentation historique et implémentation actuelle.
Choisir la frontière d'autorisation
Pour le transport HTTP de la version MCP étudiée, l'autorisation d'accès au serveur ne définit pas à elle seule la remise commerciale autorisée. Dans le cas, un vendeur peut lire les clients de son équipe et proposer une remise jusqu'à son plafond. Le responsable peut approuver une exception selon une règle distincte. Le service automatisé reçoit uniquement les permissions nécessaires au traitement délégué. Une liste d'outils cachée dans l'interface ne bloque pas forcément un appel direct: le test doit atteindre le serveur avec une identité et une ressource connues.
Démonstration pédagogique: les données ajoutées à titre d’exemple ne sont pas des résultats empiriques.
Repères méthodologiques communs
Une chaîne documentaire commence avant la génération de texte. Les documents sont acquis, découpés, indexés et filtrés; les résultats sont ensuite sélectionnés et présentés au modèle. Chaque étape peut perdre une information ou modifier son contexte. Une évaluation utile conserve un jeu de questions avec les passages attendus et vérifie séparément leur récupération et leur utilisation.
Une réponse peut être correcte sans citation adéquate, ou comporter une citation qui ne soutient pas sa conclusion. L’évaluation de l’exactitude et celle de l’appui documentaire ne doivent donc pas être confondues. Pour une affirmation sensible, il faut retrouver la proposition dans une source pertinente, vérifier sa version et examiner ses conditions d’application. Un lien présent dans la réponse n’accomplit pas ce travail à lui seul.
Les outils ajoutent une seconde difficulté: le contenu lu peut influencer des actions. Le système doit conserver la différence entre donnée externe, instruction de l’utilisateur et permission effective. Les règles de destination, de montant ou de périmètre doivent être appliquées par les services concernés. Un contrôle textuel peut compléter ces règles, mais ne constitue pas une frontière d’autorisation suffisante.
Les mesures doivent enfin préciser leur population. Le rappel documentaire peut être calculé sur les questions disposant d’un passage de référence. L’exactitude conditionnelle porte sur un sous-ensemble. Le taux global exige de connaître les autres résultats. Documentez les exclusions, abstentions et cas indéterminés. Cette discipline évite qu’une amélioration locale soit présentée comme la réussite du service complet.
Un dossier de décision technique
Présentez les composants, les états et les frontières de responsabilité. Séparez la sortie proposée par un modèle de l’action effectivement exécutée. Pour chaque contrôle, indiquez son emplacement, sa condition de déclenchement et la preuve observable. Un prompt prudent ne remplace pas un refus appliqué par le service.
Travaillez d’abord avec les informations effectivement fournies. Énumérez séparément les hypothèses nécessaires, en précisant lesquelles changeraient la décision. Si une donnée manque, formulez une conclusion conditionnelle ou une demande de preuve. Une valeur inventée ne doit jamais devenir une observation.
Cas professionnel: consolidation guidée
Situation fictive conçue pour l’apprentissage; les chiffres ne décrivent ni une étude ni un client réel.
Un serveur expose lecture_client et modifier_remise. Concevez une politique pour vendeur, responsable et service automatisé; ajoutez des tests de lecture inter-équipe, remise excessive et session expirée.
- Définissez la décision ou la proposition à examiner et son périmètre.
- Construisez la production attendue avec les données du cas. Montrez les calculs et les unités, ou reliez chaque affirmation à une observation.
- Présentez au moins une interprétation concurrente. Indiquez la donnée qui permettrait de la départager.
- Rédigez une recommandation de 120 à 180 mots avec ses conditions de validité. Précisez ce qui reste impossible à conclure.
Transfert à une situation nouvelle
Le modèle tente un outil non proposé dans l'interface: définissez la réponse serveur attendue.
Répondez avant d’ouvrir le corrigé. Modifiez explicitement votre dossier initial: quelle règle reste valable, quelle hypothèse tombe et quelle preuve supplémentaire devient nécessaire? Une réponse qui répète simplement la conclusion du premier cas ne démontre pas le transfert.
Travail sur les références
MCP, version 2025-06-18: sections Purpose and Scope et Token Requirements; ne pas transposer automatiquement ce flux HTTP au transport STDIO.
L’objectif documentaire est de soutenir ou de limiter la conclusion suivante: Décrire la séparation entre protocole et politique métier.
Choisissez ci-dessous la source dont le périmètre correspond directement au mécanisme étudié. Identifiez sa section, sa version et sa date; relevez une proposition précise et expliquez son lien avec une étape de votre production. Indiquez également une conclusion que cette source ne permet pas de soutenir. Les portails généraux et programmes de formation constituent des points d’entrée, non une preuve scientifique du cas.
Si le texte intégral est inaccessible ou sous licence, ne prétendez pas l’avoir vérifié. Consignez la limite, identifiez le document ou la section à obtenir et rédigez votre conclusion sous cette réserve. Les calculs et situations fictives restent des constructions pédagogiques VOCE.
Ouvrir le corrigé argumenté
Correction du cas
La décision dépend de l'identité, de l'action et de la ressource. Le serveur cible vérifie le périmètre à chaque appel. Une description d'outil n'est pas une règle d'autorisation. Le journal conserve la décision sans exposer le jeton.
Correction du transfert
Le serveur refuse un outil inconnu ou non autorisé pour l'identité présentée, sans effet métier. Si l'outil existe mais n'est pas affiché, sa disponibilité ne change pas la règle de permission. Conserver un événement minimisé du refus et vérifier que le modèle ne peut pas obtenir le même effet via un autre outil trop permissif.
Évaluer puis réviser
Critère propre à ce module: Le test contourne l'interface dans un environnement autorisé et vérifie le refus côté service.
- 4 points: analyse du mécanisme, calculs ou relations documentaires corrects.
- 3 points: justification de la décision par des données et des hypothèses explicites.
- 2 points: traitement réel de la variante, avec une conclusion adaptée.
- 1 point: référence précise et limite de portée correctement identifiées.
Repère interne proposé: 8/10 sans erreur critique. Une preuve inventée, une causalité non démontrée, une unité erronée décisive ou un droit supposé sans fondement imposent une reprise. Ce barème sert à l’autoévaluation; il n’atteste pas à lui seul une compétence acquise.
Après comparaison, corrigez votre dossier dans une seconde version et ajoutez un court journal: erreur repérée, effet sur la conclusion, correction et vérification restante. Conservez les deux versions seulement si vous avez réellement effectué l’activité.
Références et portée
Model Context Protocol, Authorization
Nature: spécification technique. Version: 2025-06-18, édition étudiée.
Portée du registre: autorisation HTTP et validation d'audience. Vérification documentaire enregistrée: 2026-10-17.
Section officielle consultée; pas déclarée dernière version
Les compétences VCLF sont des repères internes. Aucun alignement supplémentaire avec ESCO, e-CF ou un niveau de qualification n’est déduit automatiquement de cette réécriture. Les statuts de vérification ci-dessus restent ceux du registre; ils ne constituent pas une nouvelle lecture intégrale de chaque source.
Version et provenance
Compétence: VCLF-API-AI027. Réécriture et cas complémentaires: VOCE Association avec assistance IA, 18 octobre 2026. Le socle documentaire antérieur et ses réserves sont conservés. Relecture indépendante et mesure des durées auprès d’apprenants: à réaliser.