Ein Agent-Host braucht möglicherweise eine Verbindung, die er konfigurieren kann. Ein Anwendungsentwickler braucht möglicherweise eine Bibliothek zum Importieren in Code. Diese Anforderungen führen zu unterschiedlichen Integrationsschnittstellen.
Was stellt jeweils dem Aufrufer bereit?
Ein MCP-Server stellt eine Protokollschnittstelle bereit; ein SDK stellt Funktionen und Typen für eine Programmiersprache bereit.
Der Architekturleitfaden von MCP beschreibt Server, die verbundenen Clients Fähigkeiten bereitstellen. Ein Server kann als lokaler Prozess laufen oder einen Remote-Endpunkt bereitstellen.
| Schnittstelle | Aufrufer | Was der Aufrufer nutzt | Laufzeitverantwortung |
|---|---|---|---|
| MCP-Server | Ein MCP-Client in einem Agent-Host oder einer Anwendung | Protokollanfragen und erkannte Fähigkeiten | Jemand betreibt den Serverprozess oder Remote-Dienst |
| API SDK | Anwendungscode | Bibliotheksmethoden, die ein API aufrufen | Die Anwendung führt die Bibliothek aus und verwaltet deren Integration |
| MCP SDK | Code, der einen MCP-Client oder -Server implementiert | Protokolltypen und Implementierungshilfen | Die Anwendung betreibt weiterhin den resultierenden Client oder Server |
Ein SDK-Paket wird nicht allein durch die Installation zu einem laufenden Server.
Kann ein Server ein SDK verwenden?
Ja. Sie können ein Protokoll-SDK verwenden, um einen MCP-Server zu implementieren, und dann in dessen Handlern eine weitere Client-Bibliothek nutzen.
Die Dokumentation von MCP SDK beschreibt Bibliotheken zum Erstellen von Clients und Servern. SDK bezeichnet hier Code, der zur Implementierung des Protokolls dient.
Ein API SDK hat ein anderes Ziel: Es ruft die API eines Dienstes auf. Ein hypothetischer Bestellserver könnte ein Bestellstatus-Tool bereitstellen, dessen Handler ein API SDK zum Abrufen der Bestellung nutzt.
Die äußere MCP-Schnittstelle und der innere API-Aufruf haben getrennte Verträge. Eine unterstützte API-Operation wird nicht automatisch als MCP-Tool bereitgestellt.
Welche Verantwortlichkeiten verbleiben in meiner Anwendung?
Ihre Anwendung entscheidet weiterhin, welche Operationen angefragt werden. Sie entscheidet auch, wie deren Ergebnisse verarbeitet werden.
Mit einem API SDK wählt Ihr Code eine Methode aus und übergibt deren Argumente. Mit MCP leitet der Host Anfragen über einen Client an die bereitgestellten Fähigkeiten des Servers weiter.
Die Architektur von MCP belässt die Nutzung des Modellkontexts durch den Host außerhalb des Protokollumfangs. Eine Tool-Verbindung bestimmt nicht Ihre Geschäftsregeln, Autorisierungsrichtlinien oder Abschlusskriterien.
Bei einer Bestellabfrage kann der Empfang des angefragten Status die Aufgabe abschließen. Beim Senden einer Nachricht sind Übermittlung und spätere Zustellung separate Ergebnisse.
Wie wähle ich eine Bird-Integration?
Sie können einen kompatiblen Agent-Host mit dem MCP-Server von Bird verbinden oder Anwendungscode über einen API-Client integrieren.
Für den Bibliotheksweg behandelt die Entscheidung zwischen Bird und SDK die Wahl zwischen einem SDK und direktem HTTP. Für den Tool-Weg liefert das Bird-Inventar Ihres Clients die verfügbaren Tool-Namen und Eingabeschemas.
Vergleichen Sie die benötigte Operation auf der Schnittstelle, die Sie verwenden möchten. Das Vorhandensein einer Operation in einer Schnittstelle bedeutet nicht, dass sie in einer anderen ebenfalls vorhanden ist.
- Verwenden Sie die MCP-Verbindung, wenn Ihr Host Bird-Tools erkennen und aufrufen muss.
- Verwenden Sie einen API-Client, wenn Ihr Anwendungscode die Dienstoperationen auswählt und aufruft.
- Verwenden Sie ein MCP SDK, wenn Sie den Protokoll-Client oder -Server selbst implementieren.