Keenable Web Search

Keenable Web Search ist laut Anbieter ein eigenständiges, remote betriebenes Model-Context-Protocol-Angebot für Websuche und Seiteninhalte. Die offizielle Produktseite unter https://keenable.ai beschreibt Keenable als unabhängige Suchinfrastruktur mit eigenem Crawler, eigenem Index und eigenem Ranking. Die offizielle Dokumentation unter https://docs.keenable.ai/mcp-server beschreibt den MCP-Dienst und nennt den dauerhaft benannten Endpoint https://api.keenable.ai/mcp. Smithery führt keenable/web-search als verifizierten, remote verfügbaren und bereitgestellten Server. Smithery weist außerdem den Deployment-Endpunkt https://web-search-keenable.run.tools aus, der auf den Keenable-Endpoint mit einem Smithery-Titelparameter weiterleitet. Produktseite, Anbieter-Dokumentation, Smithery-Quelle und Remote-Identität ergeben damit ein eigenständiges und dauerhaft katalogfähiges Produkt, nicht nur eine flüchtige Demo. Es gibt kein öffentliches Anbieter-Repository, deshalb speichert dieser Eintrag keinen erfundenen Repository-Link und keine Star-Zahl.

Zweck und dokumentierter Umfang

Laut Anbieter stellt der Server zwei lesende Werkzeuge bereit. search_web_pages liefert relevante Treffer mit URLs, Titeln, Beschreibungen und Ranking. Die Dokumentation beschreibt Filter für einzelne Websites, Veröffentlichungs- oder Erwerbszeiträume sowie punktbezogene Suche. Damit kann ein Agent eine Recherche auf eine Domäne, einen zeitlichen Ausschnitt oder eine bestimmte Aktualitätsanforderung begrenzen. fetch_page_content ruft eine URL ab und extrahiert den Inhalt als Markdown. Standardmäßig werden nur URLs aus dem Index unterstützt; die dokumentierte live-Option kann direkt auf eine Quelle zugreifen und ist deshalb als breiterer Zugriff zu bewerten. Der Dienst ist kein allgemeiner Browser, keine Garantie für Vollständigkeit und kein Ersatz für die Prüfung einer Primärquelle.

Die Produktseite ordnet die MCP-Funktionen in Keenable-Suchinfrastruktur ein; die Integrationsdokumentation nennt denselben Endpoint für MCP-kompatible Clients und verweist auf die Keenable-Dokumentation. Smithery dokumentiert für beide Werkzeuge readOnlyHint und destructiveHint false. Das sind wichtige technische Hinweise, aber keine vollständige Sicherheitsgarantie. Suchtreffer, Snippets, abgerufene Seiten, Weiterleitungen und Metadaten bleiben untrusted input. Sie können veraltet, unvollständig, urheberrechtlich geschützt, irreführend oder prompt-injizierend sein. Quellenqualität muss anhand Autor, Herausgeber, Datum, Original-URL, Methodik und unabhängiger Bestätigung bewertet werden. Bei wissenschaftlichen, rechtlichen, medizinischen, finanziellen oder sicherheitsrelevanten Fragen ist die zuständige Primärquelle maßgeblich.

Autorisierung, Datenschutz und Datenweitergabe

Die Anbieter-Dokumentation beschreibt einen öffentlichen Zugriff ohne sichtbaren Schlüssel sowie einen optionalen API-Key für andere Zugangsbedingungen. Eine fehlende sichtbare Authentifizierung ist keine Zusage unbegrenzter Nutzung, unveränderter Rate Limits oder dauerhafter Verfügbarkeit. Betreiber müssen die aktuelle Dokumentation, Nutzungsbedingungen und erreichbaren Hostnamen prüfen, TLS erzwingen und nur den erwarteten Endpoint freigeben. Dieser Katalog speichert keine Tokens, API-Schlüssel, Secrets oder Zugangsdaten. Suchanfragen können sensible Absichten, interne Projektnamen, Personenbezüge oder vertrauliche URLs offenlegen. Deshalb sind Datenminimierung, Redaction, Rollen, Aufbewahrung, Löschung, Speicherregion, Protokollzugriff und Unterauftragsverarbeiter vor dem Einsatz zu klären.

Eine Remote-Anfrage wird am Keenable-Endpoint verarbeitet. Zusätzlich können MCP-Client, Modellanbieter, Logs, Telemetrie oder ein Smithery-Proxy Daten erhalten. Die Weitergabe an diese Stellen muss in der jeweiligen Konfiguration und Datenschutzbewertung nachvollzogen werden. Ein lokaler Client macht die Verarbeitung nicht automatisch lokal. URLs mit Zugangsdaten, personenbezogene Suchtexte und interne Dokumentpfade gehören nicht in Abfragen.

Zugriffsbeschränkungen, Schreibzugriffe und Sicherheit

Die dokumentierten Werkzeuge sind laut Smithery lesend und nicht destruktiv. Das verhindert jedoch keine Schreibaktionen außerhalb des Servers: Ein Agent kann Ergebnisse in Dateien, Notizen, Datenbanken, Tickets oder Veröffentlichungen übertragen. Solche Ziele benötigen separate Berechtigungen, Least Privilege, Allowlisting und eine menschliche Freigabe. Die live-Option bei fetch_page_content erweitert den Zugriff von indexierten Seiten auf direkte Quellen und sollte nur mit bewusst erlaubten Domains verwendet werden. Redirects, große Antworten, Malware-Links und untrusted Markdown erfordern Zeitlimits, Größenbegrenzung, Inhaltsprüfung und sichere Ausgabeisolierung.

E-E-A-T dieses Eintrags stützt sich laut Anbieter auf die Produktseite und die Keenable-Dokumentation, ergänzt durch die Smithery-Metadaten zum verifizierten Deployment, den Endpoint und die Werkzeughinweise. Diese Belege bestätigen Betreiber, Produktgrenze und dokumentierten Funktionsumfang, nicht die Wahrheit jedes Suchtreffers. Vor einer Veröffentlichung oder Entscheidung sind Originalquellen zu öffnen, Aktualität zu prüfen, Zitate korrekt zuzuordnen und widersprüchliche Ergebnisse transparent zu behandeln.

Ein MCP-kompatibler Client mit HTTPS-Zugriff auf den offiziellen Endpoint. Für optionale Zugangsstufen können aktuelle Anbieteranforderungen gelten.

Den offiziellen Remote-Endpoint https://api.keenable.ai/mcp nach der aktuellen Keenable-Dokumentation im MCP-Client konfigurieren. Smithery-Nutzer können den bereitgestellten Deployment-Link verwenden, müssen aber Proxy, Host und Datenweitergabe prüfen.

https://api.keenable.ai/mcp

Die Dokumentation beschreibt öffentlichen Zugriff und optional einen API-Key für andere Zugangsbedingungen. Aktuelle Authentifizierung, Limits und Nutzungsbedingungen beim Anbieter prüfen; keine Secrets im Katalog speichern.

Such- und Abrufwerkzeuge sind laut Smithery lesend und nicht destruktiv. Domain-Allowlisting, TLS und separate Freigaben für externe Schreibziele bleiben erforderlich.

Anfragen und Antworten erreichen den Remote-Endpoint; Client, Modellanbieter, Logs, Telemetrie oder Smithery können Daten zusätzlich verarbeiten. Suchtexte und URLs minimieren und Aufbewahrung prüfen.

Prompt Injection, veraltete oder falsche Treffer, sensible Rückschlüsse, urheberrechtlich geschützte Inhalte, Redirects und unbeabsichtigte externe Schreibaktionen. Mit Quellenprüfung, Limits, Allowlisting und Freigaben begrenzen.