Ein Server muss möglicherweise eine Aktion anbieten, Hintergrunddaten liefern oder Informationen vom Benutzer anfordern. MCP stellt für diese Interaktionen unterschiedliche Interfaces bereit.
In der Spezifikationsrevision 2026-07-28 sind Sampling und Roots deprecated. Sie bleiben während des Deprecation-Zeitraums verfügbar, aber neue Implementierungen sollten sie nicht übernehmen.
Was macht jedes Primitive?
Tools stellen Aktionen bereit, Resources stellen Daten bereit und Prompts stellen wiederverwendbare Nachrichtenvorlagen bereit. Elicitation beschafft zusätzliche Benutzereingaben.
Der MCP-Architecture-Guide trennt serverseitige Fähigkeiten von den Eingaben, die ein Client liefern kann.
| Primitive | Zweck | Beispiel |
|---|---|---|
| Tools | Dem Client erlauben, eine Funktion aufzurufen | Eine Nachricht senden |
| Resources | Kontext unter einer Ressourcenadresse bereitstellen | Ein Dokument abrufen |
| Prompts | Wiederverwendbare Nachrichtenvorlagen bereitstellen | Eine strukturierte Anfrage zur Analyse vorbereiten |
| Elicitation | Den Benutzer nach für eine Operation benötigten Informationen fragen | Eine fehlende Auswahl anfordern |
| Sampling, deprecated | Modellgenerierung über den Client anfordern | Einen Client bitten, Text zu generieren |
| Roots, deprecated | Für den Server relevante Dateisystempfade beschreiben | Ein Projektverzeichnis identifizieren |
Ein Server implementiert die Interfaces, die seine Integration benötigt. Der Client muss die Fähigkeiten unterstützen, die er nutzt.
Wie unterscheiden sich Tools, Resources und Prompts in der Praxis?
Wählen Sie danach, ob der Client eine Operation ausführen, Kontext abrufen oder einen wiederverwendbaren Prompt erhalten muss.
Ein hypothetischer Terminplanungsserver könnte ein Tool zur Terminbuchung bereitstellen. Eine Resource könnte die Informationen zum Veranstaltungsort liefern. Ein Prompt könnte die Nachrichten vorbereiten, die zum Vergleich von Terminoptionen verwendet werden.
Der Client entdeckt die verfügbaren Serverfähigkeiten. Das Entdecken eines Buchungs-Tools erteilt keine Buchungsberechtigung. Der Dienst autorisiert die Operation weiterhin selbst.
Eine Resource liefert Inhalte, ohne festzulegen, dass das Modell darin eingebetteten Anweisungen folgen soll. Der Host steuert, welchen Serverinhalten und -aktionen er vertraut.
Was ändert sich bei Sampling und Roots?
Für Roots empfiehlt das Changelog, Dateien oder Verzeichnisse über Tool-Parameter, Ressourcenadressen oder Serverkonfiguration zu übergeben. Für Sampling empfiehlt es die direkte Integration mit Model-Provider-APIs.
Deprecation bedeutet nicht, dass ein Feature bereits entfernt wurde. Bestehende Integrationen können diesen Interfaces während der Übergangszeit noch begegnen.
Wie fordert ein Server weitere Eingaben an?
Ein Server gibt ein Input-Required-Ergebnis zurück, und der Client liefert die angeforderten Informationen, wenn er die ursprüngliche Operation erneut versucht.
Die Revision 2026-07-28 nennt dies das Multi-Round-Trip-Requests-Pattern. Es ändert die Art, wie Anfragen für Elicitation, Sampling und Roots zugestellt werden. Der Architecture Guide benennt elicitation/create weiterhin als Methode zur Anforderung von Benutzereingaben.
Welche Primitives verwende ich mit Bird?
Sie können die MCP-Tools von Bird verwenden, um Nachrichten zu senden und ihre aufgezeichneten Ergebnisse einzusehen.
Für E-Mail startet email_send die Operation und email_get ruft die Nachricht mit ihrem aggregierten Zustellstatus ab. Empfängerergebnisse erfordern die zugehörigen Empfängerdetails. Die Zustellstatus-Erklärung erläutert, warum die Annahme allein keine Zustellung belegt.
Das Tool-Inventar Ihres Clients liefert die Namen und Eingabeschemas für die verwendete Verbindung. Ein aufgelistetes Tool kann dennoch Berechtigungen erfordern, die Ihr Grant nicht umfasst.
Für Anweisungen, die mehrere Operationen zu einer Aufgabe verbinden, bieten die Agent Skills von Bird CLI-Prozeduren. Eine verpackte Prozedur und ein MCP-Prompt sind separate Interfaces; das eine impliziert nicht, dass das andere verfügbar ist.