Ce qui a été annoncé en octobre
Le 8 octobre 2026, Google Cloud a dévoilé Gemini agent lors de Gemini at Work. Le groupe présente cet outil comme un agent universel de travail capable d'utiliser le contexte de l'entreprise, de planifier plusieurs étapes et de mobiliser des connecteurs pour livrer un résultat. Il ne s'agit pas simplement d'ajouter une nouvelle fenêtre de discussion dans les outils de bureau. Cependant, annoncer une plateforme n'est pas garantir que toutes ses fonctions sont disponibles dans toutes les éditions professionnelles ou tous les pays. Les entreprises françaises doivent examiner les conditions réelles d'accès, les connecteurs, les droits et les contrats avant de préparer un déploiement important.
De la réponse à l'action : la différence majeure
Un assistant classique peut résumer un document fourni. Un agent va plus loin lorsqu'il choisit plusieurs outils, consulte des sources internes puis organise des étapes pour produire un livrable. Dans une équipe commerciale, il pourrait préparer un projet de compte rendu à partir de notes autorisées. Dans un service technique, il pourrait rassembler de la documentation avant un correctif. Ces scénarios sont des possibilités de travail, pas une garantie contractuelle de disponibilité. La vraie difficulté est de vérifier les sources et de maîtriser chaque action. Une réponse erronée dans un document interne peut être reprise puis amplifiée si la chaîne entière est automatisée sans validation.
Pourquoi le contexte métier change les choses
Google explique que son agent est destiné à mobiliser le contexte et les systèmes de ses clients Cloud. Une entreprise peut donc envisager de lui donner des informations sur ses procédures, projets et documents. Plus le contexte est riche, plus les réponses peuvent paraître utiles, mais plus l'exposition potentielle augmente. Une PME lyonnaise ne doit pas permettre à tous ses salariés d'interroger sans restriction les dossiers des ressources humaines ou les contrats confidentiels. La gestion des autorisations doit rester alignée sur les responsabilités réelles. Il faut également prévoir la situation où un document contient une consigne malveillante destinée à modifier le comportement de l'agent.
RGPD : une configuration concrète à analyser
Le RGPD s'applique en fonction des données et des traitements réalisés, pas de l'image de marque d'un fournisseur. Avant l'activation, identifiez les finalités, les catégories de données personnelles, les rôles du fournisseur, les durées de conservation et les transferts éventuels. Examinez les engagements contractuels et les garanties de sécurité, puis documentez les décisions nécessaires dans la gouvernance de votre organisation. Les ressources de la CNIL servent de point de référence français. Le fait qu'un produit affiche des paramètres d'administration et de sécurité ne démontre pas à lui seul sa conformité dans votre cas précis. Les données clients et salariés méritent des restrictions distinctes.
Un agent peut-il envoyer des courriels seul ?
Google explique que l'agent utilise des compétences et des outils, notamment dans des espaces comportant des documents et de la messagerie. Cela ne veut pas dire qu'il peut automatiquement envoyer des messages ou modifier tous les fichiers dans chaque compte. Les capacités effectives dépendent des produits connectés, des permissions et des politiques de l'administrateur. Une bonne règle consiste à laisser l'agent préparer une proposition, puis à imposer l'accord d'un responsable avant un envoi externe, une suppression ou une modification importante. En cas d'erreur, il faut pouvoir reconstruire ce qui a été consulté, modifié et communiqué.
Mesurer le coût réel et les économies
L'annonce met en avant des contrôles de coûts pour les clients professionnels, mais ne fixe pas un prix universel applicable à tous les abonnements. Le coût d'une automatisation comprend les licences, les appels aux modèles, la connexion aux systèmes existants et le temps consacré à la vérification humaine. Une démonstration spectaculaire ne garantit pas une réduction de dépenses. Pour décider, mesurez un processus manuel de référence, puis comparez plusieurs essais sur le même jeu de tâches. Comptez les livrables exacts, les corrections nécessaires et les incidents évités. Les entreprises devraient privilégier la valeur d'un résultat fiable plutôt qu'un simple calcul de requêtes produites par minute.
Comment organiser un essai sans risque excessif
Commencez avec un cas limité et des documents autorisés. Créez un compte de test avec des accès restreints et aucune capacité d'envoyer de l'argent ou de modifier des dossiers de production. Introduisez des scénarios difficiles: fichiers contradictoires, informations manquantes et instructions parasites. Demandez à l'agent de citer les sources utilisées et de signaler les incertitudes. Un évaluateur humain doit mesurer la justesse, la durée et la facilité de correction. Conservez un journal des incidents et testez la révocation des accès. Ce protocole évite de confondre une nouveauté commerciale avec une solution prête à recevoir les données les plus sensibles de l'entreprise.
Disponibilité en France et prochaines vérifications
Une présentation mondiale ne suffit pas à confirmer les dates d'activation, fonctionnalités et tarifs pour chaque client français. Les administrateurs doivent examiner les régions prises en charge, les offres Cloud concernées, les limites linguistiques, l'hébergement, les clauses contractuelles et les intégrations réellement activables. L'affichage d'une interface en français ne garantit pas non plus un résultat correct dans des documents techniques ou juridiques. Les prochaines informations utiles seront la documentation d'accès, les garanties de contrôle et les retours d'expérience mesurables. Pour les directions générales, la meilleure première question reste: quel processus précis voulons-nous améliorer, avec quels risques et quels critères de succès ?