PageToVid figure désormais au registre officiel MCP

Un serveur MCP ne sert que si un assistant peut le trouver. Notre page des assistants explique comment connecter PageToVid à la main, et cela fonctionne toujours. Mais clients et catalogues d'outils lisent de plus en plus au même endroit : le registre officiel MCP.

Y figurer, c'est avoir sa ligne dans l'annuaire. PageToVid y apparaît sous le nom com.pagetovid/pagetovid, avec une description de ce qu'il fait et de la façon de s'y connecter, si bien que tout client qui parcourt le registre peut le proposer.

Publier au registre, c'est surtout de la paperasse, et nous voulions la faire proprement, pour que la fiche reste juste dans le temps :

• un server.json qui décrit notre serveur distant : une adresse HTTP en streaming, un en-tête de clé d'API facultatif, et la mention que les clients OAuth comme Claude et ChatGPT s'en passent ;
• une preuve de domaine, pour que seul qui contrôle pagetovid.com puisse publier sous notre nom ;
• l'adresse de schéma datée qu'exige le validateur du registre ;
• un script de publication, pour que la version listée suive toujours celle de l'application au lieu de prendre du retard.

Nous avons aussi publié un fichier de propriété pour un autre catalogue MCP, afin que sa fiche PageToVid pointe vers un serveur que nous contrôlons.

Une inscription amène des clients à la porte ; la porte elle-même mérite donc un test. Nous avons ajouté deux contrôles de bout en bout qui parlent à l'adresse MCP exactement comme un client.

Le premier vérifie la poignée de main. Une requête anonyme doit recevoir le défi qui invite un client à se connecter par OAuth, et une requête connectée du mauvais type doit être poliment refusée, car la connexion n'accepte que la méthode pour laquelle elle a été conçue. Si l'une de ces réponses changeait, les clients cesseraient de se connecter avant même de voir un outil : nous voulons le savoir les premiers.

Le second contrôle concerne la première impression. Les clients affichent les outils d'un serveur dans l'ordre où celui-ci les enregistre, et cet ordre est le menu que lit un assistant.

Nous voulons create_video tout en haut, car faire un film est ce que presque tout le monde vient chercher ; inspecter une page, modifier un storyboard et le reste suivent. Le test compare deux listes construites indépendamment l'une de l'autre, pour qu'un réarrangement ultérieur du code ne puisse jamais rebattre le menu sans bruit.

Le même jour, nous avons fait évoluer notre page d'accueil dans l'autre sens. Le connecteur étant plus facile à trouver au registre, la page d'accueil n'a plus besoin de s'ouvrir sur lui.

Un nouveau visiteur veut voir à quoi ressemble un film PageToVid avant de configurer quoi que ce soit. La galerie de vrais films vient donc juste après l'ouverture, et la section sur les assistants a rejoint le bandeau de l'API, là où les développeurs la cherchent. Ceux qui travaillent déjà dans Claude ou ChatGPT nous trouvent par le registre ; tous les autres voient d'abord les films.

Si vous utilisez un assistant qui lit le registre MCP, PageToVid est désormais à une recherche de distance : trouvez-le, connectez-le, et demandez un film de votre site avec vos propres mots. Si vous préférez l'installer vous-même, la page des assistants détaille toujours chaque étape.

Pour nous, distribuer un outil comme le nôtre tient en deux choses : être là où les clients regardent, et tenir la promesse une fois qu'ils sont arrivés. L'inscription s'occupe de la première. Les tests sur la poignée de main et le menu, de la seconde.