Hinzufügen von Übersicht über weitere Agenten

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 Agenten 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:

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 und Microsoft 365 Agents SDK erstellt wurden, ist derzeit in der öffentlichen Vorschau verfügbar.

Important

Dieser Artikel enthält die Vorschaudokumentation von Microsoft Copilot Studio und kann geändert werden.

Vorschaufunktionen sind nicht für den Produktionsgebrauch gedacht und verfügen möglicherweise über eingeschränkte Funktionalität. Diese Funktionen stehen vor dem offiziellen Release zur Verfügung, damit Sie früher Zugriff darauf erhalten und Feedback geben können.

Wenn Sie einen produktionsreifen Agenten erstellen, finden Sie weitere Informationen unter Übersicht über Microsoft Copilot Studio.

Ü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 Agents 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).
  • Ein einzelner Entwickler 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 Entwickler 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:

  • Erhöhen Sie die Latenz aufgrund der zusätzlichen Orchestrierungsspitzen. 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 Agent aus einem Thema umleiten

Sie können innerhalb eines Themas explizit zu einem untergeordneten oder verbundenen Agent umleiten. Nachdem der Agent abgeschlossen ist, wird das ursprüngliche Thema, von dem aus Sie weitergeleitet 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.

Note

Die Umleitung zu Fabric Data Agents wird derzeit nicht unterstützt.

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-Agents auf einen untergeordneten oder verbundenen Agent verweisen

Es kann hilfreich sein, wenn insbesondere autonome Agents auf untergeordnete Agents, die Sie erstellt haben, oder andere Agents, die Sie verbunden 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ätsübersicht angezeigt werden.

Bekannte Einschränkungen

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

  • Fabric Data-Agents können derzeit nicht umgeleitet werden, um den Knoten Umleitung innerhalb eines Themas zu verwenden. 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.

  • Untergeordnete und verbundene Agents beachten die Einstellung Allgemeines Wissen verwenden des Haupt-Agents. 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-Agent-Setups kann die Plattform, wenn Ihr Parent-Agent vollständig auf Subagenten angewiesen ist (ohne Themen oder Wissensquellen) und Sie das Verhalten nach der Ausführung des Parent-Agents für den Child-Agent auf Nicht antworten festlegen, nach der Antwort des Child-Agents zusätzlich eine systemgenerierte explanation_of_tool_call Nachricht senden. Die betreffende Nachricht wird von der Orchestrierungs-Laufzeit (nicht vom untergeordneten Agent) erzeugt. Die Meldung weist kein Problem mit der Agentenkonfiguration an.

  • Last updated on