Google a annoncé le 7 juillet 2026 quatre nouvelles capacités pour les agents managés de la Gemini API : exécution en tâche de fond, connexion aux serveurs MCP distants, appel de fonctions custom et rafraîchissement des credentials. L’objectif affiché dans l’annonce officielle : te permettre de construire des agents fiables, prêts pour la production.
Pour rappel, un agent managé dans la Gemini Interactions API, c’est un seul endpoint que tu appelles. Gemini gère derrière le raisonnement, l’exécution de code, l’installation de paquets, la gestion de fichiers et la recherche web, le tout dans un sandbox cloud isolé. Tu ne montes pas l’infra toi-même.
Tâche de fond : fini les connexions HTTP fragiles
Le problème que Google pointe est concret : garder une connexion HTTP ouverte pour une tâche longue, c’est fragile. La solution s’appelle le paramètre background: true. Tu le passes, l’interaction tourne en asynchrone côté serveur.
Selon Google, l’API renvoie immédiatement un ID. Ton application cliente peut ensuite l’utiliser pour interroger le statut, streamer la progression ou se reconnecter plus tard, pendant que l’agent finit son travail à distance. C’est le changement qui transforme ces agents en « asynchronous workers », pour reprendre les termes de l’annonce. Un traitement qui prend dix minutes ne bloque plus ton app.
MCP distant et fonctions custom : brancher tes propres outils
Deuxième nouveauté : la connexion directe aux serveurs Model Context Protocol (MCP) distants. Avant, pour accéder à une base de données privée ou une API interne, il fallait écrire un middleware proxy custom. Désormais tu passes un outil mcp_server au moment de l’interaction, aux côtés de Google Search ou de l’exécution de code, et l’agent communique avec tes endpoints depuis son sandbox sécurisé.
Troisième point, les fonctions custom. Tu ajoutes tes propres outils à côté des outils sandbox intégrés. Google explique que l’API utilise du « step matching » : les outils intégrés tournent automatiquement sur le serveur, tandis que les fonctions custom font passer l’interaction en état requires_action pour que ton client exécute la logique métier locale.
Enfin, le rafraîchissement des credentials réseau. Les tokens d’accès et les clés API à durée de vie courte expirent. Google indique que tu peux les renouveler en passant ton environment_id existant avec une nouvelle configuration réseau lors de ta prochaine interaction. Les nouvelles règles remplacent immédiatement les anciennes, et ton sandbox garde intact son système de fichiers, ses paquets installés et ses dépôts clonés.
FAQ
C’est quoi un agent managé dans la Gemini API ?
C’est un agent que tu appelles via un seul endpoint de la Gemini Interactions API. Gemini gère le raisonnement, l’exécution de code, l’installation de paquets, la gestion de fichiers et la recherche web dans un sandbox cloud isolé. Tu n’as pas à gérer l’infrastructure d’exécution toi-même.
À quoi sert le paramètre background: true ?
Il fait tourner l’interaction de façon asynchrone côté serveur. L’API renvoie immédiatement un ID que ton application peut utiliser pour interroger le statut ou se reconnecter plus tard. Ça évite de garder une connexion HTTP ouverte sur une tâche longue.
Comment connecter un agent à un serveur MCP distant ?
Tu passes un outil mcp_server au moment de l’interaction, en même temps que les outils intégrés comme Google Search ou l’exécution de code. L’agent peut alors communiquer avec tes endpoints privés depuis son sandbox, sans middleware proxy custom à écrire.
