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 Tools nach Absicht entdecken — Bitten Sie den Assistenten, passende Kategorien oder Aktionen über Server hinweg mit discover_server_categories_or_actions und einer natürlichsprachlichen Abfrage zu finden.
  • Aktionen innerhalb von Kategorien erkunden — Fordern Sie eine Liste aller Aktionsnamen für bestimmte Servicekategorien über get_category_actions an.
  • Aktionsschemata prüfen — Erhalten Sie vollständige Parameterdetails für eine bestimmte Aktion, indem Sie deren Kategorie und Aktionsnamen mit get_action_details angeben.
  • API-Aktionen ausführen — Führen Sie eine Serveraktion mit Pfad-, Abfrage- oder Body-Parametern aus und filtern Sie optional Ausgabefelder mit execute_action.
  • Serverdokumentation durchsuchen — Fragen Sie nach schlüsselwortbasierten Dokumentationssuchen innerhalb eines Servers, um relevante Endpunkte mit search_documentation zu finden.
  • Authentifizierungsfehler beheben — Behandeln Sie 401-Fehler, indem Sie Auth-URLs abrufen oder vom Benutzer bereitgestellte Anmeldedaten mit 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 beliebiger Komplexität zu nutzen, anstatt sie mit allem auf einmal zu überfordern. Er wurde mit dem Gedanken an die menschliche Interaktion mit Tools entwickelt und löst die drei größten Probleme, die KI-Agenten heute plagen:

  • Tool-Überlastung: Zu viele Tools führen zu Entscheidungslähmung bei LLMs
  • 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 der Funktionsweise von Strata zu erhalten:

Text-Tutorial

Tipp

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

1. Server-Kategorien oder Aktionen entdecken

discover_server_categories_or_actions – relevante Kategorien oder Aktionen basierend auf der Benutzerabsicht finden. 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 geschieht, 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 geschieht 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 (Zeichenfolge, erforderlich): Natürlichsprachliche Benutzeranfrage zum Filtern der Ergebnisse.
  • server_names (Array, erforderlich): Liste der Servernamen, für die Kategorien oder Aktionen entdeckt werden sollen.

2. Kategorie-Aktionen abrufen

get_category_actions – alle Aktionsnamen innerhalb bestimmter Kategorien abrufen.

**Beschreibung**: Holen Sie sich einen umfassenden Überblick über verfügbare API-Aktionen innerhalb bestimmter Kategorien. 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 der 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. Kategoriename und Aktionsname müssen angegeben werden. \*\* Wichtig \*\*: Es sollte nur aufgerufen werden, nachdem Sie die Serverkategorien aus früheren Tool-Aufrufen erhalten haben.

Parameter:

  • category_name (Zeichenfolge, erforderlich): Der Name der Kategorie
  • action_name (Zeichenfolge, 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. Servername, Aktionsname und Aktionsparameter müssen angegeben werden. \*\* Wichtig \*\*: Es sollte nur aufgerufen werden, nachdem Sie die Aktionsdetails vom Tool get_action_details erhalten haben.

Parameter:

  • server_name (Zeichenfolge, erforderlich): Der Name des Servers
  • category_name (Zeichenfolge, erforderlich): Der Name der Kategorie, für die die Aktion ausgeführt werden soll
  • action_name (Zeichenfolge, erforderlich): Der Name der Aktion/Operation, die ausgeführt werden soll
  • path_params (Zeichenfolge, optional): JSON-Zeichenfolge mit Pfadparametern für die Aktion
  • query_params (Zeichenfolge, optional): JSON-Zeichenfolge mit Abfrageparametern für die Aktion
  • body_schema (Zeichenfolge, optional, Standard: "{}"): JSON-Zeichenfolge 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 Parameter.

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 in Server-Aktionsdokumentationen nach Kategorie, Operation, Tags oder Funktionalität mithilfe von Stichwortabgleich. Dies ist keine natürlichsprachliche Suche – es werden exakte Stichwörter und Phrasen abgeglichen. Gibt Endpunkte nach Relevanz sortiert zurück. Verwenden Sie einige gezielte Stichwö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 überlagern.

Parameter:

  • query (Zeichenfolge, erforderlich): Suchstichwörter, die mit API-Dokumentationsbegriffen übereinstimmen. Best Practices: (1) Ressourcennamen wie 'users', 'projects', 'files' verwenden, (2) Aktionen für Präzision hinzufügen, wie 'user create' oder 'project delete', (3) Füllwörter wie 'how to', 'show me', 'all the' vermeiden – konzentrieren Sie sich auf die Kernbegriffe, die in Endpunktnamen und Beschreibungen vorkommen.
  • server_name (Zeichenfolge, 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 bei der Ausführung von Aktionen auftreten. KRITISCH: Dieses Tool sollte NUR aufgerufen werden, wenn execute_action speziell aufgrund von Authentifizierungsproblemen fehlschlägt (401 Nicht autorisiert, ungültige Anmeldedaten, 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 Anmeldedaten zu speichern. Rufen Sie dieses Tool NIE auf, wenn der Fehler KEIN Authentifizierungsfehler ist (z. B. 404 Nicht gefunden, 500 Interner Serverfehler usw.).

Parameter:

  • server_name (Zeichenfolge, erforderlich): Der Name des Servers, bei dem die Authentifizierung während execute_action fehlgeschlagen ist
  • intention (Zeichenfolge, 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 Anmeldedaten 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-Quote im Vergleich zum offiziellen GitHub-Server und +13,4 % höhere pass@1-Quote im Vergleich zum offiziellen Notion-Server. (Quelle)
  • Menschliche Bewertung: Erreicht über 83 % Genauigkeit bei über 2.000 realen Anfragen in Bewertungssätzen

Nächste Schritte

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

Diese Dokumentation wird auf Mintlify erstellt und gehostet, einer Plattform für Entwicklerdokumentation.