Gemini Enterprise : les actions et champs personnalisés expliqués

Google a ajouté aux notes de version de Gemini Enterprise la prise en charge des champs personnalisés et des entités personnalisées, pour la recherche dans les datastores comme pour les actions. La fonctionnalité est en private preview : accès sur liste blanche, sans garantie de disponibilité générale à une date donnée.

Derrière le vocabulaire Google Cloud, l'idée tient en une phrase. Un datastore Gemini Enterprise contient vos données métier, importées depuis Salesforce, Box, Confluence ou un serveur MCP maison. Jusqu'ici l'agent savait chercher dedans. Il sait désormais agir dessus, avec des actions construites à partir de vos propres entités.

Ce que Google annonce

• Génération d'actions personnalisées basées sur les entités personnalisées de votre datastore. Si votre CRM contient une entité « dossier de sinistre » avec vos champs à vous, Gemini génère une action qui la manipule, au lieu de se limiter aux objets standards du connecteur.
• Modification des descriptions de champs dans la spécification téléchargée, pour donner davantage de contexte au modèle.
• Enrichissement des spécifications : télécharger le JSON de spécification d'action, le modifier, le renvoyer. C'est là que se joue la précision des instructions données au modèle.

Pourquoi les descriptions comptent

Un agent qui appelle un outil se comporte comme un développeur qui lit une documentation. Si la doc dit statut: string, il devine. Si elle dit statut: string. Valeurs autorisées : ouvert, en_cours, clos. Ne jamais passer à clos sans date_cloture renseignée, il applique la règle.

C'est la raison pour laquelle Google expose ce fichier en modification. La qualité des réponses d'un agent métier dépend davantage de la clarté de ses descriptions d'outils que du modèle sous-jacent. Nous observons la même chose sur les projets n8n et Make que nous déployons : un nœud mal décrit produit des appels erratiques, un nœud bien décrit produit des appels stables.

Ce qu'il faut écrire dans une description de champ

1. Le type réel et le format attendu, avec un exemple. date_effet : chaîne au format AAAA-MM-JJ, exemple 2026-09-10.
2. Les valeurs autorisées quand le champ est une énumération, listées en toutes lettres.
3. La règle métier qui conditionne le champ. Obligatoire au-delà de 5 000 euros.
4. Ce qu'il ne faut pas faire. Les interdictions explicites réduisent nettement les appels erronés.

Un accès encore verrouillé

La mise à jour s'inscrit dans un ensemble de fonctionnalités fermées. Pour les connecteurs Box, Salesforce et Confluence Data Center, la création et l'utilisation d'un datastore par ingestion de données sont elles aussi en private preview et exigent une inscription sur liste blanche auprès de votre équipe commerciale Google. Pour Salesforce, la recherche fédérée est en public preview, donc plus accessible.

Autrement dit, la première étape pour tester les actions personnalisées n'est pas technique. Elle consiste à contacter votre interlocuteur Google Cloud pour demander l'accès.

Le cas du serveur MCP

Gemini Enterprise accepte un serveur MCP maison comme datastore. Son comportement par défaut mérite d'être connu : toutes les actions sont désactivées au départ. Pour les activer, vous passez par Actions puis Reload custom actions, ce qui déclenche une réauthentification et un appel tools/list pour récupérer les outils disponibles, avant de cliquer sur Enable actions.

Ce détail explique une bonne partie des tickets de support du type « mon serveur MCP est connecté mais l'agent ne fait rien ». Le serveur répond, les outils sont listés, et personne n'a coché la case.

Pour qui c'est pertinent

Cette fonctionnalité vise les organisations qui ont déjà Gemini Enterprise et un patrimoine de données structuré dans des outils connectés. Concrètement : une équipe informatique, un contrat Google Cloud, et des processus métier assez stables pour valoir la peine d'être modélisés.

Pour une PME de quinze personnes qui veut automatiser ses relances de devis, le rapport effort sur bénéfice ne penche pas de ce côté. Un scénario n8n ou Make branché sur le CRM fait le même travail en une journée, sans liste blanche ni contrat Google Cloud.

La bascule se produit quand trois conditions se rejoignent : le volume de données dépasse ce qu'un outil no-code traite confortablement, la gouvernance des accès devient un sujet réglementaire, et plusieurs équipes veulent interroger le même patrimoine avec des droits différents.

Le conseil Upted

L'élément intéressant dans cette annonce est le pilotage par fichier. Télécharger une spécification, la réécrire à la main, la renvoyer : ce cycle ressemble à la gestion d'un contrat d'API. Il rend les instructions d'outils versionnables, relisables et testables, ce qui manque dans les interfaces où tout se configure dans un formulaire web.

Rangez donc vos spécifications d'actions dans votre dépôt Git au même titre que votre code, avec une relecture avant chaque modification. Une description de champ mal formulée produit des effets aussi visibles qu'un bug applicatif, et bien plus difficiles à reproduire.

Si vous évaluez une plateforme d'agents, posez la question en partant de vos données plutôt que du modèle : combien d'entités métier faut-il exposer, qui a le droit de les lire, et qui écrit les descriptions de champs.