Externe Ressourcen und Tools werden über das Model Context Protocol als standardisierte Integrationsschicht bereitgestellt.
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und bei Bedarf in die 360°-Bewertung zu wechseln.
Theoretisches Gebilde: erklärt einen Begriff, ein Prinzip oder ein Denkmodell.
Was Zusammenhänge ordnet, verbindet oder entscheidbar macht.
Das Model Context Protocol (MCP) ist ein Protokoll, mit dem KI-Anwendungen standardisiert auf Werkzeuge, Datenquellen und Prompts zugreifen können. Es trennt die Rolle des Hosts, eines Clients und eines bereitgestellten Servers.
MCP entstand aus dem Bedarf, Sprachmodelle sicher mit externen Kontexten und Aktionen zu verbinden, ohne für jede Kombination eine eigene Integration zu bauen. Es steht damit in der Entwicklungslinie von Protokollen und Bounded Contexts, die Zuständigkeiten und Austauschgrenzen explizit machen.
Stell dir einen Dolmetscher mit Vermittlungsstelle vor: Die KI-Anwendung eröffnet eine Sitzung, ein MCP-Client spricht das Protokoll, und ein Server bietet klar beschriebene Werkzeuge oder Ressourcen an. Jeder Aufruf läuft durch diese Grenze und kann dort geprüft und begrenzt werden.
Die Host-Anwendung stellt die KI-Erfahrung bereit und entscheidet, welche MCP-Verbindungen zugelassen werden.
Der Client vermittelt Protokollnachrichten, während der Server Werkzeuge, Ressourcen oder Prompts anbietet.
Ein strukturierter Aufruf übergibt Argumente an eine externe Fähigkeit und bringt ihr Ergebnis zurück.
MCP hilft, KI-Anwendungen mit vielen externen Fähigkeiten erweiterbar zu machen und dabei Zuständigkeiten, Berechtigungen und Integrationsgrenzen sichtbar zu halten.
Wo dieser Baustein im Themenmodell verortet ist.
Keine Strukturpfade verfügbar.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.