Freigeben über

Mehragentenmuster

Multi-Agenten-Muster erfordern eine Form von Agent-zu-Agent-Interaktion. Die Agents sind Teil eines sicheren Fähigkeitenverbunds, wobei jeder Agent ein wohldefinierter Akteur ist, der Signale austauscht und Arbeiten 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

  • Bevorzugen Sie eine plattformnative Orchestrierung für interne Flows mit untergeordnete Agents, wo immer dies möglich ist, 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 Agents 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 Aufrufen von MCP-gehosteten Tools, z. B. aus Workflow-Schritten für Datensuchen oder -aktionen, das Prinzip der minimalen Rechte.

  • Um die Angriffsfläche zu reduzieren und die Leistung zu verbessern, verwenden Sie die Validierung typisierter Nutzlasten zwischen den Schritten und Komponenten, wo erforderlich, mit definierten Schemata und notwendigem 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-Agents mit A2A-Schnittstellen, die miteinander kommunizieren und jeweils mit separaten MCP-Servern verbunden sind, wobei Tools und Agents als Tool-Panels dienen.

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.
Mehrteilige 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