Übersicht über andere Agents hinzufügen

mit Copilot Studio können Sie Ihre Agents verbessern, indem Sie sie mit anderen Agents verbinden. Agents können Benutzerinteraktionen aneinander übergeben oder auf autonome Trigger reagieren. Skalieren Sie Ihre Lösungen effizient und effektiv, indem Sie modulare Agents verwenden, die auf bestimmte Aufgaben oder Datensätze zugeschnitten sind.

Es gibt mehrere Möglichkeiten zum Hinzufügen anderer Agents zu Ihrem vorhandenen Copilot Studio-Agent:

• Untergeordnete Agenten erstellen. Untergeordnete Agenten sind leichte Agents innerhalb Ihres vorhandenen Agents.
• Verbinden Sie sich mit anderen Copilot Studio-Agenten in Ihrer Umgebung.
• Verbindung zu externen Agents herstellen:
  • Microsoft Foundry-Agents (Vorschauversion)
  • Fabric Data-Agents (Vorschauversion)
  • Agents, die mit Microsoft 365 Agents SDK (Vorschau)
  • Andere Agents, die über das A2A-Protokoll verfügbar sind (Vorschauversion).

Alle Agents, die Sie einem Agent hinzufügen, werden auf der zugehörigen Seite Agents angezeigt.

Das Herstellen einer Verbindung mit Agents, die mit Microsoft Foundry, Microsoft Fabric, Microsoft 365 Agents SDK und Agents erstellt wurden, die über das A2A-Protokoll verfügbar sind, ist derzeit in der öffentlichen Vorschau verfügbar.

Überlegungen zum Design von Multi-Agent-Lösungen

Eine Multi-Agent-Orchestrierung kann sehr leistungsfähig sein, aber dies ist nicht immer notwendig. Sie sollten sorgfältig überlegen, bevor Sie einen Multi-Agent-Ansatz für Ihre Lösung anwenden. Die folgenden Überlegungen sind wichtig, wenn Sie entscheiden, ob und wie Sie untergeordnete Agenten innerhalb Ihres Hauptagenten verwenden oder Ihren Agenten mit einem separaten Agenten verbinden möchten.

Wann Sie untergeordnete Agenten verwenden sollten

Erstellen Sie untergeordnete Agenten innerhalb Ihres Agenten, wenn:

• Sie erstellen einen einzigen Anwendungsfall, um auf eine einzelne Absicht zu reagieren oder eine einzelne Aufgabe auszuführen (z. B. ein Ticket erstellen, einen Status überprüfen, einen Flug buchen).
• Eine einzelne entwickelnde Person oder ein kleines, zusammenhängendes Team verwaltet die gesamte Agent-Lösung.
• Sie möchten Tools, Anweisungen und Wissen logisch in klar definierte untergeordnete Agents innerhalb eines größeren Agents gruppieren.
• Sie benötigen keine separaten Konfigurationseinstellungen, Authentifizierungs- oder Bereitstellungsfunktionen für die untergeordneten Agents.
• Sie haben nicht vor, diese Agents separat zu veröffentlichen oder unabhängig verfügbar zu machen.
• Sie müssen den Agent nicht für mehrere Agents wiederverwenden.

Wann Sie Ihren Agent in mehrere verbundene Agents aufteilen sollten

Sie sollten in Erwägung ziehen, Ihren Agent in mehrere verbundene Agents zu unterteilen, wenn die Fähigkeit des Agents, anhand von Namen und Beschreibung zwischen den verfügbaren Tools zu unterscheiden, nachlässt.

Als Faustregel gilt: Diese Leistungsbeeinträchtigung kann auftreten, wenn Ihr Haupt-Agent mehr als 30 bis 40 Handlungsmöglichkeiten (Tools, Themen und andere Agents) hat. Allerdings kann eine Verschlechterung der Leistung auch bei einem Agenten auftreten, der eine geringere Anzahl von Werkzeugen mit ähnlichen Beschreibungen hat.

Letztendlich sollten Sie die Leistung Ihres Agents anhand Ihrer eigenen Auswertungen bewerten. Sie sollten zwar immer mit der Überprüfung Ihrer Beschreibungen beginnen, um festzustellen, ob eine weitere Differenzierung möglich ist, die Aufteilung von Funktionen über mehrere Agents kann jedoch zur Aufrechterhaltung von Präzision beitragen.

Weitere Gründe für die Aufteilung Ihrer Lösung auf mehrere verbundene Agents:

• Mehrere Teams oder Entwickelnde verwalten verschiedene Agents unabhängig voneinander.
• Sie müssen Agents separat veröffentlichen und verwalten und sie direkt auf unabhängigen Kanälen verfügbar und für andere Agents nutzbar machen.
• Agents müssen über eigene dedizierte Einstellungen verfügen, zum Beispiel, welches Modell der Agent per Konfiguration verwenden soll.
• Sie benötigen unabhängige ALM-Prozesse (Application Lifecycle Management) für jeden Agent.
• Sie möchten Ihren Agent wiederverwendbar machen (d. h. ihn mit mehr als einem Agent verbinden und für diese nutzbar machen).

Sie können in Ihrer Lösung verbundene und untergeordnete Agenten kombinieren. So könnten Sie beispielsweise Teile Ihrer Lösung in separate Agents unterteilen, auf die Benutzer auch direkt zugreifen können. Jeder dieser Agenten könnte für wichtige Zwecke eigene untergeordnete Agenten haben.

Mögliche Auswirkungen von Multi-Agent-Lösungen

Wenn Ihre Lösung auf mehrere Agents aufgeteilt wird, kann dies:

• Die Latenz erhöht sich aufgrund der zusätzlichen Orchestrierungs-Sprüngen. Beispielsweise identifiziert die Haupt-Agent-Orchestrierung einen verbundenen Agent, der die Abfrage verarbeiten kann. Der verbundene Agent wird dann unter Verwendung seiner eigenen Orchestrierungsebene ausgeführt, um zu bestimmen, wie die Abfrage mit den verfügbaren Tools behandelt wird.
• Erweitern Sie den Abdeckungsbereich für Tests, Verwaltung und Governance einer Lösung.

Zu einem Agenten von einem Thema umleiten

Sie können innerhalb eines Themas explizit zu einem untergeordneten oder verbundenen Agent umleiten. Nachdem der Agent seine Aufgabe abgeschlossen hat, wird das ursprüngliche Thema, von dem Sie umgeleitet wurden, fortgesetzt. Sie können nach dem Knoten der Agent-Weiterleitung ggf. weitere Knoten einfügen.

1. Wählen Sie das Symbol „Knoten hinzufügen“ unter dem Knoten aus, nach dem die Umleitung erfolgen soll, und wählen Sie im Untermenü Agent hinzufügen den Agent aus, zu dem Sie umleiten möchten.

2. Einige Agents unterstützen das Übergeben von Eingabe- und Abrufvariablen, z. B. beim Konfigurieren von Ein- und Ausgaben für einen untergeordneten Agent. Wenn Eingaben verfügbar sind, können Sie sie über den Knoten hinzufügen und einen Wert für jeden festlegen. Für jede Ausgabe für den Agent wird automatisch eine Themenvariable erstellt, in der die Werte aus den Ausgaben platziert werden.

3. Sie können Ihr Thema jetzt speichern und testen, um sicherzustellen, dass die Agent-Umleitung wie gewünscht funktioniert.

Vorhandene verbundene Agents verwalten

Sie können jeden untergeordneten oder verbundenen Agent vorübergehend nicht verfügbar machen oder vollständig aus Ihrer Lösung entfernen.

Einen untergeordneten oder verbundenen Agent für Ihren Haupt-Agent vorübergehend nicht verfügbar machen

Verwenden Sie auf der Seite "Agents " für Ihren Haupt-Agent den Umschalter "Aktiviert " neben dem Agent, den Sie aktivieren oder deaktivieren möchten.

Wenn Sie einen untergeordneten Agent oder einen verbundenen Agent deaktivieren, wird er inaktiv – dies bedeutet, dass er nicht auf Benutzer oder Trigger reagiert.

Einen untergeordneten Agenten löschen

Wählen Sie auf der Seite "Agents " für Ihren Haupt-Agent die drei Punkte (...) neben dem untergeordneten Agent aus, den Sie entfernen möchten, und wählen Sie "Löschen" aus.

Einen verbundenen Agent entfernen

Wählen Sie auf der Seite "Agents " für Ihren Haupt-Agent die drei Punkte (...) neben dem verbundenen Agent aus, den Sie entfernen möchten, und wählen Sie dann " Agent trennen" aus.

In den Anweisungen Ihres Haupt-Agenten auf einen untergeordneten oder verbundenen Agenten verweisen

Es kann besonders nützlich sein, wenn autonome Agenten auf untergeordnete Agenten, die Sie erstellt haben, oder andere Agenten, mit denen Sie eine Verbindung hergestellt haben, verweisen können. Mit dieser Methode können Sie einen langen Anweisungssatz für einen Agent in kleinere fokussierte Teile aufteilen.

1. Wechseln Sie zur Seite "Übersicht" für Ihren Hauptagenten.

2. Geben Sie im Feld "Anweisungen " einen Schrägstrich (/) ein, und wählen Sie den gewünschten Agent aus. Copilot Studio speichert die Anweisungen automatisch.

3. Testen Sie Ihren Agenten. Wenn Sie den Testbereich in Copilot Studio verwenden, sollte Ihr Agent in der Aktivitätskarte referenziert werden.

Bekannte Einschränkungen

Die folgenden Einschränkungen gelten für untergeordnete und verbundene Agenten.

• Derzeit können Fabric Data-Agents nicht über den Knoten Umleitung innerhalb eines Themas umgeleitet werden. Fabric Data-Agents können derzeit nicht explizit in Anweisungen referenziert werden.

• Fabric Data Agents funktionieren derzeit nicht, wenn Ihr Haupt-Agent für Microsoft 365 Copilot bereitgestellt wird.

• Zitate werden möglicherweise nicht immer beibehalten, wenn Ausgaben von einem Agent zurück an einen aufrufenden Agent übergeben werden.

• Kind- und verwandte Agenten respektieren die allgemeine Wissenseinstellung des Hauptagenten. In diesem Fall nutzen die anderen Agenten Allgemeinwissen nicht als Quelle für Antworten, die vom eingebauten Wissenstool generiert werden. Allerdings können die anderen Agenten manchmal das zugrundeliegende Wissen des Sprachmodells nutzen, wenn sie Fragen oder Nachrichten generieren.

• Wenn du einen Agenten als Hauptagent mit einem oder mehreren verbundenen Agenten verwendest, kannst du denselben Agenten nicht auch als verbundenen Agenten für einen zweiten Hauptagenten verwenden. Du kannst jedoch jeden Agenten, der keine verbundenen Agenten hat, als verbundenen Agenten in mehreren Hauptagenten verwenden.

• In Multi-Agenten-Setups, wenn Ihr Elternagent vollständig auf Unteragenten angewiesen ist und keine Themen oder Wissensquellen hat, und Sie das Verhalten nach Ausführung des Kindagenten auf Nicht antworten setzen, kann die Plattform eine zusätzliche systemgenerierte explanation_of_tool_call Nachricht senden, nachdem der Kindagent geantwortet hat. Das Orchestrierungs-Runtime-Modul (nicht die Kindagenten) erzeugt diese Nachricht. Die Meldung weist kein Problem mit der Agentenkonfiguration an.