Les agents gérés Gemini de Google reçoivent une mise à jour discrète : modèle par défaut plus rapide, garde-fous et accès gratuit

Points clés

• Les agents gérés de l'API Gemini de Google utilisent désormais par défaut le modèle Gemini 3.6 Flash, sans modification de code requise pour les utilisateurs existants.
• Les nouveaux hooks d'environnement permettent aux développeurs d'exécuter des scripts personnalisés avant ou après chaque appel d'outil effectué par l'agent dans son bac à sable cloud.
• Un nouveau paramètre max_total_tokens limite la quantité de tokens qu'un agent peut dépenser pour une tâche avant de s'interrompre en toute sécurité.
• Les agents gérés sont désormais disponibles sur les projets Google AI du niveau gratuit, permettant aux développeurs de les tester sans facturation active.
• Les déclencheurs programmés permettent aux agents de s'exécuter selon un calendrier récurrent, en réutilisant le même bac à sable entre les exécutions.

Google a discrètement amélioré les outils qu'il propose aux développeurs qui créent des agents IA, des logiciels capable d'accomplir des tâches multi-étapes comme l'édition de fichiers ou l'exécution de code de manière autonome. Les modifications, annoncées par Google AI sur le blog DeepMind, mettent l'accent non pas sur la puissance brute du modèle, mais sur le travail banal mais important de maintenir les agents bon marché, sûrs et prévisibles.

Voici ce qui a réellement changé et pourquoi cela compte pour les applications que les gens ordinaires utiliseront.

Qu'est-ce qu'un agent géré, en termes simples ?

Un agent géré est un travailleur IA que Google exécute pour vous dans un bac à sable cloud isolé, un petit ordinateur fermé dans le cloud. Vous lui confiez une tâche en un seul appel API, et il raisonne, écrit du code, installe des packages, édite des fichiers et navigue sur le web pour accomplir la tâche.

Les développeurs les utilisent pour créer des outils comme des examinateurs de code automatisés, des assistants de recherche ou les outils analystes IA utilisés dans les banques. L'utilisateur voit simplement une fonctionnalité utile. L'agent fait le travail en arrière-plan.

Qu'est-ce qui a changé avec le modèle par défaut ?

L'agent antigravity-preview-05-2026 s'exécute désormais sur Gemini 3.6 Flash par défaut, remplaçant l'ancien Gemini 3.5 Flash. Le code existant le détecte automatiquement au prochain appel.

Google décrit 3.6 Flash comme un modèle équilibré pour le raisonnement, le codage et l'utilisation d'outils. Les développeurs qui souhaitent dépenser moins peuvent toujours épingler l'agent à Gemini 3.5 Flash-Lite, que Google décrit comme l'option au coût et à la latence les plus bas de la famille 3.5.

Pourquoi les nouveaux « hooks » sont-ils importants ?

Les hooks d'environnement permettent à un développeur d'exécuter son propre script avant ou après chaque action que l'agent effectue dans son bac à sable. Cela signifie qu'une entreprise peut bloquer les appels d'outils risqués, forcer le formatage du code ou auditer ce que l'IA a fait, sans faire confiance au modèle pour s'autoréguler.

Un développeur place un fichier .agents/hooks.json dans l'environnement. L'exécution déclenche alors ses scripts sur les événements pre_tool_execution ou post_tool_execution. Si un script de pré-exécution retourne une décision deny, l'appel d'outil est ignoré et la raison est renvoyée au contexte du modèle pour qu'il sache essayer autre chose.

Alston Lin, fondateur et CTO de la banque d'investissement native de l'IA OffDeal, a déclaré que son équipe utilise des hooks de post-exécution pour vérifier les logos des entreprises dans les présentations de banque d'investissement : en vérifiant chacun pour la bonne entreprise, le rapport d'aspect, le fond transparent et le contraste, avant qu'il n'arrive dans une diapositive. Avant les hooks, a dit Lin, cette validation n'avait nulle part où s'exécuter car le bac à sable était distant.

Pour le reste d'entre nous, c'est la différence entre une fonctionnalité IA qui embarrasse occasionnellement une entreprise et celle qui a un filet de sécurité.

Qu'en est-il des coûts incontrôlables ?

Les agents qui fonctionnent de manière autonome en boucle peuvent consommer des tokens, les petits morceaux de texte qu'une IA facture, plus vite qu'un humain ne le remarque. Google aborde ce problème avec un nouveau cap max_total_tokens que les développeurs peuvent transmettre lors de la création d'une interaction.

Lorsque l'agent atteint la limite, il s'arrête avec un statut incomplete et préserve son environnement. Le développeur peut ensuite le reprendre ultérieurement avec un nouveau budget en transmettant l'ID d'interaction précédent. Les nouveaux déclencheurs programmés permettent également à un agent de s'exécuter selon un calendrier cron, en réutilisant son bac à sable entre les exécutions pour que les fichiers persistent.

Qui peut l'essayer maintenant ?

Les agents gérés sont désormais disponibles sur les projets du niveau gratuit, ce qui signifie que les développeurs peuvent faire des tests en utilisant une clé API d'un projet Google AI sans facturation active. Il existe également une nouvelle API Environments pour lister et supprimer les sessions de bac à sable à partir du code, plutôt que d'attendre le délai d'expiration par défaut de sept jours.

Rien de cela n'est un lancement de modèle accrocheur. C'est la plomberie qui détermine si les agents IA construits sur Gemini semblent fiables ou imprudents.