Les règles de publication et la revue

Leçon réécrite le 3 novembre 2026 d’après les Plugin guidelines et les Remote MCP server review requirements d’OpenAI. L’ancienne leçon décrivait les règles d’un « ChatGPT Store » avec des seuils techniques et des délais sans source. Sources : Plugin guidelines · Review requirements.

Un socle commun à tous les plugins

Les règles d’OpenAI fixent le niveau minimal qu’un plugin doit tenir pour rester dans le répertoire partagé par ChatGPT et Codex. Elles valent pour tous, plugins faits de skills compris ; des exigences propres aux serveurs MCP, aux outils et aux interfaces s’y ajoutent quand le plugin en contient. Les plugins qui montrent une forte utilité réelle et une grande satisfaction des utilisateurs peuvent bénéficier d’une distribution renforcée — mise en avant, suggestions proactives —, mais peu y accèdent à la publication, et on ne peut pas la demander.

Raison d’être et originalité. Un plugin sert un objectif clair, fait ce qu’il promet, et apporte des fonctions que les produits n’offrent pas nativement. Pas de propriété intellectuelle qui ne vous appartient pas, pas d’imitation, pas de spam, pas de pages statiques sans interaction réelle, et rien qui laisse croire à un plugin d’OpenAI.

Qualité. Un comportement prévisible et fiable, des résultats exacts, des erreurs gérées avec un message clair. Les plugins d’essai ou de démonstration ne sont pas acceptés.

Nom, description, prompts. Des noms précis — pas de mot du dictionnaire isolé et sans lien avec votre marque, pas de suffixe « MCP », « MCP Server » ou « Plugin » accolé au nom d’un produit. Des descriptions qui décrivent la fonction sans se comparer, sans dénigrer, sans promesse invérifiable, et sans mettre en avant tarifs, abonnements, essais gratuits ou promotions. Le répertoire n’affiche plus de captures d’écran : ce sont des exemples de prompts qui aident à démarrer.

Sécurité et respect de l’utilisateur

• Politiques d’usage. Rien de ce que les politiques d’usage d’OpenAI interdisent ; un plugin approuvé puis trouvé en infraction peut être retiré.
• Public. Un plugin doit convenir à un public général, adolescents de 13 à 17 ans compris, et ne peut pas cibler explicitement les moins de 13 ans.
• Intention de l’utilisateur. Répondre à la demande, sans contenu sans rapport, sans détourner l’échange, sans collecter plus que nécessaire. Les métadonnées d’un plugin ou d’un outil ne doivent ni chercher des secrets, ni ordonner des transferts ou des actions non autorisés, ni contourner les garde-fous de la plateforme, ni dissimuler un comportement — instructions encodées ou masquées comprises.
• Jeu équitable. Aucun champ lisible par le modèle ne doit chercher à influencer le choix d’autres plugins, par exemple en demandant au modèle de préférer le vôtre.
• Contenus tiers. Pas d’extraction de sites ni d’appel à des API tierces sans autorisation ; pas de connecteur non officiel vers un service tiers ; pas de contournement des limites ou des contrôles d’accès d’un tiers.

Vie privée

Toute soumission inclut une politique de confidentialité publiée qui précise au minimum les catégories de données personnelles collectées, leurs finalités, les catégories de destinataires, les durées de conservation et les moyens de contrôle offerts. Collectez le strict nécessaire. Certaines données sont interdites : informations soumises à la norme PCI DSS, données de santé protégées, identifiants officiels comme un numéro de sécurité sociale, et identifiants d’accès — clés d’API, codes à usage unique, mots de passe. Les données sensibles au sens de la loi locale ne se collectent que si elles sont strictement nécessaires, avec un consentement valable et une information visible au moment de la collecte. Pas de surveillance, de pistage ni de profilage non déclarés.

Les exigences propres aux outils MCP

• Des noms clairs et uniques, de préférence un verbe qui dit l’action (get_order_status), sans termes promotionnels (best, official) ni jargon interne.
• Des descriptions conformes au comportement, non vides, qui disent le but, le moment d’usage, les limites et les effets de bord ; une description floue peut suffire à faire rejeter le plugin.
• Des outils indépendants. Un outil n’invoque pas un autre plugin pour faire son travail, et chaque opération appelable par le modèle est exposée comme un outil distinct — pas d’exécuteur générique qui découvrirait des opérations non soumises à la revue.
• Des annotations explicites : readOnlyHint, destructiveHint et openWorldHint avec des valeurs booléennes dans chaque outil. Une écriture qui envoie un message, publie, téléverse ou lance un traitement n’est pas en lecture seule ; une suppression, un écrasement, une annulation, une révocation ou un envoi irréversible est destructeur — et pouvoir annuler une action ne suffit pas à la déclarer non destructrice. Les justifications d’annotation ne sont plus exigées ; un signalement automatique peut faire l’objet d’un recours.
• Des entrées minimales. Pas d’historique de conversation, de transcription brute ni de champ « au cas où » ; pas de localisation précise — appuyez-vous sur la localisation approximative fournie par le système.
• Des réponses minimales, sans diagnostic, télémétrie ni identifiants internes (session, trace, requête) quand ils ne sont pas strictement utiles.
• Un comportement prévisible : aucun effet de bord caché, et des outils qu’on peut rejouer sans risque, ou qui signalent clairement qu’un nouvel essai répéterait l’effet.

Authentification, interface et tests

Si le serveur exige une connexion, le flux doit être transparent et ne demander que les permissions nécessaires. Une interface peut intégrer des pages du domaine enregistrable de son serveur MCP — un serveur sur api.example.com peut intégrer app.example.com —, à déclarer dans _meta.ui.csp.frameDomains et à justifier lors de la soumission ; deux locataires d’un même hébergeur comptent comme des domaines différents. Le plugin doit fonctionner de façon fiable dans ChatGPT sur ordinateur et sur mobile. Pour un serveur authentifié, fournissez un compte de démonstration complet, avec des données d’exemple : un plugin qui exige une inscription ou une double authentification inaccessible aux réviseurs est rejeté.

Avant de soumettre

• Vérification d’identité dans les paramètres de l’organisation sur la plateforme OpenAI : vérification individuelle pour publier sous votre nom, vérification d’entreprise pour publier sous un nom commercial. Publier sous un nom non vérifié entraîne un rejet.
• Permissions : les propriétaires de l’organisation peuvent soumettre ; les autres membres ont besoin du droit de gestion des applications, attribuable par un propriétaire.
• Serveur distant sur un domaine public, sans point d’accès local ni de test.
• Coordonnées de support exactes et tenues à jour.

Comment se passe la revue

Le plugin soumis entre dans une file de revue ; son statut est visible dans le tableau de bord et chaque changement est notifié par email. OpenAI peut procéder à des analyses automatiques et à des revues manuelles. En cas d’approbation, vous choisissez le moment de la publication. En cas de rejet ou de retrait lié au serveur, aux outils ou à l’interface, vous recevez la liste des contrôles en échec ; corrigez, puis soumettez à nouveau. Pour faire appel, répondez à l’email de décision avec une argumentation claire et les éléments nouveaux.

La revue continue après publication

Les métadonnées de votre serveur sont un contrat d’API versionné. Lors de la soumission, OpenAI enregistre celles qu’il a découvertes ; après la publication, il interroge régulièrement votre serveur et compare les outils à ceux qui sont publiés :

• un outil supprimé disparaît de la liste publiée dès que l’analyse le détecte ;
• un outil nouveau devient disponible après avoir passé les contrôles automatiques ;
• un outil modifié garde sa définition précédente tant que la nouvelle n’a pas passé ces contrôles.

Chaque outil passe indépendamment des autres. Votre serveur doit donc rester compatible avec la définition en ligne tant qu’une mise à jour est en attente : OpenAI conserve la définition, pas une copie de votre code.

Points clés à retenir

• Un plugin utile, fiable, original, honnête dans son nom et sa description, sans publicité
• Politique de confidentialité obligatoire, collecte minimale, données interdites (PCI, santé, identifiants officiels, secrets)
• Outils : noms clairs, descriptions conformes, annotations booléennes explicites, entrées et réponses minimales
• Identité vérifiée, compte de démonstration complet, fonctionnement sur ordinateur et mobile
• Après publication, les outils sont réanalysés en continu, outil par outil