Exigences relatives à l’examen des serveurs MCP distants

Préparez un serveur MCP distant et son éventuelle interface utilisateur en vue de l’examen du plugin qui les intègre avant sa publication.

Préparer les fonctionnalités MCP distantes avant de soumettre un plugin

Consultez cette page pour connaître les exigences applicables aux plugins qui intègrent un serveur MCP distant. Elles portent sur la vérification de l’organisation, les autorisations de gestion, les conditions à remplir par le serveur, les instantanés soumis à examen et la maintenance des versions.

Une fois que le serveur MCP distant fonctionne dans ChatGPT, soumettez-le à examen depuis le portail de soumission des plugins. Cette page précise les exigences à respecter lors de la soumission pour le serveur MCP distant et son éventuelle interface utilisateur.

Ne soumettez le plugin que si vous souhaitez le mettre à la disposition du public dans les pays que vous indiquez lors de la soumission. Pour un usage privé ou limité à un espace de travail, utilisez une connexion à un serveur MCP personnalisé.

Avant de soumettre le plugin, consultez les consignes relatives aux plugins pour connaître les attentes concernant le serveur MCP et son éventuelle interface utilisateur. La page Soumettre des plugins détaille les étapes de soumission, d’approbation et de publication du plugin.

Pour consulter l’ensemble de la procédure, de l’examen à l’approbation et à la publication, aussi bien pour les plugins composés uniquement de skills que pour ceux qui utilisent MCP, reportez-vous à la page Soumettre des plugins.

Avant de soumettre le plugin

Vérification de l’organisation

Avant de soumettre un plugin, faites vérifier votre identité dans le tableau de bord de la plateforme OpenAI pour le nom sous lequel vous comptez publier le plugin dans l’annuaire.

• Si vous souhaitez publier sous votre propre nom, effectuez la vérification d’identité individuelle.
• Si vous souhaitez publier sous le nom d’une entreprise, effectuez la vérification de l’entreprise.

Ce point est contrôlé lors de l’examen. Si le nom de la personne ou de l’entreprise sous lequel vous souhaitez publier n’a pas été vérifié, votre demande sera rejetée.

Autorisations nécessaires pour soumettre un plugin

Pour créer des brouillons de plugins et les soumettre à examen, vous devez disposer de l’autorisation api.apps.write. Pour consulter les brouillons et suivre leur examen dans le tableau de bord, vous devez disposer de l’autorisation api.apps.read. Les propriétaires de l’organisation disposent automatiquement de ces deux autorisations et peuvent les accorder à d’autres membres au moyen des rôles dans le tableau de bord de la plateforme OpenAI.

Exigences applicables au serveur MCP distant

• Hébergez votre serveur MCP sur un domaine accessible au public.
• N’utilisez pas de point de terminaison local ou de test.
• Si le serveur renvoie une interface utilisateur, définissez une politique de sécurité du contenu (CSP) qui autorise précisément les domaines auprès desquels le composant récupère du contenu.

Modèles d’URL de serveur MCP

Pour la plupart des plugins, indiquez une URL de serveur MCP universelle, c’est-à-dire un point de terminaison MCP hébergé unique qui fonctionne pour tous les utilisateurs et toutes les organisations. Choisissez Modèle uniquement si le plugin utilise des URL de serveur MCP propres à chaque espace de travail, par exemple si chaque client dispose de son propre tenant, de son propre espace de travail ou de son propre point de terminaison MCP géré. Nous réservons les URL fondées sur un modèle aux développeurs de confiance avec lesquels nous entretenons déjà une relation.

Pour soumettre un modèle, renseignez les deux champs suivants :

• Exemple d’URL de serveur MCP : un point de terminaison MCP réel et opérationnel pour l’examen et les contrôles automatisés.
• Modèle d’URL de serveur MCP : le modèle qui indique quelle partie de l’URL du point de terminaison MCP varie d’un espace de travail client à l’autre.

L’exemple d’URL de serveur MCP doit correspondre à un point de terminaison réel auquel OpenAI peut se connecter lors de l’examen. Ne saisissez pas d’URL fictive dans le champ Exemple d’URL de serveur MCP.

Dans le champ Modèle d’URL de serveur MCP, utilisez des paramètres pour les parties que l’administrateur de l’espace de travail configurera ultérieurement. Les paramètres doivent respecter la syntaxe {name}. Leur nom doit commencer par une lettre et ne contenir que des lettres, des chiffres ou des traits de soulignement. Chaque paramètre doit avoir un nom unique.

Vérifiez que l’URL du champ Exemple d’URL de serveur MCP correspond à celle que vous obtenez en remplaçant chaque paramètre du modèle par une valeur réelle.

Par exemple :

Example MCP Server URL: https://acme.example.com/mcp
Template MCP Server URL: https://{workspace}.example.com/mcp

Soumettre le plugin à examen

Si vous remplissez les conditions préalables, vous pouvez soumettre le plugin à examen depuis le portail de soumission des plugins.

Lancer la procédure d’examen

Dans le portail de soumission des plugins :

1. Renseignez les informations sur votre serveur MCP ainsi que les identifiants OAuth si vous avez choisi OAuth, puis sélectionnez Analyser les outils.
2. Remplissez les champs obligatoires du formulaire et cochez toutes les cases de confirmation. Indiquez le nom du plugin, son logo, sa description, les URL du site de l’entreprise et de sa politique de confidentialité, les informations sur le serveur MCP et les outils, les prompts de test et leurs réponses, ainsi que les informations sur la localisation.
3. Sélectionnez Soumettre à examen.

Métadonnées enregistrées lors de l’analyse des outils

Lorsque vous sélectionnez Analyser les outils, le tableau de bord importe dans le brouillon les métadonnées déclarées par votre point de terminaison MCP. Il s’agit des noms, titres et descriptions des outils, des schémas d’entrée et de sortie, des mécanismes de sécurité, des champs _meta, des annotations des outils, des métadonnées des ressources d’interface associées (y compris les paramètres CSP) et du champ instructions du serveur MCP. Le tableau de bord affiche les valeurs d’annotation fournies par votre serveur.

Dans votre demande, expliquez pourquoi les valeurs d’annotation fournies par le serveur correspondent au comportement de chaque outil. Vos justifications ne modifient pas les annotations. Par exemple, si votre serveur déclare readOnlyHint: false, indiquer dans la justification que l’outil « fonctionne en pratique en lecture seule » ne suffit pas à en faire un outil en lecture seule. Si l’outil fonctionne réellement en lecture seule, remplacez son annotation sur le serveur par readOnlyHint: true, déployez la modification, sélectionnez à nouveau Analyser les outils, vérifiez la nouvelle valeur, puis soumettez le plugin.

Chaque organisation peut publier plusieurs plugins distincts utilisant MCP. Pour chaque intégration de serveur MCP, une seule version peut être publiée à la fois et une seule version peut être en cours d’examen à la fois. Si vous devez apporter des modifications après la soumission, retirez votre demande en sélectionnant Annuler l’examen, puis soumettez à nouveau le brouillon de la même version.

Pour le moment, les projets dont la résidence des données se situe dans l’UE ne peuvent pas soumettre à examen de plugins intégrant un serveur MCP. Utilisez un projet dont la résidence des données est mondiale. Si vous n’en avez pas, créez un projet dans votre organisation actuelle depuis le tableau de bord OpenAI.

Examen et approbation

Une fois soumis, le plugin rejoint la file d’attente des examens. Vous pouvez suivre son statut dans le tableau de bord. Vous recevrez un e-mail à chaque changement de statut.

Examens et contrôles

Nous pouvons procéder à des analyses automatisées ou à des examens manuels pour comprendre le fonctionnement de votre plugin et déterminer s’il risque d’enfreindre nos politiques.

Approbation, rejet et recours

Si nous approuvons votre plugin, nous vous en informerons par e-mail. Vous pourrez alors le publier depuis le portail de soumission des plugins.

Si votre plugin est rejeté ou retiré en raison de son serveur MCP, de ses outils ou de son interface utilisateur, nous vous indiquerons quels contrôles ont échoué. Une fois les modifications nécessaires apportées, vous pourrez soumettre à nouveau le plugin à examen. Pour contester la décision, répondez à l’e-mail reçu en exposant clairement vos motifs et en joignant tout élément nouveau susceptible de faciliter le réexamen.

Obtenir de l’aide

Si vous avez des questions avant, pendant ou après la soumission et que vous ne trouvez pas la réponse dans la documentation, contactez l’assistance OpenAI. Indiquez l’identifiant affiché dans le portail de soumission des plugins pour que l’équipe d’assistance puisse retrouver votre plugin.

Questions fréquentes sur l’examen et l’approbation

Combien de temps dure l’examen ?

Les délais peuvent varier à mesure que nous développons nos procédures et les adaptons au volume des demandes. Ne contactez pas l’assistance pour demander un examen accéléré : nous ne pouvons pas donner suite à ces demandes.

Quels sont les motifs de rejet courants et comment y remédier ?

• Nous ne parvenons pas à nous connecter à votre serveur MCP avec l’URL MCP ou les identifiants de test fournis, ou avec les deux.
  • Si le serveur exige une authentification, notre équipe d’examen doit pouvoir se connecter à un compte de démonstration sans configuration supplémentaire.
  • Vérifiez que l’URL et les identifiants fournis sont corrects et que la connexion n’exige aucune authentification multifacteur (MFA). Cela exclut notamment les codes SMS et la connexion via un système qui impose une vérification par SMS, par e-mail ou par un autre moyen.
  • Vérifiez que les identifiants permettent bien de se connecter. Testez-les en dehors de tout réseau d’entreprise, réseau local ou autre réseau interne.
  • Vérifiez que les identifiants n’ont pas expiré.
• Un ou plusieurs de vos cas de test n’ont pas produit les résultats attendus.
  • Examinez attentivement chaque cas de test et exécutez-le à nouveau. Vérifiez que les résultats correspondent à ceux attendus. Si le plugin dispose d’une interface utilisateur, vérifiez qu’elle ne présente aucune erreur, notamment lors du chargement du contenu ou des images.
  • Vérifiez que le texte renvoyé répond précisément à la demande de l’utilisateur et ne contient aucune information sans rapport avec celle-ci, notamment des identifiants personnels.
  • Vérifiez que tous les tests réussissent dans les interfaces ChatGPT et Codex prises en charge où le plugin sera disponible.
  • Pour chaque outil, comparez les résultats obtenus au comportement précis attendu. Corrigez tout écart pour que les résultats répondent à la demande de l’utilisateur et que le plugin remplisse systématiquement sa fonction annoncée.
  • Si nécessaire, avant de soumettre à nouveau le plugin, reformulez vos cas de test et les réponses attendues pour lever toute ambiguïté.
• Votre plugin renvoie des catégories de données relatives aux utilisateurs qui ne figurent pas dans votre politique de confidentialité.
  • Examinez les réponses de vos outils MCP dans ChatGPT. Exécutez quelques requêtes réalistes et répertoriez tous les champs relatifs à l’utilisateur que le serveur renvoie, y compris les champs imbriqués et les données de « débogage ». Vérifiez que les outils ne renvoient que les données strictement nécessaires à la demande de l’utilisateur. Supprimez les données personnelles identifiantes superflues, les données de télémétrie ou identifiants internes inutiles (par exemple les identifiants de session, de trace, de requête ou de compte interne, les horodatages ou les journaux), ainsi que tout secret d’authentification (jetons, clés ou mots de passe).
  • Vous pouvez également mettre à jour votre politique de confidentialité publiée pour y indiquer explicitement toutes les catégories de données personnelles que vous collectez, traitez ou renvoyez, et à quelles fins. Si un champ n’est pas réellement nécessaire, supprimez-le plutôt que de l’ajouter à la politique.
  • Si un identifiant utilisateur est indispensable, veillez à ce que l’utilisateur le demande explicitement et à ce qu’il réponde directement à son intention. Évitez de le « rechercher et le renvoyer » par défaut.
• Les annotations de l’outil ne semblent pas correspondre à son comportement :
  • readOnlyHint : définissez cette annotation sur true si l’outil se limite à rechercher, consulter, lister ou récupérer des données sans rien modifier. Définissez-la sur false si l’outil peut créer, mettre à jour ou supprimer un élément, déclencher des actions (envoyer des e-mails ou des messages, exécuter des traitements, mettre des tâches en file d’attente, écrire dans des journaux, lancer des workflows) ou modifier l’état du système d’une autre manière.
  • Indicateur d’action destructive : définissez cette annotation sur true si l’outil peut avoir des effets irréversibles (supprimer ou écraser des données, envoyer des messages ou effectuer des transactions impossibles à annuler, révoquer un accès ou exécuter des actions d’administration destructives). Cette règle s’applique même si ces effets ne se produisent que dans certains modes, avec des paramètres par défaut ou de façon indirecte. Précisez dans la justification ce qui est irréversible, dans quelles conditions, et quelles protections sont prévues, comme des étapes de confirmation, des options de simulation ou des limites de portée. Dans les autres cas, définissez l’annotation sur false.
  • openWorldHint : définissez cette annotation sur true si l’outil accède à l’Internet public ou peut interagir avec des entités externes dont le périmètre n’est pas délimité. Cela inclut les outils en lecture seule comme la recherche web, ainsi que les outils d’écriture qui publient sur des plateformes publiques, envoient des messages à des destinataires externes, publient du contenu, poussent du code ou soumettent des formulaires. Définissez-la sur false si l’outil se limite au périmètre d’un compte privé ou d’un espace de travail privé, même si le service est hébergé à l’extérieur.

Publication et distribution

Publier le plugin

Une fois le plugin approuvé, vous pouvez le publier depuis le portail de soumission des plugins en sélectionnant Publier.

Trouver le plugin

Une fois votre plugin publié, les utilisateurs peuvent le trouver dans l’annuaire universel commun à ChatGPT et à Codex :

• En suivant un lien direct vers la fiche du plugin dans l’annuaire.
• En recherchant le plugin par son nom.

Les plugins qui se révèlent particulièrement utiles en pratique et dont les utilisateurs sont très satisfaits peuvent bénéficier d’une mise en avant, par exemple dans l’annuaire ou sous forme de suggestions spontanées. Peu de plugins en bénéficient dès leur publication. Les développeurs ne peuvent pas demander cette mise en avant.

Questions fréquentes sur la publication et la distribution

Que se passe-t-il une fois le plugin approuvé ? Figurera-t-il automatiquement dans l’annuaire des plugins ?

Une fois le plugin approuvé, vous pouvez choisir de le publier depuis le portail de soumission des plugins. Vous devez le publier pour qu’il puisse apparaître dans l’annuaire universel des plugins.

Pourquoi mon plugin n’apparaît-il pas dans l’annuaire ?

Seuls les plugins qu’OpenAI choisit de mettre en avant apparaissent sur les pages principales de l’annuaire. Pour vérifier que votre plugin est publié, recherchez-le sous son nom de publication exact ou ouvrez l’URL de sa fiche dans l’annuaire depuis le portail de soumission des plugins.

Que dois-je faire si je souhaite publier un communiqué de presse ou annoncer publiquement mon plugin ?

Avant de publier un communiqué de presse ou de faire une annonce publique concernant le lancement de votre plugin, contactez press@openai.com pour coordonner l’annonce avec notre équipe de communication.

Maintenance continue

Fonctionnement des versions publiées des métadonnées MCP

Considérez les métadonnées exposées par votre serveur MCP comme un contrat d’API versionné pour le plugin. Lorsque vous analysez le point de terminaison MCP dans le portail de soumission des plugins, OpenAI enregistre les métadonnées détectées avec la version en brouillon. Lorsque vous soumettez cette version, c’est cet instantané enregistré qui est examiné. Après publication, l’examen continu permet de mettre à jour les définitions des outils sans créer de nouvelle version du plugin. Les appels d’outils et les ressources d’interface utilisateur continuent d’utiliser votre serveur MCP en production.

Examen continu et mise à jour des outils

OpenAI récupère régulièrement la liste des outils de votre serveur MCP et compare leurs définitions à celles qui sont publiées, notamment leurs descriptions, leurs schémas et leurs annotations.

• Outils supprimés : dès qu’une analyse détecte la suppression d’un outil, celui-ci est retiré de la liste des outils publiés, sans attendre les contrôles automatisés.
• Nouveaux outils : ils deviennent accessibles aux utilisateurs une fois les contrôles automatisés réussis. Jusque-là, ils restent indisponibles.
• Outils modifiés : la définition précédente reste en vigueur jusqu’à ce que la définition mise à jour soit validée par les contrôles automatisés ou qu’une analyse détecte la suppression de l’outil. Toute mise à jour validée remplace automatiquement la définition précédente.

Chaque outil peut être validé indépendamment. Supposons que vous ajoutiez create_note, que vous modifiiez search pour qu’il accepte un paramètre folder et que vous supprimiez archive_note. L’analyse suivante retire immédiatement archive_note. Si create_note est validé mais que la mise à jour de search reste en attente, les utilisateurs ont accès à create_note et conservent l’ancienne définition de search sans folder.

Tant qu’une mise à jour est en attente, assurez la compatibilité de votre serveur avec la définition en vigueur. OpenAI conserve la définition, mais ne conserve aucune copie de l’implémentation de votre serveur. Un contrôle inachevé ne permet pas d’approuver une mise à jour, même s’il n’a relevé aucun problème.

Autres modifications

Consultez ce tableau pour savoir comment déployer chaque type de modification :

Les modifications du serveur prennent effet avant qu’une analyse puisse les détecter ou les approuver. Pendant cet intervalle, veillez à ce que les schémas d’entrée existants et chaque URI de ressource d’interface publié continuent de fonctionner. Si un déploiement rompt le contrat en vigueur, annulez la modification du serveur sans attendre l’examen.

Soumettre de nouvelles versions à examen

Pour modifier les informations déjà soumises sur le plugin ou les skills importés, créez un brouillon pour une nouvelle version du plugin existant et soumettez-le à examen. L’examen continu des outils ne remplace pas cette procédure. Chaque nouvelle soumission déclenche un nouvel examen. Décrivez les modifications dans les notes de version.

L’origine du serveur MCP (scheme, hostname ou port) ne peut pas changer d’une version à l’autre. Pour utiliser une autre origine, soumettez un nouveau plugin avec la nouvelle origine du serveur MCP. Vous pouvez modifier le chemin du point de terminaison dans une nouvelle version du plugin existant.

Nous examinerons à nouveau les métadonnées du plugin et vous indiquerons par e-mail et dans le portail de soumission des plugins si la mise à jour a été approuvée ou rejetée. En cas de rejet, vous pourrez apporter des modifications et soumettre à nouveau le plugin, ou contester la décision.

Une fois votre nouvelle soumission approuvée, vous pouvez publier la mise à jour. Elle remplacera la version précédente du plugin.

Si vous apportez d’autres modifications au plugin entre sa soumission et son approbation et souhaitez soumettre une nouvelle version à examen, annulez l’examen depuis le portail de soumission des plugins, puis soumettez la nouvelle version.

Changer de version publiée des métadonnées et retirer le plugin

Pour remplacer une version publiée du plugin, publiez la version de remplacement approuvée directement depuis le portail de soumission des plugins. Laissez la version actuelle en ligne pendant l’examen de la version de remplacement. La publication de la version approuvée remplace la version actuelle sans que vous ayez à la retirer au préalable.

Retirez la version actuelle de la publication uniquement si vous souhaitez que le plugin cesse d’être visible du public. Si aucune version de remplacement n’est publiée, le retrait de la version actuelle rend le plugin indisponible.

Pour retirer le plugin de votre organisation ainsi que de ChatGPT et de Codex, supprimez-le depuis le portail de soumission des plugins.

Exigences de maintenance

Les plugins inactifs, instables ou non conformes peuvent être retirés. Nous pouvons rejeter un plugin ou le retirer de nos services à tout moment, pour quelque raison que ce soit et sans préavis, notamment pour des motifs juridiques, des raisons de sécurité ou en cas de violation de nos politiques.

Questions fréquentes sur la maintenance continue

Que se passe-t-il si des utilisateurs signalent que mon plugin est préjudiciable ou trompeur ?

OpenAI examine les signalements des utilisateurs et peut procéder à un examen ou à une enquête portant sur votre plugin, y compris son serveur MCP, ses outils et son interface utilisateur. Les plugins qui enfreignent nos politiques peuvent faire l’objet de restrictions ou être retirés. Vous pouvez contester un retrait ou toute autre mesure en suivant la procédure de recours décrite sur cette page. Consultez régulièrement les retours des utilisateurs, répondez-y et mettez à jour votre plugin si des problèmes sont détectés.

Combien de temps prend l’examen d’une mise à jour ?

Comme pour les nouveaux plugins, nous ne pouvons pas donner d’estimation du délai d’examen d’une mise à jour.