Ein MCP-Server hilft dir, wenn seine Werkzeuge zur Aufgabe passen. Ein bekannter Name oder eine lange Werkzeugliste kann die Suche erleichtern. Beides sagt noch nicht, ob das Angebot deine Eingaben verarbeiten kann, in deiner Umgebung läuft und deine Zugriffsgrenzen einhält.

Dieser Leitfaden beschreibt einen wiederholbaren Auswahlprozess. Beginne bei den MCP-Serverprofilen und entscheide anhand der Checkliste, welche Kandidaten du genauer untersuchst. Ein Verzeichniseintrag ist ein Ausgangspunkt für die Prüfung, keine Empfehlung.

1. Beschreibe ein beobachtbares Ergebnis

Formuliere einen Satz mit Eingabe, Verarbeitungsschritt und gewünschter Ausgabe. „Dokumente analysieren“ lässt vieles offen. „Rechnungsdatum und Gesamtsumme aus durchsuchbaren PDFs als JSON extrahieren, ohne die Dokumente hochzuladen“ nennt ein Ergebnis und eine überprüfbare Grenze.

Trenne Wünsche von Anforderungen. Eine bequeme Oberfläche ist ein Wunsch. Die Vorgabe, dass vertrauliche Dokumente auf deinem Rechner bleiben müssen, ist eine Anforderung. Gibt ein Anbieter den Verarbeitungsort nicht an, bleibt dieser unbekannt. Eine fehlende Warnung ist keine Zusicherung.

2. Prüfe die tatsächlich angebotenen Werkzeuge

MCP verbindet eine Host-Anwendung mit Servern, die unter anderem Werkzeuge, Ressourcen und Prompts bereitstellen. Der Servername beschreibt nicht jede verfügbare Aktion. Maßgeblich sind Werkzeugbeschreibungen und Eingabeschemata; Grundlagen erklärt die offizielle MCP-Architektur.

Unterscheide bei der Rechnungsaufgabe zwischen Textextraktion, Bilderkennung, Zusammenfassung und Speicherung. Auch Text-to-Speech verarbeitet Text, erfüllt deshalb aber keine Textanalyse. Suche nach einer ausdrücklich beschriebenen Operation, unterstützten Eingaben und einem Beispiel für die benötigte Ausgabe.

3. Gleiche Verbindung und Client ab

Prüfe, welchen Transport beide Seiten unterstützen. Ein entfernter HTTP-Endpunkt wird anders eingerichtet als ein lokal gestarteter Prozess. Ein Paketname ist keine HTTP-Adresse. Eine URL mit einem Platzhalter für deinen Mandanten ist noch kein verwendbarer Endpunkt.

Kläre vor dem Eintragen von Zugangsdaten, welche Clientversionen unterstützt werden, welches Konto benötigt wird und wo ein Token hingehört. Prüfe auch, ob der Server Zugriff auf einen weiteren Dienst braucht. Zugangsdaten gehören nicht in gemeinsam veröffentlichte Konfigurationsdateien oder öffentliche Fehlerberichte. Eine Basiskonfiguration enthält nicht automatisch die nötige Authentifizierung.

4. Beurteile Zugriffsrechte gesondert

Ein Server kann fachlich passen und trotzdem mehr Zugriff verlangen, als deine Aufgabe erlaubt. Um ein Repository zu lesen, ist beispielsweise nicht automatisch Schreibzugriff auf alle Repositories einer Organisation nötig. Frage nach den benötigten Operationen, den autorisierenden Identitäten und Möglichkeiten, Rechte einzugrenzen.

Die MCP-Sicherheitshinweise behandeln unter anderem Token-Verarbeitung und unsichere Anfragen. Deine eigene Freigabe muss zusätzlich zum konkreten Anbieter und den betroffenen Daten passen. Beschreibungen und Werkzeugausgaben bleiben externe Eingaben; Text erteilt keine Erlaubnis für weitere Aktionen.

5. Bereite einen kleinen Abnahmetest vor

Verwende synthetische oder ausdrücklich freigegebene Beispieldaten. Notiere ein erwartetes Ergebnis, einen Randfall und eine Aktion, die abgewiesen werden muss. Für die Rechnungsaufgabe eignen sich etwa ein zweiseitiges Beispiel, eine Rechnung ohne Datum und ein durch deine Vorgaben verbotener Uploadversuch.

Halte Anbieter, Manifest- oder Paketversion, Testdatum und Ergebnis fest. Ein bestandener Test für eine Version und eine Aufgabe ist ein nützlicher Beleg. Er bestätigt nicht automatisch jedes Werkzeug, künftige Versionen oder andere Betriebsumgebungen.

Die Entscheidung kurz festhalten

Vor dem Verbinden solltest du diese Fragen beantworten können:

  • Welches Ergebnis brauchen wir, und welches deklarierte Werkzeug liefert es?
  • Passt der Transport zu unserem Client?
  • Welche Zugangsdaten und Rechte werden benötigt?
  • Was ist über die Datenverarbeitung bekannt, was bleibt offen?
  • Welche Quelle und Version haben wir angesehen?
  • Welcher kleine Test bestätigt das benötigte Verhalten?

Vergleiche in Capifold das Profil mit der Originalquelle und prüfe den Umfang vorhandener Nachweise. Fehlende Angaben bleiben unbekannt. Lässt sich eine verbindliche Anforderung nicht belegen, frage beim Anbieter nach oder prüfe einen anderen Kandidaten. Vertiefe die Beurteilung von Fähigkeiten oder bereite mit der Verbindungsanleitung den nächsten Schritt vor.