Fremde Tools, auf Ihrer Arbeitsfläche
Registrieren Sie einen Model-Context-Protocol-Server einmal, und jedes bereitgestellte Tool wird zu einem Knoten für Ihre Workflows. Derselbe Knoten erfüllt zwei Zwecke – ein Schritt, den der Orchestrator ausführt, oder eine Fähigkeit, die ein Agent nutzen darf.
MCP-Server registrieren, und seine Tools werden zu Knoten – als normaler Schritt nutzbar oder einem Agenten freigegeben.
Wie ein Tool in Ihren Workflow gelangt
- Der Server beschreibt sich selbst — Verweisen Sie auf einen MCP-Server, und die Tool-Liste stammt vom Server selbst statt aus einem Formular. Neue Tools erscheinen automatisch; nichts muss an zwei Stellen gepflegt werden.
- Ein Schritt oder eine Fähigkeit — Was ein Tool zum Tool macht, ist die Kante, die es erreicht, nicht der Knoten. Eine normale Kante führt es der Reihe nach aus, wie jeden Schritt. Eine Kante von einem Agenten gibt es dagegen frei – das Modell darf es einmal, mehrfach oder gar nicht aufrufen. Ein Agent ist keine Voraussetzung.
- Parameter als echte Felder — Das Parameter-Schema eines Tools erscheint als beschriftetes Formular statt als undurchsichtiges JSON-Feld, das man von Hand richtig treffen muss. Jedes Argument kann ein fester Wert oder ein Ausdruck aus früheren Schritten sein – ein vorgeschalteter Transformationsschritt nur zum Umbenennen entfällt meist.
- Eigene Zugangsdaten, nicht Ihre — Das Bearer-Token eines Anbieters wird verschlüsselt und ausschließlich diesem Anbieter zugeordnet gespeichert – die Registrierung legt also keine Zugangsdaten dorthin, wo ein fremder Workflow sie abgreifen könnte. Die bereitgestellten Tools sind genau das, worum er gebeten werden kann.
Plattform-Funktionen
- 2: Wege, ein Tool zu nutzen – Schritt oder Wahl des Agenten
- Vom Server: Woher Tool-Liste und Parameter stammen
- Verschlüsselt: Anbieter-Token, nur diesem Anbieter zugeordnet
Brauche ich einen Agenten, um ein MCP-Tool zu nutzen?
Nein. Verbinden Sie ein Tool mit einer normalen Kante, läuft es als geplanter Schritt wie jeder andere Knoten – ganz ohne Modell. Der Agentenfall ist die zweite Nutzung, nicht die einzige – wichtig, wenn Sie die Verlässlichkeit eines Tools ohne die Unvorhersehbarkeit eines Modells wollen.
Was passiert, wenn der Server ein Tool hinzufügt?
Es erscheint. Der Katalog wird vom Server gelesen statt in unsere Konfiguration kopiert – es gibt also keine zweite Liste zu pflegen und keine Möglichkeit, dass beide über Existenz oder Argumente uneins sind.
Kann ich steuern, welche Tools ein Agent aufrufen darf?
Ja, und nur so bekommt er überhaupt eines. Ein Agent kann genau die Tools aufrufen, zu denen Sie eine Kante gezogen haben – es gibt kein Umgebungsset, das er vom Workspace erbt. Die Kante zu entfernen entzieht die Fähigkeit; der Graph ist damit eine lesbare Aussage darüber, was der Agent erreichen darf.