Technik und Modelle
Model Context Protocol (MCP): Definition, Einsatz und Grenzen
Thema: Model Context Protocol
Definition
Das Model Context Protocol (MCP) ist ein offener Standard, über den ein Sprachmodell auf externe Werkzeuge und Datenquellen zugreift. Statt für jede Anbindung eigenen Code zu schreiben, spricht das Modell über eine einheitliche Schnittstelle mit Servern, die Kalender, CRM oder eine Wissensdatenbank bereitstellen. Für einen KI-Telefonassistenten heißt das: ein sauberer Weg, im Gespräch Termine zu buchen oder Kontakte nachzuschlagen.
Warum der Begriff zählt
Ein Telefonassistent ist nur so nützlich wie seine Anbindung. Kann er nicht in den echten Kalender buchen oder den Anrufer im CRM finden, bleibt er ein besseres Sprachmenü. MCP standardisiert genau diese Verbindungen, sodass sich Werkzeuge austauschen und wiederverwenden lassen. Wer den Begriff versteht, sieht, warum Integration und nicht das Modell allein über den Nutzen entscheidet.
Wann es relevant ist
- Der Assistent soll in mehrere Systeme schreiben und lesen.
- Werkzeuge sollen über Projekte hinweg wiederverwendbar sein.
- Anbindungen sollen sauber getrennt und wartbar bleiben.
- Neue Datenquellen kommen regelmäßig dazu.
Wann nicht
Für einen einzelnen, einfachen Anwendungsfall mit einer einzigen Anbindung ist ein voller Standard oft zu viel. Eine direkte Integration reicht dann. Auch wenn die genutzte Plattform ihre eigene, geschlossene Anbindung mitbringt, muss MCP nicht zwingend dazukommen.
Branchen, die das nutzen
- Kanzleien und Beratung: Terminbuchung und Aktenlage über eine saubere Schnittstelle statt über Bastellösungen.
- Autohäuser: Anrufer im CRM finden, Probefahrten buchen, Rückrufe anlegen, alles über dieselbe Struktur.
- Immobilien: Objektdaten und Besichtigungstermine im Gespräch abrufen, ohne pro System neuen Code.
- SaaS und Tech: Werkzeuge einmal bauen und über mehrere Assistenten hinweg wiederverwenden.
Typische Anwendungsfälle
- Terminbuchung im echten Kalender über einen MCP-Server.
- Kontaktsuche im CRM während des laufenden Anrufs.
- Abruf von Preisen oder Verfügbarkeit aus einem angebundenen System.
- Anlegen eines Rückruf-Tickets, wenn der Assistent übergibt.
- Wiederverwendung derselben Werkzeuge für Inbound und Outbound.
Entscheidungshilfe
| Signal | MCP passt | Alternative |
|---|---|---|
| Viele Systeme, ein Assistent | einheitliche Schnittstelle | Einzel-Integrationen driften auseinander |
| Werkzeuge mehrfach nutzen | einmal bauen, oft nutzen | Code je Projekt neu schreiben |
| Nur eine simple Anbindung | eher Overkill | direkte Integration reicht |
| Geschlossene Plattform | nur wenn nötig | vorhandene Anbindung nutzen |
Beispiel
Ein Autohaus verbindet seinen Telefonassistenten über MCP-Server mit Kalender und CRM. Ruft ein Interessent an, findet der Assistent den Kontakt, schlägt einen Probefahrt-Termin vor und bucht ihn direkt. Braucht ein neues Werkzeug später auch der Outbound-Assistent, wird es nicht neu gebaut, sondern wiederverwendet. Das Beispiel beschreibt die Methode, keine behauptete Kundenkennzahl.
Verbindung zu Services
Die Anbindung nutzt der KI-Telefonassistent für Inbound und der KI-Vertrieb am Telefon für Outbound, technisch als Voice Agent mit angebundenen Werkzeugen und Terminbuchung.
Verwandte Begriffe
Quellen
Diese Einordnung beschreibt gängige Praxis rund um das Model Context Protocol. Welche Server und Sicherheitsregeln sinnvoll sind, hängt von den genutzten Systemen ab und muss im Einzelfall geprüft werden.
Mit AI zusammenfassen