Analyse approfondie · Environ 5 min de lecture
MCP Apps dans Gemini Enterprise : l’interface ne remplace pas l’autorisation
Le guide Google Cloud distingue espace interactif, double contrôle d’identité et configuration administrative.
- Publié ici
- Mis à jour ici
- Date de la source
- Source vérifiée
Le guide Google Cloud décrit le raccordement d’une MCP App interactive à Gemini Enterprise avec un backend Cloud Run. Le changement visible est un espace de travail à côté de la conversation ; la difficulté reste de garder identité, permissions et traitements de fond cohérents.
Écouter les actualités
Écoutez cet article ou poursuivez la lecture des actualités.
Préparation de la lecture…
Voix de l’appareil
La voix est traitée par votre navigateur ou appareil. AISubHub n’envoie pas le texte à une API audio. Les voix et la lecture écran verrouillé dépendent de l’appareil.
La reprise peut répéter une courte phrase.
En bref
- Le widget isolé, Gemini Enterprise et le serveur MCP Cloud Run constituent trois couches séparées.
- IAM Cloud Run contrôle le service appelant et OAuth applicatif la personne ; le guide distingue HTTP 403 et HTTP 401.
- Les outils importés sont désactivés au départ : un administrateur doit activer les actions et connecter le MCP Data Store.
1. Un espace de travail modifie la boucle d’interaction
Le dialogue textuel devient laborieux pour ajuster plusieurs fois un graphique, examiner un document ou changer des paramètres. Le guide présente MCP Apps, extension SEP-1865, comme l’association d’un outil et d’une interface active. Dans Gemini Enterprise, le widget est hébergé dans un iframe isolé, avec panneau latéral ou plein écran. Certains ajustements se font sans nouveau tour du modèle, tout en synchronisant le contexte de l’assistant et de l’espace de travail.
Imaginons un analyste financier qui modifie ses hypothèses avant de valider une exportation. C’est notre exemple pédagogique, pas un benchmark Google. Des commandes réactives facilitent l’exploration, mais chaque opération requiert toujours un backend et les permissions adaptées. Moins de tours de conversation ne prouvent ni rapidité générale, ni économie, ni sécurité de l’exécution automatique.
2. Trois couches répartissent les responsabilités
Le navigateur affiche conversation et widget. Gemini Enterprise apporte l’assistant par défaut, le proxy AppBridge relayant les messages et le connecteur gérant OAuth. Dans le projet Google Cloud du client, un conteneur Cloud Run héberge le serveur MCP, expose le point JSON-RPC /mcp, exécute les tâches de fond et sert le widget HTML regroupé. Le guide organise les échanges entre couches voisines, sans transformer le widget en client métier sans restrictions.
Nous y voyons une façon de distinguer les incidents d’affichage, d’orchestration et de services métier. L’iframe constitue un confinement, sans prouver que chaque opération applicative est correctement validée. Le guide évoque les hôtes compatibles et un repli textuel. Il ne garantit pas les mêmes widgets, mécanismes d’identité ou contrôles administratifs chez tous les hôtes MCP.
3. Deux identifiants répondent à deux questions
Gemini Enterprise transmet un jeton de son agent de service avec le jeton OAuth de l’utilisateur. IAM Cloud Run vérifie quel service peut appeler le backend ; l’accès anonyme est désactivé, avec HTTP 403 pour les appels refusés dans le guide. L’application vérifie ensuite la personne via OAuth ; un échec produit HTTP 401 et demande une nouvelle connexion. La première couche ne distingue pas à elle seule tous les utilisateurs finaux.
Les autorisations métier restent donc à la charge du développeur. Un salarié authentifié n’accède pas automatiquement à tous les dossiers ou actes financiers. Le guide recommande un compte de service aux privilèges minimaux pour les appels sortants. Nous proposons de suivre une action du widget jusqu’à l’ERP ou au CRM pour repérer le contrôle des droits. Réussir la connexion ne donne pas, en soi, le droit de valider une exportation ou un changement.
4. L’enregistrement est une procédure administrative
Le guide prévoit l’activation des API nécessaires, le déploiement Cloud Run sans invocation anonyme, le rôle invoker pour l’agent Discovery Engine et un client OAuth web avec l’URI de retour documentée. La contrainte organisationnelle du connecteur MCP personnalisé et ses prérequis doivent aussi être configurés. Si ces contrôles sont imposés, les domaines de sortie et la source custom_mcp doivent autoriser l’intégration. Le widget ne peut pas s’octroyer ces droits.
L’exemple demande openid, email et profile, recommande PKCE et laisse HTTP Basic décoché. Les outils sont initialement désactivés : l’administrateur recharge les actions, provoquant tools/list, choisit puis active les outils. Il relie ensuite le MCP Data Store aux sources de l’application. Ce n’est pas Add Agent, réservé aux sous-agents externes. L’enregistrement rend les outils accessibles ; il ne valide ni leur logique ni chaque exécution future.
5. La réactivité impose des conditions d’exploitation
Le prompt initial vise des réponses asynchrones sous deux secondes et une interrogation get_app_state. Ce sont des objectifs d’implémentation, pas des mesures de latence. L’exemple désactive la limitation CPU pour poursuivre les tâches entre interrogations et conserve au moins une instance active. Selon notre analyse, cette capacité conservée et le cycle des tâches doivent figurer au budget. Le texte n’annonce aucun tarif universel ni gratuité garantie.
Un pilote devrait tester déconnexion, changement de droits, tâche survivant à la conversation et validation envoyée deux fois. Ce sont nos propositions de recette, pas des résultats acquis par l’exemple officiel. Commencer par un flux délimité et conserver un repli textuel lisible est raisonnable. Nous n’avons ni déployé le conteneur, ni exécuté le skill suggéré, ni testé l’interface ou mesuré indépendamment sécurité, vitesse et coûts.
Pourquoi cela compte
Notre analyse : retirer les ajustements visuels répétés des tours du modèle peut améliorer le travail, sous réserve de conserver les mêmes autorisations et validations dans le widget et le backend.
Limites et disponibilité
Il s’agit de l’analyse d’un guide, pas d’un déploiement testé ni du lancement d’un modèle. Le périmètre est Gemini Enterprise, avec configuration et coûts Cloud Run possibles ; aucun accès grand public universel, gain mesuré ou fonctionnement gratuit n’est établi.
Sources et preuves
Date de la source: · Source vérifiée:
Articles assistés par IA, vérifiés avec les sources primaires citées. Les affirmations des fournisseurs sont attribuées ; la présence ne vaut pas recommandation.