Soumettre et publier dans le répertoire

Leçon réécrite le 3 novembre 2026 d’après la page Upload and submit your plugin de la documentation Plugins d’OpenAI. L’ancienne leçon publiait sur un « ChatGPT Store » avec une étape de « tarification » : on soumet aujourd’hui un ZIP du plugin depuis le portail des plugins de la plateforme OpenAI, et le plugin est publié dans le répertoire partagé par ChatGPT et Codex. Source : Upload and submit your plugin.

Le principe

Vous soumettez le paquet déjà construit (leçon 10) sous forme de ZIP, vous traitez les constats des contrôles automatiques, puis vous l’envoyez en revue. Une fois le plugin approuvé, c’est vous qui choisissez quand le publier. Ensuite, les changements de votre serveur MCP sont repris automatiquement après contrôle ; seules les modifications des métadonnées ou des skills exigent un nouveau ZIP. Un serveur distant se soumet par la voie With MCP, avec un point d’accès HTTPS stable et public ; un plugin qui exécute un serveur MCP local suit le parcours des plugins de bureau.

1. Téléverser le ZIP

Choisissez l’organisation et le projet propriétaires du plugin. Les propriétaires de l’organisation peuvent soumettre ; les autres membres ont besoin du droit Apps Management Write. Vérifiez votre identité — individuelle ou d’entreprise — dans les paramètres de l’organisation : c’est le nom associé à cette identité que le répertoire affichera.

Si le plugin utilise un serveur MCP, incluez-le dès le premier ZIP : ajouter un serveur MCP à un plugin existant fait seulement de skills n’est pas possible pour l’instant. Ouvrez ensuite Plugins, sélectionnez Upload new or existing plugin, choisissez votre identité de développeur, puis Upload plugin et votre ZIP. Après validation, la page du brouillon s’ouvre. Ne mettez jamais d’identifiants ni de secrets dans le ZIP.

2. Traiter les constats automatiques

La page du plugin sépare deux volets, parce qu’ils évoluent différemment : Metadata & Skills, qui suit la version du paquet téléversé, et MCPs, qui montre le serveur connecté et ses outils analysés.

• Métadonnées. Attendez la fin des contrôles, consultez les Issues, corrigez votre paquet source et téléversez un ZIP corrigé. Les URL publiques doivent être accessibles et identifier le même éditeur que la soumission. Le bouton Copy issues permet de confier les constats à ChatGPT ou à Codex pour qu’ils proposent des corrections.
• Skills. Les skills sont analysées automatiquement ; corrigez leurs instructions ou leurs fichiers d’après les constats. Les analyses requises doivent aboutir avant toute soumission.
• Serveur MCP. Un paquet peut déclarer plusieurs serveurs, mais un seul peut être connecté par plugin. Ouvrez MCPs, sélectionnez le serveur, puis Connect ; vérifiez l’URL et l’authentification, relevez le défi de vérification de domaine, connectez-vous si nécessaire, attendez l’analyse des outils et lisez les constats.

La vérification de domaine consiste à servir le jeton du défi, en texte brut et seul, à l’adresse indiquée par le portail :

https://<hôte-du-défi>/.well-known/openai-apps-challenge

L’hôte doit être une origine HTTPS sur le nom d’hôte du serveur MCP ou sur un domaine parent admissible.

3. Soumettre pour revue

Les réviseurs ont besoin de quoi tester l’intégration. Une partie de ces éléments peut figurer dans plugin.json, pour être importée avec le ZIP :

• des identifiants de test, si une connexion est requise : un compte dédié avec des données d’exemple, jamais celui d’un vrai utilisateur, utilisable immédiatement — sans validation MFA, code par email ou SMS, lien magique ni accès à un réseau privé. Ces identifiants se saisissent à part, hors du paquet public ;
• cinq cas de test positifs : scénario, prompt, outils attendus, résultat attendu, chacun déjà joué avec le compte de test ;
• trois cas de test négatifs : une demande à laquelle le plugin ne doit pas donner suite, pourquoi, et le refus, la clarification ou le repli attendu ;
• une vidéo qui montre les cas de test et le fonctionnement du plugin ;
• des notes de version sur le paquet soumis.

Sélectionnez ensuite le brouillon, Submit for review, et validez les attestations de conformité demandées. Une seule revue peut être active par plugin. Les retours arrivent par email ; en cas de rejet, corrigez et soumettez un ZIP corrigé, ou faites appel en répondant à l’email.

4. Publier

Une fois le plugin approuvé, ouvrez la version approuvée et sélectionnez Publish plugin. Les utilisateurs le trouvent alors dans le répertoire commun à ChatGPT et Codex, par un lien direct vers sa fiche ou en le cherchant par son nom.

Mettre à jour

Deux circuits coexistent. Pour les métadonnées, les visuels ou les skills, téléversez un nouveau ZIP complet, avec un numéro de version incrémenté, dans le plugin existant : la nouvelle version a ses propres contrôles et sa propre revue, et sa publication remplace la précédente. Pour les outils de votre serveur, rien à téléverser : après la première publication, OpenAI analyse votre serveur chaque jour et rend disponibles les mises à jour admissibles dès qu’elles passent les contrôles automatiques ; vous pouvez aussi demander une analyse juste après un déploiement. Pour changer l’URL d’un serveur MCP existant, il faut passer par le support.

Points clés à retenir

• On soumet un ZIP du plugin sur le portail Plugins, sous une identité vérifiée
• Métadonnées et skills d’un côté, serveur MCP et outils de l’autre : deux volets de contrôle
• Vérification de domaine par un jeton servi à /.well-known/openai-apps-challenge
• Revue : compte de test sans MFA, 5 cas positifs, 3 négatifs, une vidéo, des notes de version
• Après publication : nouveau ZIP pour métadonnées et skills, analyse quotidienne pour les outils