Aperçu de la certification Microsoft MCP Server (aperçu)

Les serveurs Model Context Protocol (MCP) sont des services qui fournissent des outils et des actions que les agents peuvent utiliser à travers Microsoft 365 Copilot et d’autres expériences alimentées par l’IA. La certification donne aux clients et aux administrateurs la confiance qu’un service externe répond aux attentes de Microsoft en matière de fiabilité, sécurité, conformité et fonctionnement responsable avant d’être largement disponible. Les serveurs MCP certifiés fournissent des conseils clairs pour la configuration, une exécution fiable des outils, une authentification appropriée et une documentation qui aide les créateurs et administrateurs à comprendre comment utiliser le serveur en toute sécurité.

Ce processus mis à jour conserve les bases de base de la certification : les éditeurs vérifiés soumettent un paquet MCP, Microsoft valide le paquet et le comportement à l’exécution, corrige les problèmes avant l’approbation, et les éditeurs restent responsables de la maintenance de l’expérience certifiée après publication.

Serveurs MCP certifiés

Chaque serveur MCP certifié fournit du contenu de référence pour prendre en charge la configuration des outils et des actions qui s’intègrent à Microsoft 365 Copilot et à d’autres expériences IA. Pour voir la liste filtrée des serveurs MCP actuellement certifiés, accédez à MCP servers Liste de tous les serveurs MCP.

Prerequisites

Avant de soumettre un serveur MCP pour certification, assurez-vous que votre organisation et votre package respectent les exigences de base en matière d’éligibilité, de technique et de conformité :

• Éligibilité Publisher : Vous devez être un publisher vérifié et posséder ou contrôler le point de terminaison serveur MCP que vous soumettez.
• Préparation de l’authentification : Soutenir une méthode d’authentification approuvée et fournir des détails de configuration pour la validation.
• Complétude du package : Incluez le package MCP, les métadonnées, la documentation publique, les icônes, ainsi que les liens de support, de confidentialité et de termes.
• Préparation aux tests : Testez les outils MCP avant la soumission et incluez les preuves d’évaluation lorsque disponibles.

Éligibilité des éditeurs

Pour soumettre des serveurs MCP à la certification, vous devez être un éditeur vérifié. Votre organisation doit :

• Disposez d’un compte Microsoft Partner Center avec vérification métier terminée.
• Inscrivez-vous au programme Microsoft 365 et Copilot.
• Posséder ou contrôler le point de terminaison serveur MCP que vous soumettez.

Si vous êtes un éditeur indépendant qui ne possède pas le service sous-jacent, vous n’êtes pas éligible pour soumettre directement votre message. Vous devez vous associer au titulaire du service ou effectuer une vérification avant de poursuivre la certification.

Qu’est-ce qui change

Le processus de certification mis à jour introduit des modifications des chemins de soumission, des exigences du paquet et des surfaces de publication.

Processus de certification

Le parcours de haut niveau est simple : préparer le dossier, le soumettre dans le Centre de Partenaires, réussir la validation et la relecture, puis publier et maintenir le serveur MCP certifié.

Définitions des packages et image de marque

Pour les éléments de paquet tels que la taille des icônes, les règles de zone de sécurité, le branding et le contraste, utilisez les guides de paquet Microsoft 365 / Teams comme référence pour la préparation à la soumission. Voir Préparer la soumission au magasin Teams.

Fichier manifeste

Le fichier manifest est un fichier JSON contenant la définition du serveur MCP, les définitions d’outils, la configuration d’authentification, les métadonnées, la documentation publique et tout artefact de soutien. Le fichier doit suivre la structure requise et inclure toutes les informations nécessaires pour que Microsoft valide le serveur MCP lors de la certification. Voici un exemple de structure du fichier manifest :

{
  "$schema": "https://developer.microsoft.com/en-us/json-schemas/teams/vDevPreview/MicrosoftTeams.schema.json",
  "manifestVersion": "devPreview",
  "version": "1.0.0",
  "id": "<APP_ID>",
  "developer": {
    "name": "<COMPANY_NAME>",
    "websiteUrl": "<COMPANY_WEBSITE_URL>",
    "privacyUrl": "<PRIVACY_POLICY_URL>",
    "termsOfUseUrl": "<TERMS_OF_USE_URL>"
    "contactInfo": {
      "defaultSupport": {
        "userEmailsForChatSupport": [
          "ISV_EmailAddress1",
          "ISV_EmailAddress2"
        ],
        "emailsForEmailSupport": [  
          "<SUPPORT_Email_Address>"
        ]
      }
    }  
  },
  "name": {
    "short": "<MCP_SHORT_NAME>",
    "full": "<MCP_FULL_NAME>"
  },
  "description": {
    "short": "<SHORT_DESCRIPTION>",
    "full": "<LONG_DESCRIPTION>"
  },
  "agentConnectors": [
    {
      "id": "<CONNECTOR_ID>",
      "displayName": "<CONNECTOR_DISPLAY_NAME>",
      "description": "<CONNECTOR_DESCRIPTION>",
      "toolSource": {
        "remoteMcpServer": {
          "mcpServerUrl": "<MCP_SERVER_URL>",
          "mcpToolDescription": {
            "file": "mcptools.json"
          },
          "authorization": {
            "type": "AzureKeyVault",
            "referenceId": "<KEYVAULT_URI>"
          }
        }
      }
    }
  ],
  "icons": {
    "outline": "Outline.png",
    "color": "Color.png"
  },
  "accentColor": "<HEX_COLOR>"
}

Fichier d’introduction

Créez un intro.md (ou Readme.md) fichier pour documenter les fonctionnalités et les fonctionnalités de votre serveur MCP. Pour voir des exemples de intro.md fichiers, rendez-vous sur Readme.md. Vous pouvez aussi consulter d’autres intro.md fichiers dans le dépôt GitHub de Power Platform Connectors.

Publication et disponibilité

Après approbation de la certification, le serveur MCP est publié sur les surfaces de découverte et d’exécution Microsoft prises en charge. Des MCP certifiés sont disponibles chez Azure Foundry en plus de Copilot Studio. Lorsque cela est pertinent, les MCP certifiés doivent également s’aligner sur les expériences de gouvernance et de découverte des administrateurs Microsoft 365 utilisées pour activer, déployer ou gérer des agents et outils pour une organisation.

Responsabilités post-certification

Après la certification, les éditeurs sont responsables de maintenir l’expérience certifiée :

• Gardez l’implémentation MCP alignée avec le paquet certifié et la documentation publique.
• Maintenez des liens précis pour le support, la confidentialité, les termes et les métadonnées.
• Surveillez l’état du service, la télémétrie et la qualité du temps d’exécution afin que l’expérience certifiée reste fiable.
• Soumettez à nouveau les mises à jour des paquets lors de l’ajout d’outils, de la modification des métadonnées certifiées ou en cas de modifications importantes du comportement.

FAQ

Comment puis-je installer le Key Vault ?

Pour configurer l’authentification avec Azure Key Vault, suivez ces étapes :

1. Créez un Azure Key Vault dans votre locataire Azure en utilisant le portail Azure.

2. Stockez les secrets suivants dans le Key Vault :

   Secrets obligatoires :

   • ClientId
   • ClientSecret
   • TokenUrl

   Secrets optionnels (selon la configuration du fournisseur d’identité) :

   • AuthorizationUrl (requis pour OAuth2 IdentityProvider)
   • RefreshUrl
   • Scopes
   • AzureActiveDirectoryResourceId (requis pour AAD IdentityProvider)

3. Créer un principal de service pour l’application Microsoft :

   8e91e74f-afe9-41cd-8c3f-17a9562a74ea

   Accordez à ce principal de service le rôle Key Vault Secrets User (ou un accès en lecture RBAC équivalent) sur Azure Key Vault afin que le service de certification puisse récupérer les secrets lors de la validation.

4. Ajoutez l’URI Key Vault au manifeste MCP :

   "authorization": {
     "type": "AzureKeyVault",
     "referenceId": "https://<your-keyvault>.vault.azure.net/"
   }
   

   authorization.referenceId doit être l’URI du coffre de clés Azure.

   Exemple :

   "authorization": {
     "type": "AzureKeyVault",
     "referenceId": "https://contoso-mcp-kv.vault.azure.net/"
   }
   

5. Constituez et soumettez le dossier de certification MCP.

Lors de la validation de la certification, le service récupère en toute sécurité la configuration OAuth depuis Azure Key Vault référencé.

Quelles sont les exigences du fournisseur d’identité ?

Le tableau suivant liste les secrets Key Vault requis pour chaque type de fournisseur d’identité :

Les noms secrets sont-ils sensibles à la casse ?

Oui. Les noms secrets sont sensibles à la casse et doivent correspondre exactement à :

• ClientId
• ClientSecret
• AuthorizationUrl
• TokenUrl
• RefreshUrl
• Scopes
• AzureActiveDirectoryResourceId

Quelle valeur devrais-je utiliser pour authorization.referenceID ?

Utilisez l’URI Key Vault (pas un URI secret) pour authorization.referenceId.

Contenu connexe

• Certification serveur Microsoft MCP - Microsoft Copilot Studio
• Publier des agents pour Microsoft 365 Copilot
• Préparez la soumission au magasin Teams
• Concevoir l’icône de l’application pour la boutique Teams