Das MCP-Glossar: 30 Begriffe einfach erklärt

MCP bringt einen Haufen Jargon mit: Hosts, Transports, Elicitation, Federation. Dieses MCP-Glossar erklärt 30 der häufigsten MCP-Begriffe ohne Fachchinesisch, je zwei bis drei Sätze, thematisch gruppiert, damit du direkt zum passenden Teil springen kannst. Kein Vorwissen vorausgesetzt, kein Jargon benutzt, bevor er definiert wurde.

Die Basics: das Protokoll und die Mitspieler

MCP. Kurz für Model Context Protocol, ein offener Standard, der KI-Agenten mit Tools und Daten verbindet. Ende 2024 von Anthropic vorgestellt, ersetzte er ein Chaos aus Einzelintegrationen durch eine einheitliche Steckerform: Jeder kompatible Agent kann jeden kompatiblen Server nutzen. Denk an USB für KI-Tools.

Agent. Ein KI-System, das Dinge tut, statt nur zu antworten. Es liest deine Anfrage, entscheidet, welche Tools es aufruft, ruft sie auf und arbeitet mit den Ergebnissen, in einer Schleife, bis die Aufgabe erledigt ist. Ein Chat-Fenster ist kein Agent; ein Chat-Fenster, das das Ticket für dich anlegt, schon.

Host. Die Anwendung, die du tatsächlich startest: Claude Desktop, eine IDE oder deine eigene Agenten-Laufzeit. Der Host besitzt das Gespräch mit dem Modell und entscheidet, welche MCP-Server verbunden werden und was das Modell damit tun darf.

Client. Die Protokoll-Komponente im Host, die genau eine Verbindung zu einem MCP-Server hält. Ein Host mit fünf Servern betreibt fünf Clients. Clients siehst du selten direkt; sie sind Rohrleitungen, und die Begriffe Host und Client werden im lockeren Schreiben gern durcheinandergeworfen.

Server. Ein Programm, das Tools, Resources und Prompts über MCP bereitstellt, damit Agenten sie nutzen können. Es kann ein kleiner Prozess auf deinem Laptop sein oder ein gehosteter Dienst im Web. Die lange Version steht in [Was ist ein MCP-Server?](/de/blog/what-is-an-mcp-server).

Was ein Server bereitstellt

Die nächsten fünf Begriffe beschreiben, was du bekommst, wenn du einen Server verbindest. Den tieferen Rundgang gibt es im Beitrag über [Tools, Resources und Prompts](/de/blog/mcp-tools-resources-prompts).

Tool. Eine Aktion, die der Agent auslösen kann: einen Katalog durchsuchen, eine Nachricht senden, eine Rechnung anlegen. Tools sind das Arbeitstier von MCP, und die meisten Server bestehen vor allem aus Tools. Jeder Aufruf ist eine strukturierte Anfrage des Agenten und ein strukturiertes Ergebnis zurück.

Tool-Schema. Die maschinenlesbare Beschreibung eines Tools: Name, Zweck und die exakten Parameter, die es akzeptiert. Schemas sind der Grund, warum ein Modell Tools korrekt aufrufen kann, statt zu raten. Sie kosten aber auch Geld, denn das Modell liest jedes verbundene Schema am Anfang einer Session: 150 Tools bei durchschnittlich 350 Tokens pro Schema sind rund 52.500 Tokens vor deinem ersten Wort.

Resource. Nur-Lese-Daten, die ein Server anbietet, etwa eine Datei, ein Datensatz oder ein Log. Tools tun Dinge; Resources sind Dinge zum Lesen. Der Host entscheidet, welche Resources tatsächlich in den Kontext des Modells wandern.

Prompt. Eine wiederverwendbare Prompt-Vorlage, die der Server mitliefert, oft mit Lücken zum Ausfüllen. Damit kann ein Server sagen "so fragst du mich am besten", statt zu hoffen, dass jeder Nutzer es gut formuliert.

Function Calling. Die Modell-Funktion, bei der ein LLM eine strukturierte Funktionsanfrage ausgibt statt Prosa. MCP baut darauf auf: Function Calling ist die rohe Fähigkeit des Modells, MCP ist die Standard-Verkabelung, die Tool-Definitionen zum Modell bringt und die Aufrufe zurückroutet.

Wie Nachrichten reisen

Transport. Der Kanal, über den Client und Server sprechen. MCP definiert die Nachrichten; der Transport definiert, wie sie sich physisch bewegen. Die zwei Standard-Optionen sind stdio und Streamable HTTP.

stdio. Standard-Ein- und -Ausgabe: Der Host startet den Server als lokalen Prozess und leitet Nachrichten direkt hinein. Einfach und privat, aber der Server muss auf deiner Maschine laufen, mit allem, was das für Installation und Updates bedeutet.

Streamable HTTP. Der Transport für Remote-MCP-Server: gewöhnliche HTTP-Requests, mit der Option gestreamter Antworten. Er erlaubt einem Server, unter einer URL zu leben, etwa https://mcp.tulimoa.com/mcp, und viele Nutzer zu bedienen, ohne dass jemand etwas installiert.

Stateless-Protokoll. Ein Design, bei dem jeder Request alles trägt, was der Server braucht, sodass der Server zwischen Aufrufen nichts im Speicher hält. Streamable HTTP erlaubt stateless MCP-Server, weshalb sie sich so gut auf Serverless-Plattformen deployen lassen. Achtung Falle: Ein stateless Server heißt nicht, dass dein Agent sich etwas merkt. Es heißt, dass der Server es nicht muss.

Sampling. Ein Server bittet das Modell des Clients, in seinem Auftrag Text zu erzeugen. So kann ein Server mitten in einer Aufgabe LLM-Denkleistung nutzen, ohne ein eigenes Modell zu betreiben oder einen eigenen API-Key zu halten. Der Host behält die Kontrolle und kann ablehnen.

Elicitation. Ein Server hält mitten im Vorgang an und bittet den Menschen um strukturierte Eingabe: ein fehlender Wert, eine Auswahl, eine Bestätigung. Aus Rate-und-hoffe-Abläufen wird eine explizite Frage genau in dem Moment, in dem die Antwort gebraucht wird.

MCP v2. Die zweite große Revision des Protokolls, finalisiert Ende Juli 2026. Sie zieht die Regeln um Auth und Session-Lebenszyklus fester, und Server können dual-era laufen: v2 sprechen, während ältere Clients weiter funktionieren. Die Details stehen im Guide [Was ist MCP v2?](/de/blog/what-is-mcp-v2).

Tokens, Kontext und Memory

Token. Die Einheit, in der Modelle lesen, schreiben und abrechnen: ein kurzes Textstück, grob drei Viertel eines Wortes. Jedes Schema, jede Nachricht, jedes Tool-Ergebnis wird in Tokens gemessen, weshalb "wie viel legt das in den Kontext" eine Geldfrage ist, keine pedantische.

Kontextfenster. Die maximale Token-Zahl, die ein Modell gleichzeitig betrachten kann. Dein Prompt, die Tool-Schemas, die Ergebnisse und die ganze Gesprächshistorie konkurrieren um diesen Platz. Läuft er voll, wird etwas verworfen oder komprimiert, und der Agent vergisst.

RAG. Retrieval-Augmented Generation: passende Dokumente zum Fragezeitpunkt holen und dem Modell vorlegen. RAG löst "das Modell hat unsere Dokumente nie gelesen". Es ergänzt MCP, statt damit zu konkurrieren; viele MCP-Tools sind RAG-Pipelines hinter einem Schema.

Memory-Schicht. Eine Persistenz-Schicht, die Fakten, Entscheidungen und IDs über Sessions und Kontext-Resets am Leben hält und zurückgibt, wenn sie zählen. Ohne sie holt und leitet ein Agent neu her, was er schon wusste, und du zahlst Tokens für jede Wiederholung. Tulimoas Gateway hat eine Memory-Schicht eingebaut; weniger Wiederholungen sind der ganze Pitch.

Checkpoint. Ein gespeicherter Schnappschuss von Plan und Fortschritt eines Agenten mitten in der Aufgabe, damit der Stand einen Absturz oder eine Kontext-Kompaktierung überlebt. Auf dem Tulimoa-Gateway ist checkpoint eines der Memory-Tools neben remember, recall und set_goal, und Memory-Tools kosten nie Credits.

Zugriff, Vertrauen und Infrastruktur

OAuth. Der Standardweg, begrenzten Zugriff zu gewähren, ohne ein Passwort herzugeben: Du stimmst einmal zu, der Dienst bekommt ein begrenztes Token, und du kannst es jederzeit widerrufen. Remote-MCP-Server nutzen OAuth, damit ein Agent als du handeln kann, ohne je deine Zugangsdaten zu sehen.

DCR. Dynamic Client Registration, eine OAuth-Erweiterung, mit der sich ein Client automatisch bei einem Authorization Server registriert, ohne dass ein Mensch vorher eine App in einer Konsole anlegt. Für MCP zählt das, weil Agenten ständig Servern begegnen, die niemand vorkonfiguriert hat.

Credential-Vault. Verschlüsselter Speicher für die Geheimnisse hinter deinen verbundenen Tools: OAuth-Tokens, API-Keys. Ein guter Vault verschlüsselt jedes Geheimnis einzeln, nutzt es nur im Moment eines Aufrufs und zeigt es dem Modell nie. Er ist der Unterschied zwischen ein Tool verbinden und einen API-Key in einen Prompt kleben.

Audit-Trail. Ein Protokoll jedes Aufrufs, den ein Agent gemacht hat: welches Tool, wann, in wessen Auftrag, mit welchem Ergebnis. Wenn ein Agent etwas Überraschendes tut, findest du über den Audit-Trail heraus, was wirklich lief. Kann ein Anbieter keinen zeigen, ist das auch eine Antwort.

Gateway. Ein Dienst zwischen deinem Agenten und vielen MCP-Servern: ein Endpunkt zum Verbinden, mit Auth, Routing und Regeln an einer Stelle. Statt zehn Server in jedem Host zu konfigurieren, konfigurierst du einmal das Gateway. Der volle Erklärer steht in [Was ist ein MCP Gateway?](/de/blog/what-is-an-mcp-gateway).

Federation. Der Gateway-Kniff, die Tool-Kataloge vieler Server zu einer namespaced Liste zu verschmelzen. Dein Agent sieht github__create_issue und crm__find_contact nebeneinander, und das Gateway routet jeden Aufruf zum richtigen Backend, ohne dass der Agent weiß oder wissen muss, wo es liegt.

Registry. Ein maschinenlesbarer Index von MCP-Servern, den Clients und Tooling programmatisch abfragen können: Namen, Versionen, Endpunkte. Denk an den Index eines Paketmanagers, nur für Server statt Bibliotheken.

Directory. Ein von Menschen kuratierter Katalog von Servern und agent-fähigen Tools, gebaut zum Stöbern und Qualitäts-Einschätzen statt für Maschinen-Lookups. Eine Registry beantwortet "löse diesen Namen auf"; ein Directory beantwortet "was lohnt sich zu verbinden?". Unser [kostenloses kuratiertes Verzeichnis](/de/discover) ist eines, nutzbar im Web und über MCP.

Was du nach diesem MCP-Glossar lesen solltest

Dreißig Definitionen sind eine Landkarte, nicht das Gelände. Wenn du bei null startest, sind die drei verlinkten Erklärstücke oben unsere empfohlene Reihenfolge: erst Server, dann Gateway, dann MCP v2.

Setz dir auch ein Lesezeichen. Die MCP-Begriffswelt bewegt sich weiter, und wir halten die Liste aktuell, wenn die Spezifikation es tut. Und wenn dir draußen ein Begriff begegnet, der hier fehlt, schreib uns an hello@tulimoa.com. Ein Glossar, das aufhört zu wachsen, ist nur ein Museum.