Erweiterte Agents (Vorschau)

Die erweiterte Nutzung für lange Ausführungen, mit einem Dateiarbeitsbereich, einer Unter-Agent-Delegation, einem programmgesteuerten Toolaufruf und einem Sandbox-JavaScript-Code-Interpreter.

Hinweis:

Diese Funktion ist nur in der Vorschau in der Automation Cloud verfügbar. Sie ist in der Automation Suite nicht verfügbar.

Ein Agent ist ein Modell und ein Dateikörper. Das Modell führt die Argumentation aus, während das System aus allem besteht: der Schleife, die es ansteuert, den Tools, die es aufrufen kann, und dem Speicher, in den es schreiben kann. UiPath Low-Code-Agents bieten zwei Plattformen und dasselbe Modell liefert unterschiedliche Ergebnisse, je nachdem, von welchem Modell es ausgeführt wird.

Die Standardeinstellung ist eine Ground-and-Handle-Schleife. Der Agent liest den Prompt, ruft ein Tool auf, liest das Ergebnis und antwortet, wobei alles in einem einzigen Kontextfenster gespeichert ist. Sie ist effizient und vorhersehbar für eine Arbeit, die in wenigen Toolaufrufen abgeschlossen wird.

Der erweiterte Durchlauf wurde für lange Ausführungen entwickelt. Es behält die Zwischenarbeit in einem Dateiarbeitsbereich statt im Prompt bei, delegierte Arbeitsabschnitte an Unteragents, kann ihre Tools programmgesteuert über den Code aufrufen und komprimiert den Kontext, wenn eine Ausführung wächst. Dadurch bleibt es über Dutzende von Toolaufrufen und langen Dokumenten hinweg kohärent, wo sich andernfalls ein einzelnes Kontextfenster füllen würde und der Agent den Überblick darüber verlieren würde, was er bereits getan hat.

Standard im Vergleich zu Erweitert

Der Testsatz wird pro Agent ausgewählt. Die Auswahl des erweiterten Assistant für einen Agent ändert nichts daran, wie sich ein anderer Agent verhält.

Funktionen	Standardmäßige Nutzbarmachung	Erweiterte Nutzbarmachung
Ausführungsschleife	Denken und Handeln, ein Durchlauf durch die Tools	Handeln, beobachten und anpassen, bis zum Abschluss wiederholt
Arbeitsspeicher	Das Kontextfenster	Ein Dateiarbeitsbereich, den der Agent liest und schreibt
Delegierung	Keine	Unteragents mit ihrem eigenen isolierten Kontext
Komprimierung des Kontexts	Nicht verfügbar	Die abgeschlossene Toolausgabe wird ausgelagert und der ältere Verlauf wird bereinigt
Toolaufruf	Ein Toolaufruf pro Modellrunden	Tools können auch innerhalb einer einzigen Runde aus dem Code aufgerufen werden
Lesen von Dateien	Benötigt ein Dateiverarbeitungstool wie „Analyze Files“.	Dateien kommen im Arbeitsbereich an und werden mit integrierten Dateitools gelesen
Typische Arbeit	Kurze, gut ausgearbeitete Aufgaben	Langlaufende, mehrstufige und dokumentenintensive Aufgaben

Auswählen eines Strings

Der erweiterte forente Assistant ist für Aufgaben verfügbar, die zwei oder mehr der folgenden Signale anzeigen:

• Die Arbeit läuft lange und erfordert Dutzende von Toolaufrufen und nicht eine Handvoll.
• Die Zwischenarbeit des Agents ist wichtig und sollte als Datei bestehen, die anschließend geöffnet werden kann.
• Teile der Arbeit sind unabhängig und werden separat behandelt.
• Das beteiligte Material ist größer als das, was in eine einzelne Eingabeaufforderung passt, z. B. lange Dokumente oder große Datensatzsätze.

Recherche-, Analyse- und dokumentenintensive Workflows sind typische Beispiele. So ist jede Aufgabe, bei der der Agent Nachweise erfassen, diese anhand einer Reihe von Kriterien abgleichen und eine Schlussfolgerung begründen muss.

Der Standard- Testprogramm bleibt die bessere Wahl für Aufgaben, die kurz, vorhersehbar und in wenigen Toolaufrufen vollständig sind. Es gibt auch keine Vorschaubeschränkungen.

Capabilities

Der erweiterte Heading fügt einem Agent Folgendes hinzu, ohne dass eine Konfiguration erforderlich ist.

Kontext und Dateien

• Dateiarbeitsbereich: Ein Dateisystem pro Ausführung mit Tools zum Auflisten, Lesen, Schreiben, Bearbeiten, Löschen, Suchen und Abgleichen von Dateien. Zwischenergebnisse werden in Dateien und nicht in die Eingabeaufforderung verschoben, wodurch der Kontext klein bleibt.
• Direkter Dateizugriff: Ein erweiterter Agent benötigt das Tool „Dateien analysieren“ nicht. Eingabedateien und Dateien, die ein Benutzer in das Chatfenster eines Conversational Agent hochlädt, werden automatisch in den Arbeitsbereich heruntergeladen und mit den integrierten Dateitools gelesen. Da sie als echte Dateien ankommen, kann der Agent ein langes Dokument durchsuchen und nur die benötigten Teile lesen, anstatt die gesamte Datei durch das Modell zu übergeben.
• Gedächtnis des Arbeitsbereichs: Hinweise, die der Agent für sich selbst im Arbeitsbereich behält, die bei jeder Runde wieder in den Systemprompt geladen werden.
• Kontextkomprimierung: Die Ausgabe des abgeschlossenen Tools wird ausgelagert und der ältere Verlauf wird bereinigt, sodass Prompts bei langen Ausführungen nachvollziehbar bleiben.

Arbeitsbereichsgedächtnis ist nicht die gleiche Funktion wie Agentengedächtnis. Der Arbeitsbereichsspeicher gehört zu einer einzelnen Ausführung und befindet sich im Arbeitsbereich dieser Ausführung. Das Agentengedächtnis ist ein separater, persistenter Speicher, der episodische und Eskalationserinnerungen über Ausführungen hinweg enthält und von Agents gemeinsam genutzt werden kann.

Die Arbeit wird ausgeführt

• Delegierung von Unteragenten: Der Agent übergibt einen Arbeitsabschnitt an einen Allzweck-Unteragent, der mit seinem eigenen Kontext ausgeführt wird und nur sein Ergebnis zurückgibt, während der Hauptkontext sauber bleibt.
• Programmgesteuerter Toolaufruf: Der Agent schreibt JavaScript, das seine eigenen Tools direkt aufruft, sodass er sich über eine Liste von Elementen verteilen, innerhalb eines einzigen Schritts filtern und aggregieren kann, anstatt eine Modelltour pro Toolaufruf zu durchführen. Tools, die die Ausführung für eine Person anhalten, werden ausgeschlossen und stattdessen normal aufgerufen, sodass keine Funktion verloren geht.
• Code-Interpreter: Eine persistente JavaScript-Sandbox, die für Berechnungen, für den programmgesteuerten Aufruf von Tools und für die Bereitstellung von Unteragenten verwendet wird. Es hat keinen Netzwerk- und keinen Dateisystemzugriff.
• Selbstkorrektur: Fehlgeschlagene Toolaufrufe, Schemakonflikte und Dead-Ends werden erkannt und mit einem angepassten Ansatz wiederholt.

Auswählen des erweiterten Nutzens

Der Assistant wird in der Einstellung für den Agent- Assistant ausgewählt, wenn ein Low-Code-Agent entworfen wird. Es werden zwei Optionen angeboten, Standardablauf und Erweiterter Ablauf, wobei die erweiterte Option als Vorschau markiert ist.

Warnung:

Beim Verschieben eines vorhandenen Agents in die erweiterte Konfiguration werden alle in seinen Tools konfigurierten statischen und Argumentwerte zusammen mit allen Einstellungen pro Modell endgültig verworfen. Durch Zurückschalten werden sie nicht wiederhergestellt.

Arbeiten mit Dateien

Dateieingaben werden im Data Manager auf die gleiche Weise wie für den Standardablauf finden und können im Prompt anhand des Namens referenziert werden. Der Agent kann sie auch von sich selbst finden, da jede Eingabedatei in seinem Arbeitsbereich platziert wird, bevor die Ausführung startet.

Arbeitsbereichsdateien werden als Anhänge auf den Auftrag hochgeladen, wodurch sie eine Pause für menschliche Eingaben überspringen und wieder vorhanden sind, wenn die Ausführung fortgesetzt wird. Die Namen der Anhänge werden mit einem Präfix versehen, um sie als Arbeitsbereichsdateien zu kennzeichnen, sodass sie im Auftrag zusammen mit anderen Anhängen angezeigt werden.

Nicht jede Ausführung behält ihren Arbeitsbereich bei. Standardmäßig wird der Arbeitsbereich eines autonomen Agents hochgeladen, wenn die Ausführung angehalten wird, sodass Dateien aus einer Ausführung, die ohne Anhalten beendet wird, nicht beibehalten werden. Ein Conversational Agent behält seinen Arbeitsbereich zwischen dem Austausch derselben Konversation bei.

Verbrauch

Erweiterte Agents werden pro LLM-Aufruf auf die gleiche Weise und mit den gleichen Einheiten wie Standard-Agents abgerechnet. Die Standardraten pro Modellstufe und den Preisplan finden Sie unter Lizenzierung.

Während der öffentlichen Vorschau beträgt der Verbrauch von erweiterten Agents 50 % der Standardrate.

Da der erweiterte Header seine Arbeit delegiert und überarbeitet, führt eine einzelne erweiterte Agent-Ausführung mehr LLM-Aufrufe aus als eine vergleichbare Standard-Agent-Ausführung. Der Gesamtverbrauch für eine Ausführung hängt davon ab, wie viele Aufrufe der Agent tätigt, nicht nur von der Rate pro Aufruf.

Noch nicht unterstützt

Es folgen Lücken in der Vorschau und nicht dauerhafte Eigenschaften des erweiterten Systemen.

• Toolargumentwerte können nicht konfiguriert werden. Jeder Toolparameter wird vom Modell bereitgestellt. Statische und Argumentwerte sind nicht verfügbar.
• Leitplanken werden nicht unterstützt. Ein erweiterter Agent, für den Leitplanken konfiguriert sind, verweigert die Ausführung und schlägt beim Start mit dem Fehler „Leitplanken werden für erweiterte Agents noch nicht unterstützt.“ fehl. Wenn eine Governance-Richtlinie entweder eine Eskalation oder eine Human-in-the-Loop-Leitplanke erfordert, bevor ein Agent veröffentlicht werden kann, wird dies nur durch eine Eskalation erfüllt.
• Einige Integration Service-Aktivitäten sind nicht verfügbar. Betroffene Aktivitäten werden auf einem erweiterten Agent deaktiviert.
• Benutzerdefinierte Unter-Agents können nicht definiert werden. Der Agent wird an einen integrierten Unteragent für allgemeine Zwecke delegiert. Die Konfiguration benutzerdefinierter Unter-Agents ist in Kürze verfügbar.
• Ein erweiterter Agent kann nicht als codierter Agent geklont werden. Weitere Informationen zu dieser Konvertierung finden Sie unter Klonen eines Low-Code-Agents als codiert.

Verwandte Informationen

• Lizenzierung
• Agent-Erinnerung
• Einschränkungen
• Standardagents im Vergleich zu erweiterten Agents im UiPath-Blog