Un quota est une limite configurable ou allouée sur la quantité d'une ressource que vous pouvez utiliser, comme les créations d'agents ou les requêtes quotidiennes. Pour les abonnements basés sur le nombre de licences, les quotas sont automatiquement ajustés en fonction du nombre de licences achetées par votre organisation. Une limite est une contrainte système ou un seuil de capacité, comme la profondeur des sous-agents, la taille d'importation des fichiers ou le nombre de personnes avec lesquelles un agent peut être partagé. Les limites système sont des contraintes fixes, sauf indication explicite qu'il s'agit d'un paramètre d'administration ajustable.
Pour en savoir plus sur les quotas globaux de Gemini Enterprise, la mise en commun entre les éditions et les tarifs en cas de dépassement, consultez Quotas et dépassements.
Quotas basés sur les fonctionnalités et les éditions
La création et l'exécution d'agents dans Workflow Builder dépendent de votre édition Gemini Enterprise.
Quotas de création quotidiens
La création et la mise en projet d'agents consomment un quota de création quotidien alloué par édition. Les quotas de création quotidiens sont mis en commun pour tous les utilisateurs disposant de licences pour cette édition dans un projet et un emplacement spécifiques, et sont réinitialisés tous les jours à minuit (heure du Pacifique).
| Édition | Quota de création quotidien | Description |
|---|---|---|
| Frontline Worker / Starter | 0 | Impossible de créer des agents personnalisés dans Workflow Builder. Les utilisateurs ne peuvent exécuter que les agents partagés avec eux. |
| Standard | 1 agent par utilisateur et par jour (mis en commun) | Mis en commun pour tous les postes disposant d'une licence pour l'édition Standard dans le projet et l'emplacement. Par exemple, 100 licences fournissent 100 opérations de création par jour pour l'organisation. |
| Plus | 10 agents par utilisateur et par jour (mis en commun) | Mis en commun pour tous les postes disposant d'une licence pour l'édition Plus dans le projet et l'emplacement. Par exemple, 100 licences fournissent 1 000 opérations de création par jour pour l'organisation. |
| Pay-as-you-go | Illimité | Aucune limite de création quotidienne. L'utilisation est facturée en fonction de la consommation de ressources sous-jacente et du volume de requêtes. |
Pour en savoir plus sur la mise en commun, le calcul et la facturation des dépassements de quotas pour les différentes éditions, consultez Quotas et dépassements.
Limites de capacité des agents
Les limites suivantes régissent le nombre d'agents actifs pouvant exister dans une instance d'application :
| Ressource | Limite par défaut | Champ d'application | Description |
|---|---|---|---|
| Agents par utilisateur | 1 000 | Par compte utilisateur | Nombre maximal d'agents qu'un même utilisateur peut créer et posséder. |
| Agents par instance d'application | 10 000 | Par instance d'application | Nombre maximal total d'agents pouvant exister pour l'ensemble des utilisateurs dans une instance d'application. |
Limites de partage
Lorsque vous partagez un agent avec des collègues de votre organisation, les limites suivantes s'appliquent :
| Paramètre | Limite | Description |
|---|---|---|
| Nombre maximal de membres individuels par agent | 1 500 comptes individuels | Nombre maximal de comptes utilisateur individuels pouvant être ajoutés directement à la liste d'accès d'un agent. Appliqué par les Google Cloud stratégies d'autorisation IAM. |
| Assistance Google Group | Nombre total de membres illimité (1 groupe = 1 membre de la stratégie) | Le partage avec un groupe Google est comptabilisé comme un seul membre dans la limite de 1 500 membres de la stratégie. |
Comportement en cas d'erreur de limite de partage
Si vous tentez de partager un agent avec plus de 1 500 comptes utilisateur individuels, l'opération échoue et renvoie l'erreur suivante :
The number of members in the policy (1,501) is larger than the maximum allowed size 1,500.
Bonnes pratiques pour le partage à grande échelle
Pour partager un agent avec un large public (par exemple, des distributions à l'échelle de l'équipe, du service ou de l'organisation) sans rencontrer la limite IAM de 1 500 membres :
- Demandez à l'administrateur de votre application d'activer le partage de groupe dans les contrôles des fonctionnalités.
- Dans la boîte de dialogue de partage de l'agent, saisissez l'adresse e-mail d'un groupe Google ou d'un groupe Workspace (par exemple,
support-team@example.com) plutôt que des comptes utilisateur individuels. - Gérez l'appartenance à l'audience de manière dynamique dans le groupe Google. Tous les membres du groupe héritent automatiquement de l'accès sans modifier la stratégie IAM de l'agent.
Pour obtenir des instructions détaillées sur le partage et les niveaux d'autorisation, consultez Partager un agent de chat et Partager un agent de workflow.
Limites de complexité du générateur de flux
Le canevas du générateur de flux applique des contraintes structurelles et de routage pour maintenir une faible latence d'exécution, garantir une orchestration déterministe et empêcher les graphiques d'appels circulaires :
| Contrainte | Limite | Description |
|---|---|---|
| Profondeur des sous-agents | 1 niveau | Profondeur du flux à un seul niveau uniquement. Les sous-agents ne peuvent pas appeler d'autres sous-agents. Les hiérarchies imbriquées à plusieurs niveaux ne sont pas prises en charge. |
| Sous-agents routés par la racine du chat | 50 sous-agents | Nombre maximal de sous-agents qu'un même agent racine de chat peut évaluer et vers lesquels il peut router des requêtes. |
| Nœuds par flux | 100 nœuds | Nombre maximal total de nœuds (y compris les nœuds de déclencheur, de condition, d'action, de sous-agent et d'humain dans la boucle) autorisé dans un même workflow. |
| Compétences par nœud | 20 compétences | Nombre maximal de compétences ou d'actions d'outil pouvant être associées à un même nœud de flux. |
| Exécution simultanée de sous-agents | 1 sous-agent à la fois | Les exécutions de workflow évaluent et exécutent les sous-agents de manière séquentielle. L'exécution de branches parallèles sur plusieurs sous-agents n'est pas prise en charge. |
Limites de la base de connaissances et de l'importation de fichiers
Les limites suivantes s'appliquent aux documents importés directement dans la base de connaissances d'un agent :
| Ressource | Limite | Description |
|---|---|---|
| Taille maximale du fichier | 20 Mo par fichier | Taille maximale d'un fichier individuel importé directement dans la base de connaissances d'un agent. |
| Nombre maximal de fichiers par agent | 100 fichiers | Nombre maximal total de fichiers pouvant être associés à un même agent. |
| Nombre maximal de fichiers par lot d'importation | 10 fichiers | Nombre maximal de fichiers pouvant être sélectionnés et importés en une seule opération. |
| Types de documents compatibles | PDF, DOCX, TXT, PPTX, CSV, XLSX, HTML et Markdown (.md) | |
Capacité de stockage
Les fichiers importés et les documents indexés consomment de l'espace de stockage à partir du pool de capacité de stockage de votre organisation. L'espace de stockage est mis en commun pour tous les utilisateurs d'un projet et d'un emplacement, quelle que soit l'édition :
- Frontline Worker / Starter : 2 Gio par utilisateur
- Standard : 30 Gio par utilisateur
- Plus : 75 Gio par utilisateur