Remote vs. lokale MCP-Server: Unterschiede und Netzwerküberprüfbarkeit

Remote- und lokale MCP-Server unterscheiden sich vor allem darin, wie sie erreicht und auf Verfügbarkeit geprüft werden. Remote-MCP-Server verwenden HTTP-Endpunkte (mcp_* Typen) und können über das Netzwerk überprüft werden, während lokale MCP-Server aus Paketregistries installiert werden (package_* Typen) und keinen Netzwerkendpunkt zur Überprüfung haben, was zu einem unbekannten beobachteten Status führt. Diese Unterscheidung beeinflusst, wie Indizes wie Wellknown den Serverstatus und die Zuverlässigkeit überwachen.

Wichtige Erkenntnisse

• Lokale MCP-Server werden als Pakete (npm, PyPI, OCI) installiert und haben keinen Netzwerkendpunkt, daher ist ihr Status immer unbekannt.
• Remote-MCP-Server stellen HTTP-Endpunkte (Streamable HTTP, SSE) bereit, die live über das Netzwerk überprüft werden können.
• Wellknown kann nur bei Remote-MCP-Servern Netzwerkprüfungen durchführen, nicht bei lokal installierten Paketservern.
• Die Wahl zwischen Remote- und lokalen MCP-Servern bedeutet Kompromisse bei Beobachtbarkeit und Monitoring.
• Die Mehrheit der indexierten MCP-Server sind Remote-HTTP-Endpunkte, aber lokale Pakete bilden einen bedeutenden Anteil.

Was sind lokale MCP-Server?

Lokale MCP-Server sind Programme, die aus Paketregistries oder Container-Images installiert werden und das Model Context Protocol (MCP) implementieren. Sie werden nicht über das Netzwerk erreicht, sondern lokal in der Entwicklerumgebung ausgeführt. Laut den Endpunkttypen im Wellknown-Index:

• package_npm: 27.171 Einträge — ein lokaler Server, installiert als npm-Paket.
• package_pypi: 20.180 Einträge — ein lokaler Server, installiert als PyPI-Paket.
• package_oci: 1.193 Einträge — ein lokaler Server, ausgeführt aus einem OCI-Container-Image.

Diese lokalen Server haben keinen Netzwerkendpunkt, der für eine Remote-Überprüfung verfügbar wäre. Nach den termRules von Wellknown bedeutet das, dass ihr beobachteter Status immer unbekannt ist, da nichts überprüft werden kann oder keine Prüfung stattgefunden hat. Dies ist der übliche Fall bei Paketen.

Was sind Remote-MCP-Server?

Remote-MCP-Server stellen ihre Funktionalität über HTTP-Endpunkte bereit, die von KI-Anwendungen oder Indizes über das Netzwerk erreicht werden können. Die wichtigsten Remote-Endpunkttypen sind:

• mcp_streamable_http: 31.387 Einträge — ein Remote-MCP-Endpunkt mit Streamable HTTP.
• mcp_sse: 1.034 Einträge — ein Remote-MCP-Endpunkt mit Server-Sent Events (SSE).

Diese Remote-Endpunkte erlauben es Wellknown und anderen Indizes, Netzwerkprüfungen durchzuführen, um Status, Latenz und Zuverlässigkeit zu beobachten. Die beobachteten Status können je nach Erfolg der letzten Prüfungen live, kürzlich beobachtet oder nicht verfügbar sein.

Netzwerküberprüfbarkeit: Was kann überwacht werden?

Der Wellknown-Index verzeichnet 39.544 netzwerküberprüfbare Endpunkte, die Remote-MCP-Server mit HTTP-Endpunkten entsprechen. Diese Endpunkte können abgefragt werden, um festzustellen, ob der Server live oder nicht verfügbar ist.

Im Gegensatz dazu haben lokale MCP-Server, die aus Paketen installiert sind, keinen Netzwerkendpunkt, der überprüft werden könnte. Ihr Status ist immer unbekannt, was bedeutet:

• Der Index kann nicht verifizieren, ob der Server aktuell läuft oder erreichbar ist.
• Ein unbekannter Status bedeutet nicht, dass der Server ausgefallen oder defekt ist; es bedeutet lediglich, dass keine Netzwerkprüfung möglich ist.

Diese Unterscheidung ist wichtig für Entwickler, die sich auf Indizes zur Information über Serverzuverlässigkeit verlassen.

Auswirkungen bei der Wahl eines MCP-Servers

Beim Auswählen eines MCP-Servers hilft das Verständnis des Unterschieds zwischen Remote- und lokalen Servern, Monitoring- und Zuverlässigkeitserwartungen zu steuern:

• Lokale MCP-Server (package_npm, package_pypi, package_oci):

  • Werden lokal installiert und ausgeführt.
  • Kein Netzwerkendpunkt bedeutet kein Live-Statusmonitoring durch Indizes.
  • Geeignet, wenn lokale Kontrolle und Integration im Vordergrund stehen.

• Remote-MCP-Server (mcp_streamable_http, mcp_sse):

  • Über HTTP erreichbar.
  • Können live auf Verfügbarkeit und Latenz überwacht werden.
  • Nützlich, wenn Remote-Verfügbarkeit und Beobachtbarkeit erforderlich sind.

Entwickler sollten abwägen, ob sie Live-Statusüberwachung und Netzwerkbeobachtbarkeit benötigen, wenn sie zwischen lokalen und Remote-MCP-Servern wählen.

Zusammenfassung der Endpunkttypen und Anzahl

Verteilung der beobachteten Status

• Gesamtzahl der indexierten MCP-Server: 76.105
• Live beobachtete MCP-Server: 23.110
• MCP-Server mit unbekanntem Status (meist lokale Pakete): 45.990

Dies zeigt, dass ein großer Anteil der MCP-Server lokale Pakete mit unbekanntem Status aufgrund fehlender Netzwerkendpunkte sind.

Fazit

Remote-MCP-Server stellen HTTP-Endpunkte bereit, die Indizes wie Wellknown live über das Netzwerk überprüfen können und so Echtzeitdaten zu Status und Zuverlässigkeit liefern. Lokale MCP-Server, die aus Paketregistries installiert werden, stellen keine Netzwerkendpunkte bereit, sodass ihr Status für Indizes unbekannt bleibt. Bei der Wahl eines MCP-Servers sollte man berücksichtigen, ob Netzwerkbeobachtbarkeit und Live-Statusüberwachung (für Remote-Server) oder lokale Installation und Kontrolle (für lokale Pakete) wichtiger sind.

Diese Daten sind ein Schnappschuss vom 2026-11-01T00:37:39.756Z aus Wellknowns Live-Index.