MCP vs. Function Calling: Was ist der Unterschied?
Die kurze Antwort: Function Calling ist eine Fähigkeit des KI-Modells, die Entscheidung "jetzt sollte ich ein Tool benutzen" plus ein strukturierter Aufruf. MCP ist der Standard, der bestimmt, welche Tools es gibt, wo sie liegen und wie der Aufruf dort ankommt. Die beiden konkurrieren nicht. Function Calling ist der Muskel, MCP das Nervensystem.
Was Function Calling ist
Gibst du einem Sprachmodell eine Liste von Funktionen, kann es statt Prosa eine strukturierte Anfrage zurückgeben: Ruf diese Funktion auf, mit diesen Argumenten. Das ist Function Calling. Das Modell führt selbst nichts aus; deine Anwendung empfängt die Anfrage, führt den echten Code aus und reicht das Ergebnis zurück.
Das funktioniert, und jedes ernstzunehmende Modell kann es. Aber schau, was es voraussetzt: Jemand hat die Funktionsliste geschrieben, jede Funktion mit echtem Code verdrahtet und hält alles aktuell. Dieser Jemand ist ein Entwickler, und die Verdrahtung gehört einer einzigen Anwendung.
Was MCP hinzufügt
MCP (Model Context Protocol) holt die Tool-Liste aus der Anwendung heraus. Tools leben auf MCP-Servern, und die beschreiben sich selbst: Das sind meine Tools, das sind ihre Ein- und Ausgaben. Jeder Agent, der MCP spricht, kann sich mit jedem MCP-Server verbinden und dessen Tools sofort nutzen, ohne Verdrahtung pro App.
Der praktische Unterschied zeigt sich, wenn sich etwas ändert. Bei reinem Function Calling heißt ein neues Tool: Ein Entwickler ändert die App. Bei MCP aktualisiert der Server seine Liste, und jeder verbundene Agent zieht nach. Das eine ist eine Integration, das andere ein Ökosystem.
Nebeneinander
| Function Calling | MCP | |
|---|---|---|
| Was es ist | Eine Modell-Fähigkeit | Ein offenes Protokoll |
| Wer die Tools definiert | Der App-Entwickler, pro App | Der Tool-Anbieter, einmal für alle |
| Tool hinzufügen | Code-Änderung in der App | Mit einem weiteren Server verbinden |
| Über App-Grenzen hinweg | Nein, Verdrahtung ist app-spezifisch | Ja, genau dafür ist es da |
| Login-Handling | Was der Entwickler eben baut | Standardisiert auf OAuth |
Was brauchst du also?
Beides, und das erste hast du schon. Unter der Haube nutzt ein Agent weiterhin Function Calling, um zu entscheiden, was er aufruft; MCP liefert den Katalog der aufrufenswerten Dinge und trägt die Anfrage zum richtigen Server. Wenn du Tools für einen Assistenten auswählst, lautet die echte Frage nicht "Function Calling oder MCP", sondern "welche meiner Tools bringen schon einen MCP-Server mit". Unser [Verzeichnis](/discover) beantwortet das, und sobald die Liste über eine Handvoll wächst, hält ein [MCP Gateway](/blog/what-is-an-mcp-gateway) sie beherrschbar.
Den Unterschied zwischen MCP und klassischen APIs haben wir separat verglichen: [MCP vs. API](/blog/mcp-vs-api).