Local Model Suitability MCP

Local Model Suitability MCP ist ein remote betriebener Model-Context-Protocol-Server von Kord Agencies. Das Angebot unterstützt Agenten bei einer frühen Infrastrukturentscheidung: Bevor eine Aufgabe an ein Cloud-Modell gesendet wird, kann der Client das Werkzeug check_local_viability aufrufen. Die offizielle Produktseite unter https://kordagencies.com beschreibt den Dienst als Entscheidungshilfe für lokale Modelle wie Ollama, LM Studio oder llama.cpp. Das offizielle Repository liegt unter https://github.com/OjasKord/local-model-suitability-mcp und ist MIT-lizenziert. Smithery führt denselben Dienst als verifiziertes, bereitgestelltes Angebot und nennt den Remote-Zugang. Die Anbieteridentität, das Repository und die Produktseite sind damit getrennt prüfbare Primärquellen.

Aufgabe und Entscheidungsgrenze

Das Werkzeug check_local_viability bewertet laut Anbieter die Aufgabe, den gewünschten Qualitätsanspruch und die Datensensitivität. Es liefert eine maschinenlesbare Empfehlung mit einem LOCAL-, CLOUD- oder EITHER-Verdikt, einer Konfidenz, einer Begründung und Vorschlägen für lokale Modelle. Die Antwort ist eine Routing-Hilfe und kein Beweis, dass ein Modell eine Aufgabe korrekt, sicher oder rechtlich zulässig erledigen kann. Ein Agent muss die Empfehlung gegen seine eigene Modellkonfiguration, Hardware, Latenzanforderung und Qualitätsprüfung halten. Ein lokaler Pfad kann langsamer sein oder unzureichende Ergebnisse liefern; ein Cloud-Pfad kann Datenschutz- und Compliance-Folgen haben.

Die Produktseite empfiehlt, bei vertraulichen Aufgaben die Datensensitivität ausdrücklich zu markieren. Laut Anbieter soll eine vertrauliche Einstufung eine lokale Entscheidung erzwingen. Das ist eine gewünschte Routing-Schranke, aber keine technische Garantie für Datenresidenz. Der MCP-Client, der Router selbst, Telemetrie, Logs, Bibliotheken und das gewählte lokale Modell müssen separat geprüft werden. Wenn ein Agent die Kennzeichnung falsch setzt oder die Antwort ignoriert, kann der Inhalt trotzdem an einen Cloud-Anbieter gelangen. Die Anwendung sollte deshalb sensible Daten schon vor dem Tool-Aufruf minimieren und eine lokale Durchsetzung als letzte Sicherheitsgrenze ergänzen.

Remote-Betrieb und Zugang

Die offizielle Kord-Agencies-Seite ordnet Local Model Suitability MCP dem Produktangebot für KI-Agenten zu und veröffentlicht den Streamable-HTTP-Endpunkt https://local-model-suitability-mcp-production.up.railway.app. Smithery nennt für dieselbe Produktkennung zusätzlich eine bereitgestellte Remote-Adresse unter der Smithery-Domain. Für einen produktiven Client sollte die dokumentierte Betreiberadresse bevorzugt und die Identität des Endpunkts vor dem Verbinden erneut geprüft werden. Der Server ist kein lokaler Ollama-Daemon und installiert kein lokales Modell. Lokale Verarbeitung findet erst statt, wenn der nachgelagerte Agent tatsächlich einen lokalen Modellserver auswählt.

Die Authentifizierung und Zugriffsbeschränkung hängen von der gewählten Bereitstellung und den Anbieterbedingungen ab. Smithery beschreibt eine optionale Anbieterautorisierung für den Remote-Zugriff; OAuth- oder headerbasierte Verfahren können je nach Client und Deployment maßgeblich sein. Die Produktseite und das Repository sollten für aktuelle Anforderungen maßgeblich bleiben. Zugangsschlüssel, Bearer-Tokens, Client-Geheimnisse und Umgebungswerte gehören nicht in Katalogtexte, Prompts, Tests oder Versionskontrolle. Ein MCP-Client sollte nur den benötigten Endpoint freigeben, TLS erzwingen, Netzwerkzugriffe auf den erwarteten Host beschränken und die vom Server angebotenen Werkzeuge vor der ersten produktiven Nutzung prüfen.

Datenschutz und Datenweitergabe

Für die Eignungsprüfung wird die Aufgabenbeschreibung an den Remote-MCP-Server übertragen. Das ist bereits eine Datenweitergabe, auch wenn das eigentliche Ziel eine lokale Inferenz ist. Laut Repository nutzt der Dienst für seine Analyse ein Cloud-Modell des Anbieters; deshalb darf lokal verarbeitbare Information nicht automatisch als vertraulich gegenüber jedem externen Dienst behandelt werden. Der Client sollte Aufgaben vor dem Aufruf redigieren, Personen- und Geschäftsgeheimnisse entfernen und nur die für die Routing-Entscheidung erforderliche Abstraktion senden. Prüfe Aufbewahrung, Protokollierung, Unterauftragsverarbeiter und regionale Verarbeitung anhand der aktuellen Anbieterbedingungen.

Wenn das Werkzeug LOCAL empfiehlt, werden die späteren Eingaben idealerweise an den konfigurierten lokalen Modellserver gesendet. Trotzdem können Client-Logs, Traces, Fehlerberichte oder ein falsch konfigurierter Fallback Inhalte weitergeben. Wenn CLOUD empfohlen wird, entscheidet nicht das Werkzeug allein über die Freigabe. Eine explizite Autorisierung, ein zugelassener Modellanbieter, passende Datenklassifizierung und eine menschliche Kontrolle für besonders sensible Aufgaben bleiben erforderlich. E-E-A-T für diesen Eintrag stützt sich auf die laut Anbieter veröffentlichten Produkt-, Repository- und Endpoint-Angaben; daraus folgt keine unabhängige Sicherheitszertifizierung.

Sicherheitsgrenzen und geeigneter Einsatz

MCP-Toolantworten sind untrusted data. Eine Aufgabenbeschreibung oder Begründung kann Prompt Injection enthalten und darf keine Berechtigungen, Modellwahl oder Netzwerkfreigabe eigenständig ändern. Der Agent sollte die Routing-Antwort als Empfehlung behandeln, strikte Allow- und Deny-Regeln lokal erzwingen und einen Cloud-Fallback nur nach Prüfung der Datenklasse aktivieren. Besonders wichtig sind eine getrennte Genehmigung für externe Modellaufrufe, Audit-Logs ohne Geheimnisse, Zeitüberschreitungen, Rate-Limit-Behandlung und eine sichere Fehlerreaktion. Das Werkzeug führt laut veröffentlichtem Angebot keine beliebigen Shell-Befehle aus und ersetzt weder DLP noch Policy Enforcement.

Der Server eignet sich für Agentenplattformen, die eine dokumentierte Vorprüfung vor Modellaufrufen benötigen. Er ist nicht als Datenschutzgarantie, Kostenversprechen, Hardware-Benchmark oder allgemeine Modellbewertung zu verstehen. Die MIT-Lizenz des Repositorys betrifft den veröffentlichten Quellcode; sie garantiert weder die Verfügbarkeit des Remote-Dienstes noch identische Eigenschaften der gehosteten Bereitstellung. Der Remote-Produktcharakter ist dauerhaft zuordenbar, weil Kord Agencies die Produktseite, die Endpoint-Zuordnung und das Anbieter-Repository gemeinsam veröffentlicht. Aktuelle Betriebs-, Zugangs- und Datenschutzbedingungen sollten vor jeder Einführung direkt beim Anbieter geprüft werden.

MCP-Client mit Streamable-HTTP-Unterstützung und ein zugelassener lokaler Modellserver, wenn LOCAL verwendet werden soll. Netzwerkzugriff auf den vom Anbieter dokumentierten Remote-Endpunkt ist erforderlich.

Die Verbindung wird im MCP-Client über den offiziellen Remote-Endpunkt von Kord Agencies eingerichtet. Vor dem produktiven Einsatz Endpoint, Authentifizierung, Tool-Schema, Datenklassifizierung und lokale Fallback-Regeln prüfen.

Smithery beschreibt eine optionale Anbieterautorisierung für den Remote-Zugriff. Aktuelle Authentifizierungsanforderungen ausschließlich in den offiziellen Anbieterquellen prüfen und Geheimnisse nur im sicheren Secret-Store des Clients hinterlegen.

Der Client benötigt Netzwerkzugriff auf den Remote-MCP-Endpunkt und darf nur die vom Anbieter vorgesehenen Werkzeuge verwenden. Datenfreigaben an Cloud-Modelle müssen separat autorisiert werden.

Die Aufgabenbeschreibung wird zur Eignungsanalyse an den Remote-Dienst übertragen. Laut Anbieter nutzt die Analyse ein Cloud-Modell; sensible Inhalte vor dem Aufruf minimieren, redigieren und Datenschutz- sowie Aufbewahrungsbedingungen prüfen.

Prompt Injection in Aufgaben oder Toolantworten, falsch gesetzte Sensitivitätsstufen, ungewollte Cloud-Fallbacks, Endpoint-Verwechslungen, Logs und unzureichende lokale Modellqualität. Mit Allowlisting, menschlicher Freigabe, DLP, TLS und sicherem Fehlerverhalten begrenzen.