Un agent universel de travail est facile à acheter comme interface simple, difficile à évaluer comme système de pouvoirs. Quand un assistant ne se contente plus de répondre mais modifie une fiche, crée une présentation et poursuit son travail dans le cloud, la question change : que peut faire cette identité lorsque le salarié ne regarde plus ? L'annonce Gemini Agent du 8 octobre rend cette question concrète.
Google décrit un agent persistant entre applications et appareils, avec mémoire, compétences et permissions communes. Il peut orchestrer Gemini et Claude ; d'autres modèles privés et ouverts sont prévus. C'est une promesse d'orchestration, pas la preuve que tous les modèles sont interchangeables sans modifier qualité, coût ou exigences de traitement des données.
Définir un résultat avant de tout connecter
Commencez par une tâche bornée, comme un point projet interne fondé sur des documents approuvés. Précisez sources, calculs, format, critères d'achèvement et réviseur. Excluez envois externes et modifications importantes de fiches. Une comparaison utile comprend le processus humain existant, pas seulement la vitesse de réponse d'un autre modèle.
Google cite Workspace, Microsoft 365, Slack et des connecteurs de données d'entreprise parmi les accès. Ces surfaces ne suppriment pas l'intégration. Vérifiez séparément correspondance des identités, fraîcheur, droits de lecture et d'écriture et pannes de connecteurs. Un champ de saisie commun peut cacher plusieurs systèmes d'autorisation sans harmoniser leurs règles.
Suivre les pouvoirs délégués de chaque exécutant
Google indique que les agents-collègues peuvent avoir leur adresse électronique, calendrier, stockage et entrée d'annuaire. Les sous-agents temporaires reçoivent aussi une identité. Cela peut améliorer l'attribution, mais une identité n'est pas une politique de permissions sûre. Vérifiez les droits transmis à l'enfant, leur durée et la distinction entre ses actions et celles du parent dans les journaux.
Le bac à sable et Agent Gateway annoncés fournissent des frontières d'exécution et de politique. Testez-les avec un accès révoqué, des classifications sensibles, des outils compromis et des consignes hostiles dans des documents ordinaires. Lire un document ne doit pas autoriser à lui obéir. Les travaux NIST sur identité et autorité éclairent moindre privilège, délégation et audit ; ils ne certifient pas ce produit.
Traiter la mémoire comme des données gouvernées
Le contexte persistant évite de réexpliquer un projet en changeant d'application. Il peut aussi conserver une hypothèse erronée au-delà de la conversation initiale. Déterminez qui peut inspecter, corriger, limiter et supprimer les mémoires personnelle, de projet et d'organisation. Testez un changement de rôle et une source retirée, y compris les documents dérivés, plutôt que la seule permission initiale du connecteur.
Les compétences nécessitent aussi responsables, historique et procédures de retrait. Un modèle de note de crédit périmé peut propager la même erreur à de nombreuses tâches apparemment réussies. L'exemple DBS cité par Google, avec chaînes déterministes d'agents spécialisés et intervention humaine, suggère une distinction utile : une interface large peut recouvrir des flux étroits et explicitement contrôlés.
Mesurer le travail fini et le coût des corrections
Google rapporte adoption et résultats clients : développement raccourci, heures administratives économisées et conversion accrue. Ce sont des exemples déclarés par l'entreprise et propres à certains flux, pas un taux reproductible de réussite d'une délégation sans limites. L'aide à l'achat dans un catalogue et le travail ouvert des employés ont des surfaces d'échec différentes.
Évaluez tout le pilote : préparation des sources, achèvement, corrections factuelles, revue, violations, actions inattendues et récupération. Les plafonds de dépenses peuvent suspendre le travail, pas démontrer sa valeur. Incluez routage des modèles, sous-agents et reprises humaines dans le coût total. Vérifiez qu'une tâche interrompue ne continue pas à dépenser sous une autre identité.
La question durable d'achat est de savoir si la couche de contrôle reste compréhensible à grande échelle. Avant d'étendre le pilote, testez l'export des compétences, mémoires, évaluations et politiques. Accepter le modèle d'un autre fournisseur ne rend pas automatiquement le contexte portable. N'étendez les pouvoirs que si achèvement et conformité mesurés le justifient, pas parce qu'une interface universelle rend la délégation familière.