PageToVid steht jetzt im offiziellen MCP-Verzeichnis

Ein MCP-Server nützt nur, wenn ein Assistent ihn findet. Unsere Seite für Assistenten erklärt, wie man PageToVid von Hand verbindet, und das funktioniert weiterhin. Aber Clients und Tool-Kataloge lesen zunehmend an einer Stelle: im offiziellen MCP-Verzeichnis.

Dort zu stehen ist so etwas wie ein Eintrag im Telefonbuch. PageToVid erscheint jetzt unter dem Namen com.pagetovid/pagetovid, mit einer Beschreibung, was es tut und wie man sich verbindet, sodass jeder Client, der das Verzeichnis durchsucht, es anbieten kann.

Im Verzeichnis zu veröffentlichen ist vor allem Papierarbeit, und wir wollten sie ordentlich machen, damit der Eintrag auf Dauer stimmt:

• eine server.json, die unseren Server beschreibt: eine Streaming-HTTP-Adresse, einen optionalen API-Key-Header und den Hinweis, dass OAuth-Clients wie Claude und ChatGPT keinen brauchen;
• einen Domain-Nachweis, damit nur veröffentlichen kann, wer pagetovid.com kontrolliert;
• die datierte Schema-Adresse, die der Validator des Verzeichnisses verlangt;
• ein Veröffentlichungsskript, damit die gelistete Version immer der App-Version folgt, statt hinterherzuhinken.

Außerdem haben wir eine Besitzdatei für einen weiteren MCP-Katalog veröffentlicht, damit dessen Eintrag zu PageToVid auf einen Server zeigt, den wir kontrollieren.

Nichts davon ändert, wie PageToVid nach dem Verbinden arbeitet. Es ändert, wie zuverlässig ein Client es entdecken kann, ob er darauf vertrauen kann, dass der Eintrag wirklich von uns stammt, und ob die Angaben darin stimmen.

Ein Eintrag bringt Clients an die Tür, also verdient die Tür selbst einen Test. Wir haben zwei End-to-End-Prüfungen ergänzt, die genau so mit der MCP-Adresse sprechen wie ein Client.

Die erste prüft die Begrüßung. Eine anonyme Anfrage muss die Aufforderung bekommen, die einem Client sagt, sich per OAuth anzumelden, und eine angemeldete Anfrage der falschen Art muss höflich abgelehnt werden, weil die Verbindung nur die Methode annimmt, für die sie gebaut ist. Würde sich eine dieser Antworten je ändern, könnten sich Clients nicht mehr verbinden, bevor sie ein einziges Tool sehen. Das wollen wir als Erste wissen.

Die zweite Prüfung betrifft den ersten Eindruck. Clients zeigen die Tools eines Servers in der Reihenfolge, in der er sie registriert, und diese Reihenfolge ist das Menü, das ein Assistent liest.

Wir wollen create_video ganz oben, denn ein Video zu machen ist das, wofür fast alle kommen; eine Seite prüfen, ein Storyboard bearbeiten und der Rest folgen danach. Der Test vergleicht zwei unabhängig voneinander gebaute Listen, damit ein späterer Umbau des Codes das Menü nie unbemerkt neu mischen kann.

Das klingt nach einer Kleinigkeit, aber für einen Assistenten, der das Menü zum ersten Mal sieht, ist die erste Zeile oft die, die er wählt.

Am selben Tag haben wir unsere eigene Startseite in die andere Richtung verändert. Weil der Connector im Verzeichnis jetzt leichter zu finden ist, muss die Startseite nicht mehr mit ihm beginnen.

Wer neu ist, will sehen, wie ein PageToVid-Video aussieht, bevor er irgendetwas einrichtet. Deshalb kommt die Galerie echter Videos jetzt direkt nach dem Einstieg, und der Teil über Assistenten ist neben den API-Streifen gerückt, wo Entwickler ihn suchen. Wer schon in Claude oder ChatGPT arbeitet, erreicht uns über das Verzeichnis; alle anderen sehen zuerst die Videos.

Wenn du einen Assistenten nutzt, der das MCP-Verzeichnis liest, ist PageToVid jetzt nur eine Suche entfernt: finden, verbinden und in eigenen Worten um ein Video deiner Website bitten. Wenn du es lieber selbst einrichtest, findest du auf der Seite für Assistenten weiterhin jeden Schritt.

Für uns läuft die Verbreitung eines Tools wie unseres auf zwei Dinge hinaus: dort sein, wo Clients suchen, und das Versprechen halten, wenn sie ankommen. Der Eintrag erledigt das Erste. Die Tests für Begrüßung und Menü das Zweite.