Freigeben über

Mehragentenmuster

Multi-Agenten-Muster erfordern eine Form von Agent-zu-Agent-Interaktion. Die Agenten sind an einem sicheren Fähigkeitenverbund beteiligt, wobei jeder Agent ein wohldefinierter Akteur ist, der Signale austauscht und die Arbeit koordiniert.

Implementieren Sie übergreifende Agenten- und Tool-Aufrufe unter Anwendung der Prinzipien des geringsten Privilegs, der Einfachheit, der Nachvollziehbarkeit und robuster Governance. Um die Komplexität zu verringern, bevorzugen Sie die plattformspezifische Orchestrierung für interne Abläufe, und verwenden Sie das Model Context Protocol (MCP) für sicheren, authentifizierten Zugang zu Tools und Daten. Verwenden Sie das Linux Foundation Agent2Agent (A2A)-Protokoll für plattformübergreifende Agentenintegration mit veröffentlichten Verträgen sowie MCP-gestützte Agenten, je nach Anwendung. Standardisieren Sie die Sicherheit und Verwaltung verbundener Agenten durch die Verwendung veröffentlichter Software Development Kits (SDKs) mit nativer MCP- und A2A-Unterstützung.

Komplexe Anwendungsfälle können eine Kombination aus magentic, seriellen und gleichzeitigen Agententypen umfassen. Beispielsweise könnte ein Dokumentengenerierungs-Workflow sowohl serielle Schritte erfordern (eine Vorlage auswählen, geerdete Inhalte erstellen und auf Compliance prüfen) als auch einen gleichzeitigen Workflow, bei dem mehrere Compliance-Überprüfungen parallel ablaufen. Sowohl einfache als auch komplexe magentische Agententypen können im Workflow verwendet werden.

Diagramm eines Multi-Agenten-Workflows, das gleichzeitige und serielle Flüsse zwischen Agent 1A, 1B, 2 und 3 zeigt, mit menschlicher Überprüfung am Ende.

Empfehlungen für Multi-Agenten-Interaktionen

  • Bevorzuge plattformnatives Orchestrieren für interne Flows mit Subagenten, wo möglich, um die Orchestrierung einfach zu halten.

  • Verwenden Sie MCP für den Zugriff auf Tools und Daten, einschließlich Microsoft-365-Diensttools. Es ist die empfohlene Möglichkeit, Daten und Aktionen an Agenten mit Sicherheit, Authentifizierung und Überwachung auf Unternehmensniveau darzustellen.

  • Verwenden Sie A2A für plattformübergreifende Agenten-zu-Agenten-Nachrichten. Entwurf für Fähigkeitserkennung und Aufgabenverträge. Agenten müssen "Agentenkarten" (Fähigkeiten) veröffentlichen und das Aufgaben- und Artefaktmodell von A2A verwenden, damit Workflows langlaufende Aufgaben über Laufzeiten hinweg entdecken, aufrufen und verfolgen können.

  • Integrieren Sie ausgereifte oder abstrahierte Agenten über MCP oder A2A, um eine Neuimplementierung von Logik zu vermeiden und die Wiederverwendung sowie die End-to-End-Rückverfolgbarkeit und -kontrolle zu verbessern.

  • Integrieren Sie verbundene externe Agenten durch die Verwendung veröffentlichter SDKs, um Sicherheit, Registrierung und Beobachtbarkeit zu standardisieren.

  • Setzen Sie Richtlinien und Audits auf der Kontrollebene mit Frameworks wie Agent 365 durch, um die Agenten konform und beobachtbar zu halten.

  • Verwenden Sie beim Aufruf von MCP-gehosteten Tools das Prinzip der minimalen Rechte, beispielsweise aus Workflow-Schritten für Datensuchen oder -aktionen.

  • Um den Oberflächenbereich zu begrenzen und die Leistung zu verbessern, verwenden Sie die Validierung von typisierten Nutzlasten zwischen Schritten und Komponenten, wo nötig, unter Verwendung definierter Schemata und dem erforderlichen Kontext. Entwurf für beschreibende Fehler, damit Agenten sich anhand von Fehlermeldungen selbst korrigieren können.

  • Entwickle Parallelität, beschränke den Inter-Agenten-Kontext auf das, was strikt notwendig ist, und nutze Kurzzeitgedächtnis, um redundante Arbeit zu vermeiden.

  • Beziehen Sie die Nutzer in den Arbeitsablauf ein und kommunizieren Sie, wenn Agenten zusammenarbeiten. Benötigen menschliche Genehmigungen für hochrangige übergreifende Agentenaktionen. Das Abbrechen und Überspringen lang andauernder Schritte sowie das Zeigen von Zusammenfassungen zulassen. Widersprüchliche Ergebnisse abstimmen.

Bewertung von MCP und A2A in Agentenarchitekturen

MCP (Model Context Protocol) und A2A (Linux Foundation's Agent2Agent) ergänzen open source Standards für die Erstellung agentischer Anwendungen.

Diagramm von zwei KI-Agenten mit A2A-Schnittstellen, die kommunizieren, die sich jeweils mit separaten MCP-Servern verbinden, mit Tools und Agenten als Toolpanels.

Beide Standards bieten ähnliche Funktionen für Client-Server-Flows und Skill-Discovery. Die folgende Tabelle zeigt, wo jedes Protokoll klare Unterscheidungsmerkmale hat, wenn man auswählt, wie mehrere Agenten verbunden werden.

Fähigkeit MCP A2A
Multimodalität Benötigt einen MCP-Host zur Unterstützung Ermöglicht die Bekanntmachung unterstützter Medientypen, um stark typisierte Datenaustauschvorgänge zu ermöglichen.
Proaktive Benachrichtigungen und Abonnements Systembenachrichtigungsunterstützung System- und Inhaltsbenachrichtigungen.
Multi-Turn-Interaktionen Der MCP-Server kann optional zusätzliche Informationen abrufen. Das Kontextmanagement bleibt beim Host. Der ContextId ermöglicht das Kontextmanagement über Agenten hinweg. Mehrere Aufgaben könnten in einem einzigen Kontext existieren. "Eingabe erforderlich" entspricht MCP-Elicitationen.
Orchestrierung Der MCP-Host orchestriert, welche Werkzeuge aufgerufen werden, und synthetisiert die endgültige Ausgabe Der aufgerufene Agent verwendet seinen eigenen Gedankengang und seine eigene Orchestrierung. Tools/APIs sind für den anfordernden Agenten undurchsichtig.
Verhandlung Erfordert eine Aktualisierung des MCP-Clients für neue Modalitäten oder Funktionen Die dynamische Aushandlung von unterstützten Datenströmen ist bei Dienstaktualisierungen robuster.

MCP bietet Agenten eine einfache und unkomplizierte Möglichkeit, mit externen Objekten wie APIs, Datenquellen oder anderen Agenten zu interagieren. Sie bietet starke Steuerungen für einen einzelnen Orchestrator, um das Ergebnis auszuwählen, aufzurufen, zu filtern, zu argumentieren und zu synthetisieren. Dieses Protokoll eignet sich für Situationen, in denen du die Kontrolle über das Denken und die Gewichtung über Flexibilität und Dynamik bevorzugst.

A2A ist besser geeignet für Szenarien, in denen die Agenten gegeneinander undurchsichtig sind oder sein müssen. Wenn beispielsweise der Multi-Agent-Workflow Eingaben von einem externen Agenten oder Agenten, die zu zwei verschiedenen Engineering-Organisationen gehören, erfordert. Die Unterstützung für Verhandlungen verringert die Abhängigkeit von Client-Server-Code-Updates, wenn ein Dienst neue Funktionen veröffentlicht.

Weitere Informationen:

Nächste Schritte

  • Last updated on