Ein Kontingent ist ein konfigurierbares oder zugewiesenes Limit für die Menge einer Ressource, die Sie verwenden können, z. B. für die Anzahl der Agenten, die Sie täglich erstellen können, oder für die Anzahl der Abfragen. Bei sitzbasierten Abos werden Kontingente automatisch an die Anzahl der Lizenzen angepasst, die Ihre Organisation erwirbt. Ein Limit ist eine Systembeschränkung oder ein Kapazitätsschwellenwert, z. B. die Tiefe von Sub-Agenten, die Größe von Datei-Uploads oder die Anzahl der Personen, für die ein Agent freigegeben werden kann. Systemlimits sind feste Einschränkungen, es sei denn, sie sind ausdrücklich als anpassbare Administratoreinstellung gekennzeichnet.
Informationen zu den allgemeinen Kontingenten für Gemini Enterprise, zur gemeinsamen Nutzung von Kontingenten für verschiedene Versionen und zu Überschreitungsgebühren finden Sie unter Kontingente und Überschreitungen.
Kontingente basierend auf Funktionen und Versionen
Die Möglichkeit, Agenten im Workflow Builder zu erstellen und auszuführen, hängt von Ihrer Gemini Enterprise-Version ab.
Tägliche Kontingente für die Erstellung
Für das Erstellen und Entwerfen von Agenten wird ein tägliches Kontingent für die Erstellung verwendet, das von der Version abhängt. Tägliche Kontingente für die Erstellung werden für alle Nutzer mit Lizenzen für diese Version in einem bestimmten Projekt und an einem bestimmten Standort gemeinsam genutzt und täglich um Mitternacht (Pacific Time, PT) zurückgesetzt.
| Version | Tägliches Kontingent für die Erstellung | Beschreibung |
|---|---|---|
| Frontline Worker / Starter | 0 | Benutzerdefinierte Agenten können nicht im Workflow Builder erstellt werden. Nutzer können nur Agenten ausführen, die für sie freigegeben wurden. |
| Standard | 1 Agent pro Nutzer und Tag (gemeinsam genutzt) | Gemeinsam genutzt für alle lizenzierten Standard-Versionen im Projekt und am Standort. Beispiel: 100 Lizenzen ermöglichen 100 Erstellungsvorgänge pro Tag für die Organisation. |
| Plus | 10 Agenten pro Nutzer und Tag (gemeinsam genutzt) | Gemeinsam genutzt für alle lizenzierten Plus-Versionen im Projekt und am Standort. Beispiel: 100 Lizenzen ermöglichen 1.000 Erstellungsvorgänge pro Tag für die Organisation. |
| Pay-as-you-go | Unbegrenzt | Keine täglichen Limits für die Erstellung. Die Nutzung wird entsprechend dem zugrunde liegenden Ressourcenverbrauch und dem Abfragevolumen in Rechnung gestellt. |
Weitere Informationen dazu, wie Kontingente für verschiedene Versionen gemeinsam genutzt, berechnet und für Überschreitungen in Rechnung gestellt werden, finden Sie unter Kontingente und Überschreitungen.
Limits für die Agentenkapazität
Die folgenden Limits gelten für die Anzahl der aktiven Agenten, die in einer Anwendungsinstanz vorhanden sein können:
| Ressource | Standardlimit | Umfang | Beschreibung |
|---|---|---|---|
| Agenten pro Nutzer | 1.000 | Pro Nutzerkonto | Die maximale Anzahl von Agenten, die ein einzelner Nutzer erstellen und besitzen kann. |
| Agenten pro Anwendungsinstanz | 10.000 | Pro Anwendungsinstanz | Die maximale Gesamtzahl von Agenten, die für alle Nutzer in einer Anwendungsinstanz vorhanden sein können. |
Limits für die Freigabe
Wenn Sie einen Agenten für Kollegen in Ihrer Organisation freigeben, gelten die folgenden Limits:
| Einstellung | Limit | Beschreibung |
|---|---|---|
| Maximale Anzahl einzelner Mitglieder pro Agent | 1.500 einzelne Konten | Die maximale Anzahl einzelner Nutzerkonten, die direkt der Zugriffsliste eines Agenten hinzugefügt werden können. Wird durch Google Cloud IAM-Zulassungsrichtlinien erzwungen. |
| Support für Google Groups | Unbegrenzte Anzahl von Mitgliedern insgesamt (1 Gruppe = 1 Richtlinienmitglied) | Die Freigabe für eine Google-Gruppe zählt als ein Mitglied auf das Richtlinienlimit von 1.500 Mitgliedern an. |
Fehlerverhalten bei Überschreitung des Limits für die Freigabe
Wenn Sie versuchen,einen Agenten für mehr als 1.500 einzelne Nutzerkonten freizugeben, schlägt der Vorgang fehl und es wird der folgende Fehler zurückgegeben:
The number of members in the policy (1,501) is larger than the maximum allowed size 1,500.
Best Practices für die Freigabe im großen Maßstab
So geben Sie einen Agenten für große Zielgruppen frei (z. B. für das gesamte Team, die gesamte Abteilung oder die gesamte Organisation), ohne das IAM-Limit von 1.500 Mitgliedern zu überschreiten:
- Bitten Sie Ihren App-Administrator, die Gruppenfreigabe in den Steuerelementen für Funktionen zu aktivieren.
- Geben Sie im Dialogfeld für die Freigabe des Agenten die E-Mail-Adresse einer Google-Gruppe oder Workspace-Gruppe ein (z. B.
support-team@example.com) und nicht die einzelnen Nutzerkonten. - Verwalten Sie die Mitgliedschaft der Zielgruppe dynamisch in der Google-Gruppe. Alle Gruppenmitglieder erben automatisch den Zugriff, ohne dass die IAM-Richtlinie des Agenten geändert werden muss.
Eine detaillierte Anleitung zur Freigabe und zu Berechtigungsstufen finden Sie unter Chat-Agent freigeben und Workflow-Agent freigeben.
Limits für die Komplexität des Flow Builders
Auf der Arbeitsfläche des Flow Builders werden Einschränkungen für Struktur und Routing erzwungen, um eine geringe Ausführungslatenz zu gewährleisten, eine deterministische Orchestrierung zu ermöglichen und zirkuläre Aufrufdiagramme zu verhindern:
| Einschränkung | Limit | Beschreibung |
|---|---|---|
| Tiefe von Sub-Agenten | 1 Ebene | Nur eine Ebene für die Tiefe des Ablaufs. Sub-Agenten können keine weiteren Sub-Agenten aufrufen. Verschachtelte mehrstufige Hierarchien werden nicht unterstützt. |
| Sub-Agenten, die vom Chat-Root weitergeleitet werden | 50 Sub-Agenten | Die maximale Anzahl von Sub-Agenten, die ein einzelner Chat-Root-Agent auswerten und an die er Anfragen weiterleiten kann. |
| Knoten pro Ablauf | 100 Knoten | Die maximale Gesamtzahl von Knoten (einschließlich Knoten für Trigger, Bedingungen, Aktionen, Sub-Agenten und menschliche Interaktion), die in einem einzelnen Workflow zulässig sind. |
| Skills pro Knoten | 20 Skills | Die maximale Anzahl von Tool-Skills oder -Aktionen, die an einen einzelnen Ablaufknoten angehängt werden können. |
| Gleichzeitige Ausführung von Sub-Agenten | 1 Sub-Agent gleichzeitig | Bei der Workflowausführung werden Sub-Agenten sequenziell ausgewertet und ausgeführt. Die parallele Ausführung von Zweigen über mehrere Sub-Agenten hinweg wird nicht unterstützt. |
Limits für Wissensdatenbanken und Datei-Uploads
Die folgenden Limits gelten für Dokumente, die direkt in die Wissensdatenbank eines Agenten hochgeladen werden:
| Ressource | Limit | Beschreibung |
|---|---|---|
| Maximale Dateigröße | 20 MB pro Datei | Die maximale Größe für eine einzelne Datei, die direkt in die Wissensdatenbank eines Agenten hochgeladen wird. |
| Maximale Anzahl von Dateien pro Agent | 100 Dateien | Die maximale Gesamtzahl von Dateien, die an einen einzelnen Agenten angehängt werden können. |
| Maximale Anzahl von Dateien pro Upload-Batch | 10 Dateien | Die maximale Anzahl von Dateien, die in einem einzelnen Vorgang ausgewählt und hochgeladen werden können. |
| Unterstützte Dokumenttypen | PDF, DOCX, TXT, PPTX, CSV, XLSX, HTML und Markdown (.md) | |
Speicherkapazität
Hochgeladene Dateien und indexierte Dokumente verbrauchen Speicherplatz aus dem Speicherpool Ihrer Organisation. Der Speicherplatz wird für alle Nutzer in einem Projekt und an einem Standort gemeinsam genutzt, unabhängig von der Version:
- Frontline Worker / Starter:2 GiB pro Nutzer
- Standard:30 GiB pro Nutzer
- Plus:75 GiB pro Nutzer