- Erste Schritte
- UiPath Conversational Agents
- UiPath Agents in Studio Web
- Über UiPath Agents
- Lizenzierung
- Ausführung von Agents
- Agents und Workflows
- Bewährte Verfahren zum Erstellen von Agents
- Auswahl des besten Modells für Ihren Agenten
- Best Practices für das Veröffentlichen und Bereitstellen von Agents
- Bewährte Verfahren für Kontext-Engineering
- Best Practices für DeepRAG und Batch-Transformation: JIT vs. indexbasierte Strategien
- Arbeiten mit Dateien
- Kontexte
- Eskalationen
- Bewertungen
- Spuren von Agents
- Agent-Punktzahl
- Verwaltung von UiPath Agents
- Codierte UiPath Agents
- Erstellen Sie mit Codierungs-Agents
Lizenzierungsmodell für Agents, das Agent-Ausführungen, Planberechtigungen und die Zuordnung des Verbrauchs zu Platform Units (Unified Pricing) oder Agent Units (Flex) abdeckt.
Agentenläufe kurz erklärt
Unter einen Agentenlauf wird die vollständige, unter einer einzigen Lauf-ID nachverfolgte Ausführung eines Agents verstanden. Jeder Lauf beginnt mit einem Trigger und wird so lange fortgesetzt, bis er einen Endstatus erreicht: Erfolgreich, Fehlgeschlagen, Abgebrochen oder Timed-Out.
Lizenzierung und Verbrauch
- Produktionsläufe verbrauchen je nach Preisplan Platform Units oder Agent Units.
- Für in Studio Web in der Entwurfsphase durchgeführte Tests wird nur das LLM-Kontingent genutzt – es werden keine Platform Units oder Agenteneinheiten verbraucht.
Wenn Sie Agents aus einem freigegebenen Ordner ausführen, muss dem Ordner eine Unattended Robot-Identität zugewiesen werden. Dies ist eine Identitätsanforderung, keine Lizenzierungsanforderung – der Agent selbst verbraucht keine Lizenz für Unattended Robot während der Entwicklung, des Debuggings oder der Produktion. Weitere Informationen zur Einrichtung finden Sie unter Zuweisen von Objekten zu einem Ordner.
Was als Agentenlauf angesehen wird
- Wird nach der Veröffentlichung von Orchestrator aufgerufen (manueller Start, Zeitplan oder Warteschlangentrigger) und ausgeführt.
- Wird über die API oder Webhook in einem Produktionsarbeitsbereich aufgerufen.
- Eine Gesprächssitzung, die auf einem veröffentlichten Kanal gestartet wurde (wird als einzelner Lauf gezählt, bis sie endet oder im Leerlauf ist).
Was nicht als Agentenlauf angesehen wird
- Test/Vorschau in Studio Web während der Erstellungs- oder Entwurfsphase des Agents.
- Als Vorschau gekennzeichnete Autopilot, Bewertungsläufe und Simulationen/Evaluierungen.
Lizenzierung gemäß Unified Pricing
Die Informationen auf dieser Seite gelten für Sie, wenn Sie über eine Unified Pricing-Lizenz verfügen. Wenn Sie eine Flex-Lizenz haben, gehen Sie bitte zu Lizenzierung gemäß Flex. Allgemeine Informationen zur Lizenzierung finden Sie im Administratorenhandbuch zu Automation Cloud.
Auf dieser Seite finden Sie Einzelheiten zu den Lizenzen, die Ihnen Zugriff auf Agents geben, und dazu, wie Agentenaktivitäten anhand von Plattformeinheiten quantifiziert werden.
Agentenlizenzen und Berechtigungen
In folgender Tabelle sind die Lizenzen, die Ihnen Zugriff auf Agents gewähren, die mit jeder Lizenz verknüpften Tarifen und die von ihnen aktivierten Berechtigungen aufgeführt.
Tabelle 1. Lizenzierungspläne
| Funktionen | Verfügbar | Grundversuch | Standard | Standardversuch | Standard | Enterprise | Anwendungstest Standard-Testversion | Anwendungstest Standard | Anwendungstest Enterprise |
|---|---|---|---|---|---|---|---|---|---|
| Agents entwickeln: Entwerfen, Debuggen und Evaluieren von Agents in Studio Web | ❌ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
| Agents ausführen: Bereitstellen und Ausführen von Agents als Prozesse | ❌ | ❌ | ❌ | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
Tabelle 2. Benutzerlizenzen
| Funktionen | Express-Benutzer | Basic-Benutzer | Plus-Benutzer | Pro-Benutzer | App-Tester | App-Tester Developer |
|---|---|---|---|---|---|---|
| Agents entwickeln: Entwerfen, Debuggen und Evaluieren von Agents in Studio Web | ❌ | ✅ | ✅ | ✅ | ❌ | ✅ |
| Agents ausführen: Bereitstellen und Ausführen von Agents als Prozesse | ❌ | ✅ | ✅ | ✅ | ✅ | ✅ |
Zeitkontingent für das Design
Enterprise
Alle Benutzer mit einer Enterprise-Lizenz erhalten einen monatlichen Pool für die KI- und Agentic-Nutzung, der für alle UiPath AI- und Agentic-Produkte gemeinsam genutzt wird und für die Entwicklung und Evaluierung von Agents verwendet werden kann. Der Pool ersetzt die tägliche Berechtigung für kostenlose Agentenläufe, die zuvor als LLM-Aufrufe gewährt wurden.
Wenn Sie den Pool für die Entwurfsphase des Agents verwenden, wird die Nutzung auf der Grundlage der Kosten des von Ihnen verwendeten Modells und der Komplexität der ausgeführten LLM-Aufrufe gewährt, wobei sowohl Eingabe- als auch Ausgabetoken gezählt werden.
Das Monatslimit ist gemäß den folgenden Regeln verfügbar:
- Das monatliche Limit gilt für alle KI- und Agent-Produkte, nicht nur für den Agent Builder in Studio Web. Sie wird nicht in Form von Platform Units gewährt.
- Das monatliche Limit wird jedem benannten Benutzer jeweils individuell zugewiesen und ist auf Mandanten- oder Unternehmensebene nicht zusammenführbar.
Weitere Informationen zur Funktionsweise des monatlichen Limits, der Aufladungen und des Fallback für bezahlte Einheiten finden Sie unter KI- und Agent-Nutzungspool.
Für den KI- und Agent-Nutzungspool muss die Benutzerlizenzierung für Ihre Organisation aktiviert sein. Wenn die Benutzerlizenzierung nicht aktiviert ist, werden alle Interaktionen mit Agents zur Entwurfsphase gemäß der Standardverbrauchslogik berechnet.
Der Pool ist in den Lizenzplänen Unified Pricing und Flex verfügbar und ist nicht in Community verfügbar.
Die Funktionsverfügbarkeit hängt auch von der Cloud-Plattform ab, die Sie verwenden; Weitere Informationen finden Sie auf der Seite Funktionsverfügbarkeit.
Die Größe des monatlichen Limits hängt wie folgt von der Benutzerlizenz ab.
| Benutzerlizenz | KI- und Agent-Nutzungspool |
|---|---|
| Basic-Benutzer | Basisnutzungspool |
| Plus-Benutzer | Basic x7.5 |
| Pro-Benutzer | Basic x20 |
| App-Tester | Basic x7.5 |
| App-Tester Developer | Basic x20 |
Der Verbrauch von Pool- und erworbenen Berechtigungen während der Entwurfs- und Ausführungszeit erfolgt gemäß folgenden Szenarien:
| Verfügbarkeit von Plattformeinheiten | Ausführung während der Entwurfsphase | Ausführung während der Runtime |
|---|---|---|
| Keine gekauften Einheiten | Bis zum Monatslimit zulässig. Wird gesperrt, sobald das Monatslimit erreicht ist. | Nicht zulässig |
| Gekaufte und verfügbare Einheiten | Verbraucht zuerst das Monatslimit. Sobald das monatliche Limit erreicht ist, werden Platform Units verbraucht. Wenn ein Administrator eine Aufstockung gewährt, bezieht sich der Verbrauch aus der Aufstockung. | Von verfügbaren Plattformeinheiten aus zulässig |
Community
Jede Community-Organisation erhält auf täglicher Basis eine gewisse Anzahl an LLM-Aufrufe pro Organisation gemäß folgendem Schema:
- 250 LLM-Aufrufe bei Nutzung von UiPath-verwalteten Modellen
- 350 LLM-Aufrufe bei Nutzung von kundenverwalteten Modellen. Weitere Einzelheiten dazu finden Sie in der Dokumentation zu AI Trust Layer unter Konfiguration von LLMs.
Beachten Sie, dass Community-Nutzer keinen Zugriff auf Vorschaufunktionen haben.
Verbrauch von Plattformeinheiten
In Plattformeinheiten wird die Nutzung agentenpezifischer Aktivitäten gemessen. Bei jeder Ausführung von Agents werden Plattformeinheiten sowohl in der Entwurfsphase (zum Debuggen und Bewertungen) als auch in der Runtime verbraucht.
Bei von UiPath gehosteten Modellen basiert der Verbrauch auf der Anzahl der LLM-Aufrufe, die während einer Agent-Ausführung ausgeführt werden, wobei die Raten je nach Modellstufe variieren.
Bei kundenseitig verwalteten Modellen wird der Verbrauch einmal pro Agent-Ausführung zum Agent-Preis in Rechnung gestellt, unabhängig von der Anzahl der LLM-Aufrufe, die innerhalb dieser Ausführung getätigt werden.
Tabelle 3. Verbrauchsrate der Agents pro Modellebene
| Modellebene | Standardverbrauchsrate | Wie der Verbrauch berechnet wird |
|---|---|---|
| Premium-Modelle (Vorschau): Claude Opus 4.7, GPT-5.5 | 0,4 Platform Units (Agent Rate × 2) | Pro LLM-Aufruf in Rechnung gestellt |
| Standardmodelle: GPT-4.1, GPT-4o, GPT-5, GPT-5.1, GPT-5.2, GPT-5.4, Claude 3.5 Sonnet, Claude 3.7 Sonnet, Claude Sonnet 4, Claude Sonnet 4.5, Claude Sonnet 4.6, Gemini 3 Pro, Gemini 3.1 Pro (Vorschau) | 0,2 Platform Units (nachfolgend als Agent-Preis bezeichnet) | Pro LLM-Aufruf in Rechnung gestellt |
| Basismodelle: Claude Haiku 4.5, Gemini 2.0 Flash, Gemini 3 Flash (Vorschau), GPT-4.1-mini, GPT-4o-mini, GPT-5-mini | 0,16 Platform Units (Agent-Preis × 0,8) | Pro LLM-Aufruf in Rechnung gestellt |
| Von Kunden verwaltete Modelle (über die Funktion Eigenes Modell/Abonnement bereitstellen in AI Trust Layer) | 0,2 Platform Units (Agent-Preis) | Einmal pro Agent-Ausführung in Rechnung gestellt. |
Wir berechnen LLM-Aufrufe in 64.000 Eingabetoken-Schritten. Eingabetoken beziehen sich auf den Inhalt, der pro Anforderung an das Modell gesendet wird – einschließlich Systemaufforderung, Konversationsverlauf, Tooldefinitionen und Benutzernachrichten – und enthalten nicht die Antwort des Modells. Für Anrufe, die dieses Limit überschreiten, werden verschiedene Gebühren erhoben. Zum Beispiel fallen für einen Aufruf von 100.000 Eingabetoken zweimal Gebühren für einen LLM-Aufruf an. Dieses Tokenlimit gilt nicht für vom Kunden verwaltete Modelle.
Der für Sie zuständige Vertriebsmitarbeiter hilft Ihnen gern dabei weiter, den mit dem Einsatz eines Agents verbundenen Verbrauch von Platform Units zu prognostizieren.
Verbrauch von LLM als Richter – Platform Units
Guardrails, die ihren eigenen LLM-Aufruf ausführen – insbesondere das LLM als Richter-Leitplanke – verbrauchen Platform Units zu den gleichen Raten pro Modell wie in Tabelle 3 angegeben, die separat vom Eigenverbrauch des Agents nachverfolgt werden. Ein Agentenlauf mit aktivierter Leitplanke kostet die Platform Units des Agents sowie die Platform Units des Richtermodells. Da die Bewertung der Leitplanke nicht die gleiche Modellfähigkeit wie der Agent erfordert, können Sie ein Richtermodell einer niedrigeren Stufe verwenden, um die Kosten zu reduzieren.
Flex-Lizenzierung
Die Informationen auf dieser Seite gelten für Sie, wenn Sie den Flex-Plan nutzen. Wenn Sie Unified Pricing nutzen, gehen Sie zu Lizenzierung gemäß Unified Pricing.Weitere Einzelheiten dazu finden Sie unter Rahmenwerk für Lizenzierungsabos.
Auf dieser Seite finden Sie Einzelheiten zu den Lizenzen, die Ihnen Zugriff auf Agents geben, und dazu, wie Agentenaktivitäten anhand von Agenteneinheiten quantifiziert werden.
Agentenlizenzen und Berechtigungen
Folgende Tabelle enthält eine Liste der Lizenzen, die Ihnen Zugriff auf Agents geben, die die mit der jeweiligen Lizenz verbundenen Pläne und die damit aktivierten Berechtigungen.
| Lizenz | Lizenzplan | Berechtigungen |
|---|---|---|
| Nicht lizenziert | Community 1 | Agents entwickeln: Entwerfen, Debuggen und Evaluieren von Agents in Studio Web |
| Automation Developer | Enterprise |
Agents entwickeln: Entwerfen, Debuggen und Evaluieren von Agents in Studio Web |
| Citizen Developer | ||
| Cloud Basic User |
1 – Community-Nutzer bekommen ein Zeitkontingent, das zur Entwicklung von Agents nutzen können.
Zeitkontingent für das Design
Enterprise
Alle Benutzer mit einer Enterprise-Lizenz erhalten einen monatlichen Pool für die KI- und Agentic-Nutzung, der für alle UiPath AI- und Agentic-Produkte gemeinsam genutzt wird und für die Entwicklung und Evaluierung von Agents verwendet werden kann. Der Pool ersetzt die tägliche Berechtigung für kostenlose Agentenläufe, die zuvor als LLM-Aufrufe gewährt wurden.
Wenn Sie den Pool für die Entwurfsphase des Agents verwenden, wird die Nutzung auf der Grundlage der Kosten des von Ihnen verwendeten Modells und der Komplexität der ausgeführten LLM-Aufrufe gewährt, wobei sowohl Eingabe- als auch Ausgabetoken gezählt werden.
Das Monatslimit ist gemäß den folgenden Regeln verfügbar:
- Das monatliche Limit gilt für alle KI- und Agent-Produkte, nicht nur für den Agent Builder in Studio Web. Sie wird nicht in Form von Agent Unit gewährt.
- Das monatliche Limit wird jedem benannten Benutzer jeweils individuell zugewiesen und ist auf Mandanten- oder Unternehmensebene nicht zusammenführbar.
Weitere Informationen zur Funktionsweise des monatlichen Limits, der Aufladungen und des Fallback für bezahlte Einheiten finden Sie unter KI- und Agent-Nutzungspool.
Für den KI- und Agent-Nutzungspool muss die Benutzerlizenzierung für Ihre Organisation aktiviert sein. Wenn die Benutzerlizenzierung nicht aktiviert ist, werden alle Aktionen von Agents zur Entwurfsphase gemäß der Standardverbrauchslogik berechnet.
Der Pool ist in den Lizenzplänen Unified Pricing und Flex verfügbar und ist nicht in Community verfügbar.
Die Funktionsverfügbarkeit hängt auch von der Cloud-Plattform ab, die Sie verwenden; Weitere Informationen finden Sie auf der Seite Funktionsverfügbarkeit.
Die Größe des monatlichen Limits hängt wie folgt von der Benutzerlizenz ab.
| Benutzerlizenz | KI- und Agent-Nutzungspool |
|---|---|
| Cloud Basic User | Basisnutzungspool |
| Citizen Developer | Basic x7.5 |
| Automation Developer | Basic x20 |
Der Verbrauch von Pool- und erworbenen Berechtigungen während der Entwurfs- und Ausführungszeit erfolgt gemäß folgenden Szenarien:
| Verfügbare Agenteneinheiten | Ausführung während der Entwurfsphase | Ausführung während der Runtime |
|---|---|---|
| Keine gekauften Einheiten | Bis zum Monatslimit zulässig. Wird gesperrt, sobald das Monatslimit erreicht ist. | Nicht zulässig |
| Gekaufte und verfügbare Einheiten | Verbraucht zuerst das Monatslimit. Sobald das Monatslimit erreicht ist, werden Agent Units verbraucht. Wenn ein Administrator eine Aufstockung gewährt, bezieht sich der Verbrauch aus der Aufstockung. | Aus verfügbaren Agenteneinheiten zulässig |
Community
Jede Community-Organisation erhält auf täglicher Basis eine gewisse Anzahl an LLM-Aufrufe pro Organisation gemäß folgendem Schema:
- 250 LLM-Aufrufe bei Nutzung von UiPath-verwalteten Modellen
- 350 LLM-Aufrufe bei Nutzung von kundenverwalteten Modellen. Weitere Einzelheiten dazu finden Sie in der Dokumentation zu AI Trust Layer unter Konfiguration von LLMs.
Beachten Sie, dass Community-Nutzer keinen Zugriff auf Vorschaufunktionen haben.
Verbrauch von Agenteneinheiten
Agenteneinheiten messen die Nutzung agentenspezifischer Aktivitäten. Mit jeder Ausführung von Agents werden Agenteneinheiten verbraucht, sowohl beim Entwerfen (für Debuggen und Auswertungen) als auch während der Laufzeit.
Der Verbrauch von Agent Units hängt vom verwendeten Modelltyp des Agents ab und unterscheidet sich zwischen von UiPath gehosteten und kundenseitig verwalteten Modellen.
Standardmäßig werden jedem Mandanten 0 Agent Units zugewiesen, und der Verbrauch von Agent Units wird aus dem Organisationspool bezogen. Wenn Agent Units einem bestimmten Mandanten zugewiesen werden, wird die Zuweisung dieses Mandanten für den Verbrauch herangezogen.
Der Verbrauch wird wie folgt berechnet:
- Von UiPath gehostete Modelle: Der Verbrauch basiert auf der Anzahl der LLM-Aufrufe während einer Agent-Ausführung. Jeder LLM-Aufruf wird als Agent-Aktion abgerechnet und mehrere Aufrufe innerhalb einer einzigen Ausführung führen zu mehreren Abrechnungen.
- Kundenseitig verwaltete Modelle („Bring Your Own Model“ oder „Bring Your Own Subscription“): Der Verbrauch wird einmal pro Agent-Ausführung in Rechnung gestellt, unabhängig von der Anzahl der LLM-Aufrufe, die innerhalb dieser Ausführung getätigt werden. LLM-Aufrufe, die mit kundenseitig verwalteten Modellen getätigt werden, erfolgt keine Messung.
Tabelle 4. Verbrauchsrate der Agents pro Modellebene
| Modellebene | Standardverbrauchsrate | Wie der Verbrauch berechnet wird |
|---|---|---|
| Premium-Modelle (Vorschau): Claude Opus 4.7, GPT-5.5 | 2 Agent Units | Pro LLM-Aufruf in Rechnung gestellt |
| Standardmodelle: GPT-4o, GPT-4.1, GPT-5, GPT-5.1, GPT-5.2, GPT-5.4, Claude 3.5 Sonnet, Claude 3.7 Sonnet, Claude Sonnet 4, Claude Sonnet 4.5, Claude Sonnet 4.6, Gemini 3 Pro, Gemini 3.1 Pro (Vorschau) | 1 Agent Unit | Pro LLM-Aufruf in Rechnung gestellt |
| Basismodelle: Claude Haiku 4.5, Gemini 2.0 Flash, Gemini 3 Flash (Vorschau), GPT-4.1-mini, GPT-4o-mini, GPT-5-mini | 0,8 Agent Units | Pro LLM-Aufruf in Rechnung gestellt |
| Von Kunden verwaltete Modelle (über die Funktion Eigenes Modell/Abonnement bereitstellen in AI Trust Layer) | 1 Agent Unit | Einmal pro Agent-Ausführung in Rechnung gestellt. |
Bei von UiPath gehosteten Modellen berechnen wir LLM-Aufrufe in 64.000 Eingabetoken-Schritten. Eingabetoken beziehen sich auf den Inhalt, der pro Anforderung an das Modell gesendet wird – einschließlich Systemaufforderung, Konversationsverlauf, Tooldefinitionen und Benutzernachrichten – und enthalten nicht die Antwort des Modells. Für Anrufe, die dieses Limit überschreiten, werden verschiedene Gebühren erhoben. Zum Beispiel fallen für einen Aufruf von 100.000 Eingabetoken zweimal Gebühren für einen LLM-Aufruf an. Dieses Tokenlimit gilt nicht für vom Kunden verwaltete Modelle. Bei kundenseitig verwalteten Modellen (BYOM/BYOS) werden LLM-Aufrufe nicht gemessen, da der Verbrauch einmal pro Agent-Ausführung in Rechnung gestellt wird.
Der Verbrauch von Agent Units wird in der Automation Cloud Admin auf der Seite Lizenzierung auf Mandantenebene unter der Registerkarte Verbrauchswerte angezeigt. Weitere Informationen dazu finden Sie auf der Registerkarte Verbrauchswerte.
Der für Sie zuständige Vertriebsmitarbeiter hilft Ihnen gern dabei weiter, den mit dem Einsatz eines Agents verbundenen Verbrauch von Agent Units zu prognostizieren.
Verbrauch von LLM als Richter – Agent Units
Guardrails, die ihren eigenen LLM-Aufruf ausführen – insbesondere das LLM als Richter-Leitplanke – verbrauchen Agent Units zu den gleichen in Tabelle 4 angegebenen Raten pro Modell, die separat vom Eigenverbrauch des Agents nachverfolgt werden. Ein Agentenlauf mit aktivierter Leitplanke kostet die Agent Units des Agents sowie die Agent Units des Richtermodells. Da die Bewertung der Leitplanke nicht die gleiche Modellfähigkeit wie der Agent erfordert, können Sie ein Richtermodell einer niedrigeren Stufe verwenden, um die Kosten zu reduzieren.