UTCP (Universal Tool Calling Protocol) ist ein offener Standard, über den KI-Agenten Werkzeuge finden und anschließend direkt über deren eigene Schnittstelle aufrufen. Der Agent liest dazu ein Handbuch in JSON, das beschreibt, wie eine vorhandene Schnittstelle anzusprechen ist.
- UTCP (Universal Tool Calling Protocol)
Ein offener Standard, über den KI-Agenten Werkzeuge finden und direkt über deren eigene Schnittstelle aufrufen.
Beispiel: „Das UTCP-Handbuch lag unter /utcp und nannte alle zwölf Endpunkte der Warenwirtschaft.“Wörtlich übersetzt etwa allgemeines Protokoll für Werkzeugaufrufe. Das Handbuch heißt im Projekt manual und liegt als JSON unter einer Adresse wie /utcp; ein vorhandenes OpenAPI-Dokument lässt sich stattdessen einlesen.
Abgrenzung zum Model Context Protocol: Dieses setzt je Werkzeug einen eigenen Server voraus. UTCP beschreibt dem Agenten nur, wie er das Werkzeug selbst erreicht.
Was UTCP vom Model Context Protocol unterscheidet
Kriterium | UTCP | |
|---|---|---|
Architektur | Vermittler: je Werkzeug ein eigener Server | ohne Vermittler: der Agent spricht die Schnittstelle selbst an |
Aufwand beim Anbieter | Server schreiben, betreiben, pflegen | eine JSON-Datei unter einer Adresse wie /utcp |
Weg eines Aufrufs | Agent, MCP-Server, Zielsystem | Agent, Zielsystem |
Übertragung | JSON-RPC über stdio oder HTTP | HTTP, Server-Sent Events, Kommandozeile, Textdateien, dazu MCP selbst |
Zustand | die Verbindung zum Server bleibt offen | Handbuch lesen, danach einzelne Aufrufe |
Zugriffskontrolle | an einer Stelle im Vermittler | beim Zielsystem, wo sie schon eingerichtet ist |
Daraus folgt die Arbeitsteilung zwischen beiden: UTCP spart den Unterbau und lässt Rechte und Protokollierung dort, wo sie schon sind; MCP bündelt den Verkehr an einer Stelle und macht ihn genau dadurch kontrollierbar.
Wie UTCP ein Werkzeug beschreibt
Über ein Handbuch. Unter einer Adresse wie /utcp liegt eine JSON-Datei, die jedes Werkzeug mit Namen, Beschreibung, Eingabefeldern und einer Aufrufvorlage nennt: Adresse, Methode, Kopfzeilen und Platzhalter für die Werte.
Wer eine Schnittstelle mit OpenAPI-Beschreibung hat, braucht nicht einmal das. Der Client liest das vorhandene Dokument und baut daraus das Handbuch; danach läuft jeder Aufruf ohne Zwischenstation, siehe Function Calling.
Was für UTCP spricht
Der fehlende Unterbau. Wer REST-Schnittstellen oder Kommandozeilenwerkzeuge im Haus hat, gibt sie mit einer Datei für Agenten frei, ohne einen Vermittler zu schreiben, zu betreiben und mitzupflegen.
Dazu kommt der kürzere Weg: Jeder Aufruf geht direkt zum Zielsystem, und Anmeldung, Aufzeichnung und Begrenzungen bleiben dort, wo sie schon eingerichtet sind. Das Projekt stellt beides als Vorteil heraus; Messungen Dritter dazu liegen nicht vor.
Wann MCP die bessere Wahl bleibt
Wenn ein Tor gebraucht wird. Läuft der ganze Verkehr durch einen Server, lassen sich dort Freigaben, Filter und eine Aufzeichnung einrichten, bevor etwas das Zielsystem erreicht. Bei schützenswerten Daten wiegt dieser Punkt schwerer als der gesparte Server, siehe Prompt Injection.
Dazu kommt die Verbreitung. MCP steckt in den gängigen Assistenten und Entwicklungsumgebungen und hat ein großes Angebot fertiger Server. UTCP ist jünger und in vielen Werkzeugen noch nicht vorgesehen; es führt MCP seinerseits als eine seiner Übertragungsarten.