MCP oder klassische Schnittstelle?

Das Wichtigste in Kürze

Beide Wege schließen sich nicht aus: Ein MCP-Server greift im Hintergrund meist auf eine klassische Schnittstelle zu.
MCP lohnt sich, wenn ein Mensch im Gespräch mit wechselnden Fragen auf Daten zugreift – die Fragen stehen vorher nicht fest.
Eine direkte Anbindung lohnt sich, wenn immer derselbe Ablauf mit denselben Feldern läuft – dann ist sie schneller, billiger und vorhersagbarer.
Die Faustregel: wechselnde Fragen an dieselben Daten heißt MCP, gleicher Ablauf mit festen Daten heißt Schnittstelle.

Der Unterschied in einem Satz

Eine klassische Schnittstelle wird für einen bestimmten Zweck programmiert: „Hol die Kontakte, die seit gestern neu sind, und trag sie in dieses Feld ein." Ändert sich der Zweck, muss jemand den Code ändern.

Ein MCP-Server beschreibt stattdessen, was er anbietet: „Ich kann Kontakte nach Firmenname suchen, gebe höchstens 50 Treffer zurück, finde keine gelöschten." Ein Sprachmodell liest diese Beschreibung zur Laufzeit und entscheidet selbst, ob und wie es das Werkzeug einsetzt.

Die Gegenüberstellung

	MCP	Klassische Schnittstelle
Wer bestimmt den Ablauf	das Modell zur Laufzeit	der programmierte Code
Neue Frage möglich?	ja, ohne Änderung	nur nach Anpassung
Vorhersagbarkeit	geringer	vollständig
Aufwand für den ersten Fall	gering, wenn ein Server existiert	mittel bis hoch
Aufwand für den zehnten Fall	fast keiner	jeweils neu
Kosten je Abruf	höher – das Modell denkt mit	sehr gering
Geschwindigkeit	Sekunden	Millisekunden
Für Massenverarbeitung	ungeeignet	geeignet

Wusstest du schon?

Die beiden Wege konkurrieren technisch gar nicht. Ein MCP-Server ist in den meisten Fällen selbst nur eine Hülle um eine klassische Schnittstelle – er übersetzt sie in eine Form, die ein Sprachmodell zur Laufzeit verstehen kann.

Die Frage lautet deshalb nicht „welche Technik", sondern „wer entscheidet, welcher Aufruf gemacht wird": ein Mensch im Gespräch über ein Modell, oder ein vorher festgelegter Ablauf. Das ist eine Frage der Arbeitsweise, keine der Architektur.

Vier Fragen zur Entscheidung

1. Stehen die Fragen vorher fest?

„Jeden Montag die Anfragen der Vorwoche auswerten" – fester Ablauf, klassische Schnittstelle. „Was hat dieser Kunde zuletzt bestellt, und wie war das Gespräch?" – wechselnde Fragen, MCP.

2. Wie oft läuft es?

Bei tausenden Aufrufen am Tag ist MCP zu langsam und zu teuer – jeder Aufruf bindet ein Sprachmodell. Bei einigen Dutzend Zugriffen täglich fällt das nicht ins Gewicht.

3. Muss das Ergebnis exakt reproduzierbar sein?

Bei Abrechnung, Buchhaltung und rechtlich relevanten Vorgängen ja – dann führt an fest programmierten Abläufen kein Weg vorbei. Bei Recherche und Vorbereitung ist Spielraum unproblematisch.

4. Wie viele Systeme sollen angebunden werden?

Bei einem einzigen System ist der Vorteil von MCP gering. Bei fünf Systemen, die alle für dasselbe Modell verfügbar sein sollen, ist er erheblich – jede Anbindung wird einmal gebaut und ist überall nutzbar.

Drei Beispiele aus dem Marketingalltag

Gesprächsvorbereitung

„Was wissen wir über diese Firma, und was ist offen?" Die Frage ist jedes Mal etwas anders, die Antwort braucht mehrere Quellen.

Weg: MCP – lesend, auf CRM, Kalender und Ablage.

Nächtlicher Abgleich zweier Systeme

Immer dieselben Felder, immer derselbe Ablauf, tausende Datensätze.

Weg: klassische Schnittstelle – schneller, billiger, vorhersagbar.

Wöchentliche Auswertung mit Kommentar

Die Daten kommen immer gleich, die Einordnung soll in Worten erfolgen.

Weg: beides – Schnittstelle holt die Daten, Modell formuliert die Auswertung.

Massenübersetzung von Produkttexten

Hunderte Texte, immer derselbe Vorgang, kein Kontextbedarf.

Weg: Schnittstelle mit direkter Modellanbindung, ohne MCP dazwischen.

Aus der Praxis

Der häufigste Fehler in beide Richtungen ist derselbe: der Versuch, alles über einen Weg zu lösen. Wer einen Massenabgleich über MCP baut, bekommt eine langsame und teure Lösung mit unvorhersagbaren Ergebnissen. Wer die Gesprächsvorbereitung fest programmiert, muss bei jeder neuen Frage nachbauen.

Die brauchbare Aufteilung ist meist die dritte Variante oben: feste Abläufe holen die Daten, das Modell arbeitet mit dem Ergebnis. Damit bleibt die Datenbeschaffung vorhersagbar und die Auswertung flexibel.

Ein Punkt, der bei MCP anders liegt

Achtung Bei einer klassischen Schnittstelle steht im Code, welcher Aufruf gemacht wird. Bei MCP entscheidet das Modell zur Laufzeit – und kann dabei von Text beeinflusst werden, den es in den gelesenen Daten findet. Deshalb gilt hier stärker als sonst: Berechtigungen eng fassen, Bestätigung bei allem mit Wirkung nach außen, und alles protokollieren.

Prompt

Hilf mir zu entscheiden, ob wir für ein Vorhaben MCP oder eine
klassische Schnittstelle brauchen.

Vorhaben:
- Was erreicht werden soll: [Beschreibung]
- Beteiligte Systeme: [Liste]
- Wie oft läuft es: [Häufigkeit]
- Stehen die Abfragen vorher fest, oder wechseln sie? [Angabe]
- Muss das Ergebnis exakt reproduzierbar sein? [ja / nein]
- Sind Personendaten im Spiel? [ja / nein]
- Wer bedient es: [Rolle, technisches Vorwissen]

Aufgaben:
1. Beantworte die vier Entscheidungsfragen für dieses Vorhaben:
   feste oder wechselnde Fragen, Häufigkeit, Reproduzierbarkeit,
   Anzahl Systeme.
2. Empfiehl einen Weg – MCP, klassische Schnittstelle, oder eine
   Aufteilung – und begründe.
3. Falls eine Aufteilung sinnvoll ist: Sag genau, welcher Teil
   fest programmiert und welcher dem Modell überlassen wird.
4. Nenne bei MCP die engstmöglichen Berechtigungen und die
   Stellen, an denen eine menschliche Bestätigung nötig ist.
5. Nenne, was bei diesem Vorhaben schiefgehen kann, und welche
   Notbremse wir brauchen.

Empfiehl keine konkreten Produkte.

Fazit

Die Frage ist keine technische Grundsatzentscheidung, sondern eine über die Arbeitsweise: Stehen die Abfragen vorher fest, oder entstehen sie im Gespräch?

Feste Abläufe mit vielen Datensätzen gehören in eine klassische Schnittstelle. Wechselnde Fragen an dieselben Daten gehören in MCP. Und in vielen Fällen ist die richtige Antwort beides – die Schnittstelle holt, das Modell wertet aus.

Häufige Fragen

Was ist der Unterschied zwischen MCP und einer klassischen Schnittstelle?

Bei einer klassischen Schnittstelle legt programmierter Code fest, welcher Aufruf mit welchen Feldern gemacht wird. Ein MCP-Server beschreibt stattdessen seine Fähigkeiten selbst, und ein Sprachmodell entscheidet zur Laufzeit, ob und wie es sie nutzt. Der Unterschied liegt also darin, wer den Ablauf bestimmt.

Wann lohnt sich MCP?

Wenn ein Mensch im Gespräch mit wechselnden Fragen auf Daten zugreift, die Fragen vorher nicht feststehen und mehrere Systeme für dasselbe Modell verfügbar sein sollen. Typisches Beispiel ist die Gesprächsvorbereitung, bei der jedes Mal etwas anderes gebraucht wird.

Wann ist eine klassische Schnittstelle besser?

Wenn immer derselbe Ablauf mit denselben Feldern läuft, viele Datensätze verarbeitet werden oder das Ergebnis exakt reproduzierbar sein muss – etwa bei Abrechnung und Buchhaltung. Sie ist dann schneller, deutlich billiger je Aufruf und vollständig vorhersagbar.

Schließen sich beide Wege aus?

Nein. Ein MCP-Server ist meist selbst nur eine Hülle um eine klassische Schnittstelle. In vielen Fällen ist die beste Lösung eine Aufteilung: Der feste Ablauf holt die Daten, das Modell übernimmt die Einordnung – so bleibt die Beschaffung vorhersagbar und die Auswertung flexibel.

Ist MCP unsicherer als eine direkte Anbindung?

Es verlangt mehr Sorgfalt, weil das Modell zur Laufzeit entscheidet und dabei von Text beeinflusst werden kann, den es in den gelesenen Daten findet. Deshalb gelten hier strenger als sonst: eng gefasste Berechtigungen, menschliche Bestätigung bei allem mit Wirkung nach außen, und vollständige Protokollierung.