Klavis Strata

offiziell

Ein MCP-Server für KI-Agenten, um beliebige Tools zuverlässig in jeder Größenordnung zu nutzen

Was kann man mit Klavis Strata MCP machen?

  • Relevante Aktionen finden — Bitten Sie Ihre KI, passende Kategorien oder Aktionen über Server hinweg mit discover_server_categories_or_actions basierend auf Ihrer Absicht zu finden.
  • Kategorie-Fähigkeiten erkunden — Rufen Sie alle Aktionsnamen in bestimmten Kategorien über get_category_actions ab, um verfügbare Operationen zu verstehen.
  • Aktionsschemata prüfen — Erhalten Sie vollständige Parameterdetails für jede Aktion mit get_action_details, einschließlich erforderlicher und optionaler Felder.
  • Operationen ausführen — Führen Sie Aktionen mit Parametern über execute_action aus, optional mit Filtern für Antwortfelder oder Begrenzung der Ausgabegröße.
  • Dokumentation durchsuchen — Verwenden Sie search_documentation mit gezielten Schlüsselwörtern, um relevante Endpunkte zu finden, wenn die Erkennungsergebnisse unzureichend sind.
  • Authentifizierungsprobleme lösen — Behandeln Sie Authentifizierungsfehler während der Ausführung, indem Sie Auth-URLs abrufen oder Anmeldedaten über handle_auth_failure speichern.

Dokumentation

Strata

Ein MCP-Server für KI-Agenten, um Tools progressiv in jeder Größenordnung zu nutzen

<img src="https://mintcdn.com/klavisai/7Siw7A5JJSHURM5d/images/concepts/strata_hero.png?fit=max&auto=format&n=7Siw7A5JJSHURM5d&q=85&s=b581fdb821699a32b260d124789396bd" alt="Strata Hero - Progressive tool discovery for AI agents" className="w-full rounded-lg" style={{ maxWidth: '100%', height: 'auto' }} width="2533" height="496" data-path="images/concepts/strata_hero.png" />

Was ist Strata?

Strata ist ein MCP-Server, der KI-Agenten dabei unterstützt, Tools zuverlässig in jeder Komplexität zu nutzen, anstatt sie mit allem auf einmal zu überfordern. Er wurde entwickelt, indem man darüber nachdachte, wie Menschen mit Tools interagieren, und löst die drei Hauptprobleme, die KI-Agenten heute plagen:

  • Tool-Überlastung: Zu viele Tools führen zu einer Lähmung der LLM-Auswahl
  • Kontext-Überlastung: Lange Tool-Listen erhöhen Token-Anzahl und Kosten
  • Abdeckungslücke: Die meisten Server bleiben bei 40~50 Tools stecken, was die Möglichkeiten einschränkt

Sie können Strata über unsere Website, API oder sogar Open Source mit Ihren eigenen Daten nutzen!

Video-Tutorial

Sehen Sie sich dieses Video-Tutorial an, um ein vollständiges Verständnis davon zu bekommen, wie Strata funktioniert:

Text-Tutorial

Tipp

Schauen Sie sich diese geteilte Claude-Konversation an, um Strata in Aktion zu sehen!

1. Server-Kategorien oder Aktionen entdecken

discover_server_categories_or_actions - finden Sie relevante Kategorien oder Aktionen basierend auf der Benutzerabsicht. Keine semantische Suche!

**Beschreibung**: **BEVORZUGTER AUSGANGSPUNKT**. Entdecken Sie verfügbare Kategorien oder Aktionen basierend auf der Benutzeranfrage. Versuchen Sie dieses Tool zuerst, wenn Sie erkunden möchten, welche Aktionen über Server hinweg verfügbar sind. Dies ist der primäre Einstiegspunkt zum Erkunden verfügbarer Aktionen und sollte vor anderen Suchmethoden verwendet werden. Die Ausgabe ist eine Liste von Servern mit Detailgrad und Details.

Wenn der Detailgrad 'categories_only' ist, sind die Details nur eine Liste von Kategorienamen. Als nächsten Schritt bevorzugen Sie die Verwendung des Tools get_category_actions, um die Aktionen für die Kategorien zu erhalten.

Wenn der Detailgrad 'full_details' ist, sind die Details eine Liste von Kategorienamen mit ihren Aktionsdetails. Dies passiert, wenn der Server nur wenige Aktionen hat. Als nächsten Schritt bevorzugen Sie die Verwendung des Tools execute_action, um die Aktionen auszuführen.

Wenn der Detailgrad 'categories_and_actions' ist, sind die Details eine Liste von Kategorienamen und Aktionsnamen. Dies passiert bei Verwendung externer Tools. Als nächsten Schritt bevorzugen Sie die Verwendung des Tools get_action_details, um die Details der Aktionen zu erhalten.

Parameter:

  • user_query (Zeichenkette, erforderlich): Natürlichsprachige Benutzeranfrage zum Filtern der Ergebnisse.
  • server_names (Array, erforderlich): Liste von Servernamen, um Kategorien oder Aktionen zu entdecken.

2. Kategorie-Aktionen abrufen

get_category_actions - alle Aktionsnamen innerhalb bestimmter Kategorien abrufen.

**Beschreibung**: Holen Sie sich einen umfassenden Überblick über API-Aktionen, die in bestimmten Kategorien verfügbar sind. Verwenden Sie dieses Tool, wenn Sie erkunden möchten, welche Aktionen in bestimmten Dienstkategorien verfügbar sind, oder eine detaillierte Ansicht der Kategoriefähigkeiten erhalten möchten. \*\* Wichtig \*\*: Es sollte nur aufgerufen werden, nachdem Sie die Serverkategorien vom Tool discover_server_categories erhalten haben.

Parameter:

  • category_names (Array, erforderlich): Liste von Kategorien, für die Aktionen abgerufen werden sollen

3. Aktionsdetails abrufen

get_action_details - vollständiges Schema und Parameter für eine bestimmte Aktion abrufen.

**Beschreibung**: Holen Sie sich detaillierte Informationen zu einer bestimmten Aktion, einschließlich erforderlicher und optionaler Parameter. Sie müssen Kategoriename und Aktionsname angeben. \*\* Wichtig \*\*: Es sollte nur aufgerufen werden, nachdem Sie die Serverkategorien aus früheren Tool-Aufrufen erhalten haben.

Parameter:

  • category_name (Zeichenkette, erforderlich): Der Name der Kategorie
  • action_name (Zeichenkette, erforderlich): Der Name der Aktion/Operation innerhalb der Kategorie

4. Aktion ausführen

execute_action - Aktionen mit Parametern ausführen und Ergebnisse erhalten.

**Beschreibung**: Führen Sie eine bestimmte Aktion mit den bereitgestellten Parametern aus. Sie müssen Servername, Aktionsname und Aktionsparameter angeben. \*\* Wichtig \*\*: Es sollte nur aufgerufen werden, nachdem Sie die Aktionsdetails vom Tool get_action_details erhalten haben.

Parameter:

  • server_name (Zeichenkette, erforderlich): Der Name des Servers
  • category_name (Zeichenkette, erforderlich): Der Name der Kategorie, für die die Aktion ausgeführt werden soll
  • action_name (Zeichenkette, erforderlich): Der Name der Aktion/Operation, die ausgeführt werden soll
  • path_params (Zeichenkette, optional): JSON-Zeichenkette mit Pfadparametern für die Aktion
  • query_params (Zeichenkette, optional): JSON-Zeichenkette mit Abfrageparametern für die Aktion
  • body_schema (Zeichenkette, optional, Standard: "{}"): JSON-Zeichenkette mit Anforderungstext für Aktionen
  • include_output_fields (Array, optional): Optional, aber dringend empfohlen, wenn Sie das response_schema dieser Aktion aus früheren Tool-Aufrufen kennen: Array von Feldpfaden, die in die Antwort aufgenommen werden sollen. Nur diese Felder werden zurückgegeben. Verwenden Sie Punktnotation für verschachtelte Felder (z. B. "author.displayName").
  • maximum_output_characters (Ganzzahl, optional): Optional: Maximale Anzahl von Zeichen, die in der Antwort zurückgegeben werden sollen. Wenn die Antwort dieses Limit überschreitet, wird sie abgeschnitten. Bevorzugen Sie include_output_fields gegenüber diesem.

5. Dokumentation durchsuchen

search_documentation - relevante Informationen nur bei Bedarf finden.

**Beschreibung**: **SEKUNDÄRE OPTION**: Verwenden Sie dieses Tool nur, wenn discover_server_categories nicht genügend Details liefert oder wenn Sie in der Dokumentation eines bestimmten Servers suchen müssen. Suchen Sie nach Server-Aktionsdokumentationen nach Kategorie, Operation, Tags oder Funktionalität mithilfe von Stichwortabgleich. Dies ist keine natürlichsprachliche Suche - es werden exakte Schlüsselwörter und Phrasen abgeglichen. Gibt Endpunkte zurück, die nach Relevanz sortiert sind. Verwenden Sie einige gezielte Schlüsselwörter, um die besten Übereinstimmungen zu finden. Häufige Muster: Kategorienamen ('projects', 'users', 'pipelines'), Aktionen ('create', 'delete', 'list', 'get') oder Kombinationen ('create user', 'list projects'). Der Suchalgorithmus verwendet intelligente Bewertung, um zu verhindern, dass ausführliche Beschreibungsfelder die Ergebnisse überwältigen.

Parameter:

  • query (Zeichenkette, erforderlich): Suchschlüsselwörter, die mit API-Dokumentationsbegriffen übereinstimmen. Best Practices: (1) Verwenden Sie Ressourcennamen wie 'users', 'projects', 'files', (2) Fügen Sie Aktionen für Präzision hinzu, wie 'user create' oder 'project delete', (3) Vermeiden Sie Füllwörter wie 'how to', 'show me', 'all the' - konzentrieren Sie sich auf die Kernbegriffe, die in Endpunktnamen und Beschreibungen vorkommen.
  • server_name (Zeichenkette, erforderlich): Name des Servers, in dem gesucht werden soll.
  • max_results (Ganzzahl, optional, Standard: 10, Minimum: 1, Maximum: 50): Anzahl der zurückzugebenden Ergebnisse. Standard: 10

6. Authentifizierungsfehler behandeln

handle_auth_failure - Authentifizierung nur bei Bedarf behandeln.

**Beschreibung**: Behandeln Sie Authentifizierungsfehler, die beim Ausführen von Aktionen auftreten. KRITISCH: Dieses Tool sollte NUR aufgerufen werden, wenn execute_action speziell aufgrund von Authentifizierungsproblemen fehlschlägt (401 Unauthorized, ungültige Anmeldeinformationen, abgelaufene Token usw.). Rufen Sie dieses Tool NICHT auf, um den Authentifizierungsstatus zu überprüfen oder für andere Zwecke. Verwendung: (1) Wenn execute_action einen Authentifizierungsfehler zurückgibt, rufen Sie dieses Tool mit 'get_auth_url' auf, um Authentifizierungsanweisungen zu erhalten. (2) Wenn der Benutzer nach einem Fehler Authentifizierungsdaten bereitstellt, rufen Sie dieses Tool mit 'save_auth_data' auf, um die Anmeldeinformationen zu speichern. Rufen Sie dieses Tool NIE auf, wenn der Fehler KEIN Authentifizierungsfehler ist (z. B. 404 Not Found, 500 Internal Server Error usw.).

Parameter:

  • server_name (Zeichenkette, erforderlich): Der Name des Servers, der während execute_action die Authentifizierung fehlgeschlagen hat
  • intention (Zeichenkette, erforderlich, Aufzählung: ["get_auth_url", "save_auth_data"]): Verwenden Sie 'get_auth_url', wenn execute_action mit Authentifizierungsfehlern fehlschlägt, um Authentifizierungsanweisungen zu erhalten. Verwenden Sie 'save_auth_data', wenn der Benutzer nach einem Authentifizierungsfehler Anmeldeinformationen bereitstellt.
  • auth_data (Objekt, optional): Authentifizierungsdaten, die vom Benutzer nach einem Authentifizierungsfehler bereitgestellt werden (z. B. {"token": "...", "api_key": "..."}). Wird nur mit der Absicht 'save_auth_data' verwendet, wenn Authentifizierungsfehler behoben werden.

Bewertung

Strata liefert echte Ergebnisse:

  • MCPMark-Benchmark: Erreicht +15,2 % höhere pass@1-Rate im Vergleich zum offiziellen GitHub-Server und +13,4 % höhere pass@1-Rate im Vergleich zum offiziellen Notion-Server. (Quelle)
  • Menschliche Bewertung: Erreicht 83 %+ Genauigkeit bei über 2.000 realen Anfragen in Bewertungssets

Nächste Schritte

Erstellen Sie in Minuten Ihren ersten Strata-Server Entdecken Sie die vollständige Strata-API