Was ist das Model Context Protocol (MCP)?

MCP macht Integrationen über kompatible KI-Anwendungen hinweg wiederverwendbar. Ein Host nutzt Clients, um mit Servern zu kommunizieren, die Funktionen bereitstellen. Das Protokoll beschreibt, wie diese Funktionen ermittelt und genutzt werden; das Unternehmen entscheidet weiterhin, welche Integrationen für seine Arbeit geeignet sind.

Ein öffentlicher Servereintrag oder eine Tool-Beschreibung ist ein Anhaltspunkt für die Erkennung. Daraus ergeben sich weder ein verantwortlicher Owner im Unternehmen noch ein genehmigter Zweck, eine geschäftliche Entscheidungsbefugnis oder eine Governance-Entscheidung. Dafür sind organisatorischer Kontext und Nachweise erforderlich.

Die offizielle MCP-Architektur unterscheidet drei Rollen. Ein Host kann mehrere Clients nutzen, um auf verschiedene Server zuzugreifen und deren Funktionen innerhalb einer KI-Anwendung zu kombinieren.

Ein Assistent könnte beispielsweise einen Server nutzen, um Referenzmaterial abzurufen, und einen anderen, um auf einen Geschäftsdienst zuzugreifen. Die Assistentenanwendung steuert die Interaktion; die Server stellen die Integrationen bereit. Ein MCP-Server ist nicht zwangsläufig ein autonomer KI-Agent.

• Host: die KI-Anwendung, die Modellnutzung, Kontext und Benutzerinteraktion koordiniert, einschließlich Entscheidungen über Einwilligung und Sicherheit.
• Client: der Protokollkonnektor innerhalb des Hosts, der mit einem Server kommuniziert.
• Server: ein Dienst, der Clients unterstützte Funktionen wie Tools, Ressourcen oder Prompts bereitstellt.

MCP-Tools sind aufrufbare Funktionen. Ein Client kann die verfügbaren Tools und ihre erwarteten Eingaben ermitteln und anschließend einen Aufruf anfordern. Ein Tool könnte Datensätze durchsuchen, eine Berechnung durchführen oder Daten ändern. Seine Beschreibung erläutert die angegebene Operation; sie belegt nicht, dass sich die Implementierung sicher verhält.

MCP-Ressourcen stellen Kontextinhalte bereit, die durch eine URI identifiziert werden, etwa ein Dokument oder einen Datensatz. Der Host entscheidet, wie diese Inhalte in die Anwendung einbezogen werden. Server können auch Prompts anbieten: wiederverwendbare Vorlagen für Benutzerinteraktionen.

Bei einem Dokumentenassistenten könnte eine Ressource ein Referenzdokument bereitstellen, während ein Tool eine Dokumentensammlung durchsucht. Ob eine der beiden Operationen erlaubt ist, hängt von den eingesetzten Zugriffskontrollen und davon ab, wie die Anwendung mit der Einwilligung der Benutzer umgeht.

Öffentliche Metadaten können einen Server, seinen veröffentlichten Endpunkt oder sein Paket sowie die angegebenen Funktionen identifizieren. Tool-Namen, Beschreibungen und Eingabedefinitionen können erklären helfen, was eine Integration bietet. Welche Tools für einen bestimmten Aufrufer sichtbar sind, kann von der Autorisierung abhängen; ein öffentlicher Eintrag muss daher nicht alles beschreiben, was in einer authentifizierten Bereitstellung verfügbar ist.

Die MCP-Tools-Spezifikation behandelt Annotationen als nicht vertrauenswürdig, sofern sie nicht von einem vertrauenswürdigen Server stammen. Aussagen über das Verhalten ersetzen weder eine Prüfung der Implementierung noch Nachweise aus der betreffenden Bereitstellung.

Nutzen Sie die KI-Agentensuche, um unterstützte öffentliche Informationen zu Agenten und MCP-Servern als Ausgangspunkt für die Erkennung zu prüfen. Ein Suchergebnis allein bestätigt nicht, wer für eine Bereitstellung im Unternehmen verantwortlich ist, auf welche Daten sie zugreift, wer ihre Nutzung genehmigt hat oder ob sie die Richtlinien einer Organisation erfüllt.

MCP umfasst ein optionales Autorisierungsframework für HTTP-Transporte, das auf OAuth-Standards basiert. Es ermöglicht Clients, im Namen von Ressourceninhabern Zugriff auf geschützte Server anzufordern. Unterstützte Autorisierungsabläufe und durchgesetzte Berechtigungen müssen anhand der tatsächlichen Implementierung bewertet werden.

KI-Agenten-Autorisierung erläutert erlaubte Zugriffe und Aktionen. Ein gültiges Zugriffstoken oder ein auffindbares Tool begründet für sich genommen weder eine Genehmigung für einen Geschäftszweck des Unternehmens noch die Erlaubnis, eine bestimmte geschäftliche Entscheidung zu treffen.

KI-Verantwortung benennt den verantwortlichen Menschen. KI-Agenten-Governance verbindet Zweck, Entscheidungsbefugnis, Zugriff, Aufsicht und Lebenszyklusentscheidungen. Das Unternehmen muss entscheiden, wer eine Integration genehmigt, welche Bedingungen gelten, wann eine menschliche Prüfung erforderlich ist und welche Nachweise gepflegt werden sollten.

Alterlayer steuert den organisatorischen Kontext rund um den Einsatz von KI im Unternehmen. Technische Hosts, Server und Zugriffskontrollsysteme implementieren Protokollinteraktionen und setzen die geltenden Berechtigungen durch. Diese Definition behauptet nicht, dass Alterlayer MCP-Datenverkehr abfängt oder MCP-Tool-Aufrufe durchsetzt.

Verifiziert am 8. Oktober 2026: Die offizielle aktuelle Spezifikation verweist auf die Revision 2026-07-28. Eingesetzte Clients und Server können unterschiedliche Revisionen unterstützen; prüfen Sie ihre dokumentierte Kompatibilität, statt anzunehmen, dass jede Integration die neueste Version implementiert.

Das offizielle Dokument zu Governance und Projektverantwortung legt MCP als eine Series von LF Projects, LLC fest. Maintainer, Core Maintainer und Lead Maintainer bilden die MCP Steering Group, wobei die technische Mitwirkung an Einzelpersonen gebunden ist und nicht an reservierte Unternehmenssitze.

Die Projektverantwortung für das Protokoll betrifft die Entwicklung des offenen Projekts. Sie weist weder die Verantwortung für ein KI-System innerhalb eines Unternehmens zu noch genehmigt sie dessen Nutzung.