Was ist MCP? Die Schnittstelle, mit der KI-Agenten an deine Systeme andocken
Von Manuel Gick·Zertifizierter Experte für KI & Automatisierung
Was ist MCP? MCP steht für Model Context Protocol – einen offenen Standard, über den KI-Modelle auf Werkzeuge und Daten außerhalb ihres Chatfensters zugreifen: dein CRM, deine Buchhaltung, dein Postfach, deine Datenbank. Stell es dir wie einen USB-Anschluss für KI vor: einmal gebaut, passt es an viele Systeme.
Dieser Artikel erklärt, wie die MCP-Schnittstelle funktioniert, was sie von einer klassischen API unterscheidet und was das für deinen Betrieb bedeutet.
Bis vor kurzem war ein KI-Assistent ein geschlossenes System: Du fragst, er antwortet – aus dem, was er beim Training gelernt hat, plus dem, was du ihm in das Chatfenster kopierst. Wolltest du ihn mit einem echten Firmensystem verbinden, musste jeder Anbieter dafür eine eigene Anbindung bauen, für jedes Tool einzeln. MCP löst genau dieses Problem.
Was ist MCP – und warum spricht plötzlich jeder davon?
Das Model Context Protocol wurde Ende 2024 von Anthropic, dem Unternehmen hinter Claude, als offener Standard veröffentlicht. Der Kern ist einfach: Statt dass jede KI-Anwendung für jedes Firmensystem eine eigene Verbindung braucht, gibt es eine gemeinsame Sprache. Ein System wird einmal als „MCP-Server“ bereitgestellt, und jede KI-Anwendung, die MCP spricht, kann darauf zugreifen.
Der Grund für die schnelle Verbreitung: 2025 hat unter anderem OpenAI den Standard übernommen. Entwicklungsumgebungen (die Programme, in denen Software geschrieben wird), Chat-Assistenten und Agenten-Plattformen können damit dieselben Anbindungen nutzen. Für Unternehmen heißt das: Eine MCP-Anbindung an das eigene ERP – die zentrale Software für Aufträge, Lager und Rechnungen – ist keine Wette auf einen einzelnen KI-Anbieter mehr.
Drei Begriffe, die dabei immer wieder fallen:
- MCP-Server – das kleine Programm, das ein System nach außen zugänglich macht. Es beschreibt, welche Aktionen möglich sind („Kunde suchen“, „Rechnung anlegen“, „Termin lesen“) und führt sie aus.
- MCP-Client – die KI-Anwendung, die diese Aktionen nutzt: ein Chat-Assistent, ein KI-Agent, eine Entwicklungsumgebung.
- Tools – die einzelnen Aktionen, die ein Server anbietet. Der Agent sieht eine Liste, versteht aus der Beschreibung, wofür jede Aktion gut ist, und ruft sie bei Bedarf auf.
Wie unterscheidet sich MCP von einer klassischen API-Schnittstelle?
Die kurze Antwort: MCP ist keine Konkurrenz zur API – also zur technischen Tür, über die Programme miteinander sprechen –, sondern eine Schicht darüber. Was eine Schnittstelle grundsätzlich ist, haben wir in Schnittstellen einfach erklärt beschrieben. Hier der Unterschied, der für KI zählt:
| Merkmal | Klassische API | MCP-Schnittstelle |
|---|---|---|
| Wer spricht sie | Programme, geschrieben von Entwicklern | KI-Modelle, die selbst entscheiden, wann sie welche Aktion brauchen |
| Wie wird sie beschrieben | Technische Dokumentation für Menschen | Beschreibung in Klartext, die das Modell selbst liest und versteht |
| Verbindung zu KI | Für jedes KI-Tool eigene Anbindung nötig | Einmal als MCP-Server bereitgestellt, von jedem MCP-fähigen Tool nutzbar |
| Typischer Einsatz | Feste Abläufe: System A schickt Daten an System B | Offene Aufgaben: „Finde alle offenen Angebote dieses Kunden und fasse sie zusammen“ |
| Was darunter liegt | Die Schnittstelle selbst – tiefer geht es nicht | Meist eine klassische API – MCP übersetzt sie für das Modell |
Ein Beispiel macht es greifbar. Eine klassische Automatisierung mit einer Plattform wie Make.com oder n8n arbeitet in ihrem klassischen Einsatz einen festen Ablauf ab: Neue Bestellung im Shop, also Rechnung in der Buchhaltung anlegen. Immer gleich, immer zuverlässig. Ein KI-Agent mit MCP-Zugriff bekommt stattdessen eine Aufgabe und die Werkzeuge dazu: „Prüfe, ob dieser Kunde offene Rechnungen hat, und antworte ihm passend.“ Der Agent entscheidet selbst, in welcher Reihenfolge er nachsieht. Beides hat seinen Platz – und beides braucht am Ende eine Verbindung zu deinen Systemen.
Wie docken KI-Agenten mit MCP an deine Systeme an?
Der Ablauf hat drei Stufen, und nur die erste ist technische Arbeit.
Stufe 1: Der MCP-Server wird gebaut. Für gängige Systeme gibt es fertige MCP-Server – für viele CRM-, Kalender- und Datenbank-Produkte, teils vom Hersteller selbst. Für Systeme ohne fertigen Server, also das eigene ERP, die Branchensoftware oder eine Warenwirtschaft mit alter Schnittstelle, entsteht ein kleiner, eigener MCP-Server. Das ist ein überschaubares Stück individuelle Software: Er nimmt die vorhandene Schnittstelle des Systems und beschreibt sie so, dass ein KI-Modell sie sicher benutzen kann.
Stufe 2: Rechte werden festgelegt. Hier entscheidet sich, ob MCP ein Gewinn oder ein Risiko ist. Der Server bekommt nur die Aktionen, die der Agent wirklich braucht: erst Lesezugriff, dann Schreibzugriff; ein Kundenkonto statt aller; Entwürfe anlegen, nicht versenden. Ein gut gebauter MCP-Server ist ein Türsteher, kein Generalschlüssel.
Stufe 3: Der Agent arbeitet. Ab jetzt erledigt er im Alltag die Aufgaben, die vorher jemand von Hand über drei Bildschirme zusammengesucht hat: Zahlungsstatus prüfen, Angebotshistorie zusammenfassen, Termine abgleichen, einen Antwortentwurf mit den richtigen Daten vorbereiten. Welche dieser Aufgaben wir konkret umsetzen, steht auf unserer Seite zu KI-Agenten.
Wir arbeiten selbst so – nicht als Demo, sondern im Betrieb. Bei uns laufen über 40 eigene KI-Agenten, und unsere Buchhaltung ist zu rund 90 Prozent automatisiert: Der Buchhaltungs-Agent hat genau die Art von kontrolliertem Zugang, die MCP schafft – er darf in SevDesk sehen, aufs Geschäftskonto und ins Postfach, und ordnet Belege selbst zu. Unsere Entwicklungsumgebung greift über MCP-Server auf das Content-System unserer Website, die Google Search Console und Analyse-Werkzeuge zu; ein Agent kann damit in einem Arbeitsgang Seiten prüfen, Zahlen ziehen und Änderungen vorbereiten. Das sind unsere eigenen Zahlen und kein Versprechen für dein Unternehmen – aber genau dieses Muster übertragen wir auf Kundenprojekte, mit den Systemen, die dort schon laufen. Wie diese Art zu arbeiten insgesamt aussieht, steht in Agentic Coding mit Claude Code.
Was bringt MCP dem Mittelstand konkret?
Drei Dinge, die vor MCP teuer und aufwendig waren:
Ein Agent, viele Systeme. Der Support-Agent, der Bestellstatus aus dem Shop, Rechnungsstand aus der Buchhaltung und Ticket-Historie aus dem Helpdesk zusammenzieht, brauchte früher drei Einzelanbindungen und eine Logik, die alles zusammenklebt. Mit MCP sind es drei Server und ein Agent, der selbst weiß, wo er nachsieht.
Keine Abhängigkeit von einem KI-Anbieter. Der MCP-Server für dein ERP lässt sich grundsätzlich von jeder Anwendung nutzen, die den Standard unterstützt – dazu zählen Claude und seit 2025 auch die Werkzeuge von OpenAI. Wechselst du später den KI-Anbieter, muss die Anbindung nicht automatisch neu gebaut werden. Für die Wahl einer DSGVO-konformen Plattform wie Langdock heißt das: Die Entscheidung für die Plattform und die Entscheidung für die Systemanbindung sind entkoppelt.
Bestehende Systeme bleiben. MCP baut auf dem auf, was schon da ist. Niemand muss die Warenwirtschaft wechseln, damit ein Agent sie lesen kann – davor reicht ein schlankes Stück individuelle Software. Das ist der Grund, warum wir MCP als natürliche Fortsetzung unseres Grundsatzes sehen: Deine Systeme bleiben, wir docken an.
Worauf musst du bei MCP achten?
MCP ist ein Werkzeug mit scharfen Kanten. Vier Punkte, die in jedem Projekt geklärt sein müssen:
- Rechte so eng wie möglich. Ein Agent, der alles darf, ist ein Risiko, kein Mitarbeiter. Lesezugriff zuerst, Schreibzugriff nur für klar definierte Aktionen, Versand oder Löschung nur mit Freigabe durch einen Menschen.
- Manipulation von außen. Ein Agent liest Texte – auch E-Mails von Fremden. Eine Mail kann Anweisungen enthalten, die der Agent fälschlich als Auftrag versteht. Deshalb gehört in jeden MCP-Server eine harte Grenze: Kritische Aktionen wie Zahlungen oder Versand laufen nicht automatisch, sondern nur über eine menschliche Freigabe. Einen vollständigen Schutz gegen manipulierte Eingaben gibt es nicht – deshalb wird der Zugriff eng gehalten.
- Wo die Daten hinlaufen. Jede Anfrage an ein KI-Modell transportiert Daten. Welche Modelle, welches Hosting, welcher Auftragsverarbeitungsvertrag (die schriftliche Vereinbarung, wer welche Daten in wessen Auftrag verarbeitet) – das gehört vor den ersten Server, nicht danach. Für den DACH-Raum heißt das in der Regel: EU-Hosting oder eine Plattform, die das vertraglich absichert.
- Protokollierung. Jede Aktion eines Agenten sollte nachvollziehbar sein: Was hat er wann in welchem System gemacht? Ohne Protokoll gibt es im Fehlerfall keine Antwort auf die Frage, warum eine Rechnung falsch war.
Das ist unsere Praxiserfahrung und keine Rechtsberatung – die verbindliche Bewertung für deinen Fall gehört zu deinem Datenschutzbeauftragten oder deiner Anwältin.
Wer diese vier Punkte ernst nimmt, bekommt mit MCP das, was vorher jedes Mal von vorn gebaut werden musste: KI, die in den echten Systemen arbeitet, statt daneben.
Häufige Fragen
Ist MCP eine API?
Nein. Eine API ist die technische Tür eines Systems – gebaut für andere Programme, dokumentiert für Entwickler. MCP ist die Schicht, die diese Tür für KI-Modelle beschreibt und absichert. Der praktische Unterschied für dich: Bei einer reinen API schreibt ein Entwickler jeden Ablauf vorab aus; mit MCP bekommt der Agent eine Liste erlaubter Aktionen und entscheidet im Einzelfall selbst, welche er braucht.
Brauchen wir MCP, wenn wir schon Make.com oder n8n nutzen?
Nicht zwingend. Eure bestehenden Abläufe laufen weiter wie bisher – MCP ersetzt sie nicht. Eine Faustregel: Lässt sich ein Ablauf als Flussdiagramm zeichnen, erledigt ihn eine Automatisierungsplattform zuverlässig und berechenbar. Interessant wird MCP, wenn ein Agent offene Aufgaben übernehmen soll, bei denen die Reihenfolge nicht vorher feststeht. Beide Plattformen können inzwischen selbst KI-Schritte und Agenten ausführen – n8n bringt Agenten direkt mit.
Funktioniert MCP mit unserer alten Branchensoftware?
Wenn die Software irgendeine Schnittstelle hat – eine API, einen Datenbankzugang, einen Datei-Export – lässt sich in der Regel ein MCP-Server dafür bauen. Das ist ein kleines, klar abgegrenztes Projekt individueller Software und in der Regel ein deutlich kleinerer Eingriff als ein Systemwechsel. Ohne jede Schnittstelle wird es schwierig; dann ist der erste Schritt, eine zu schaffen.
Ist MCP sicher genug für Kundendaten?
MCP selbst ist nur ein Protokoll – sicher oder unsicher wird erst die Umsetzung. Entscheidend ist, was du im Server erlaubst: Ein Lesezugriff auf den Bestellstatus ist etwas ganz anderes als ein Agent, der Zahlungen auslösen darf. Bei heiklen Aktionen bleibt ein Mensch in der Freigabe. Diese Grenzen legst du im Projekt fest, nicht das Protokoll – und ob dein konkreter Einsatz den rechtlichen Anforderungen genügt, klärt dein Datenschutzbeauftragter, nicht ein Blogartikel.
Wie lange dauert es, einen MCP-Server für unser System zu bauen?
Das hängt davon ab, wie gut die Schnittstelle des Systems dokumentiert ist. Ein erster, lesender MCP-Server ist meist der kleinste sinnvolle Schritt; ein vollständiger Agent mit Schreibrechten, Freigaben und Protokollierung passt bei uns in den SCALE²-Sprint – drei Wochen, fünf Phasen von der Analyse bis zum Go-Live, zum Festpreis, drei Wochen Support danach inklusive. Entscheidend ist weniger die Technik als die Klärung, was der Agent dürfen soll.
Der nächste Schritt
Du willst wissen, wo bei dir ein Agent am meisten Zeit zurückholt? In der kostenlosen Zeit-Potenzial-Analyse schauen wir in 45 Minuten auf deine Abläufe – kein Verkaufsgespräch, am Ende hast du deine drei größten Zeitfresser schwarz auf weiß. Zeit-Potenzial-Analyse buchen →
