Google ADK 2.14 : A2A et les environnements d'exécution passent en version stable

L'Agent Development Kit (ADK) est la bibliothèque libre de Google pour construire des agents IA en Python. Sa version 2.14.0, datée du 4 novembre 2026 dans le journal des changements et publiée sur GitHub le 7, est une version de consolidation : beaucoup de briques quittent le statut expérimental.

Ce qui devient stable

• Les environnements d'exécution, c'est-à-dire les espaces isolés où un agent lit des fichiers et lance des commandes : l'environnement local, ainsi que ceux des prestataires Daytona et E2B.
• L'intégration A2A, le protocole qui permet à des agents de fournisseurs différents de se parler. Une commande, adk generate_agent_card, produit la « carte » qui décrit un agent aux autres.
• L'évaluation et la simulation d'utilisateur.
• Seize fonctions d'outillage et d'intégration, désormais toujours actives : les réglages qui servaient à les désactiver n'ont plus d'effet.

Tester un agent plusieurs fois de suite

Un agent ne répond pas deux fois de la même façon. Un test qui passe une fois ne prouve donc pas grand-chose. La commande adk eval accepte maintenant --num_runs pour rejouer chaque cas plusieurs fois, et --parallelism pour le faire en parallèle.

La comparaison des arguments passés aux outils s'assouplit aussi : correspondance exacte, insensible à la casse, avec tolérance numérique, ou « sémantique », jugée par un modèle.

Les autres ajouts

• Un connecteur Microsoft Teams (TeamsRunner).
• Pour la mémoire stockée dans MongoDB : recherche vectorielle et expiration automatique des souvenirs après un nombre de jours défini.
• Côté performance, Google annonce qu'un workflow de 30 nœuds exécuté sur 200 tours tourne 23 % plus vite, avec un pic de mémoire inférieur de 9 %. Ce sont les chiffres de l'éditeur, sur son propre scénario.

Trois changements cassants

1. Les arguments de type énumération. Une fonction-outil qui déclare un paramètre Enum reçoit désormais le membre de l'énumération, et non plus une simple chaîne. Les comparaisons avec du texte cessent de fonctionner. Il faut comparer aux membres, utiliser .value ou passer à StrEnum.
2. VertexAiSessionService.create_session n'accepte plus que quatre options supplémentaires. Les autres déclenchent une erreur.
3. RunSkillScriptTool, en mode environnement, n'accepte plus de commande libre. Seuls les scripts .py, .sh et .bash sont pris en charge.

Le piège du retour arrière

Deux changements de comportement touchent le stockage :

• avec Firestore, les sessions écrites par la 2.14.0 ne peuvent plus être lues par la 2.13.0 ou une version antérieure. Un retour arrière après mise en production n'est donc pas possible sans perte ;
• avec PostgreSQL, les nouvelles colonnes JSON sont créées au format json et non plus jsonb. Les tables existantes ne sont pas migrées.

À noter aussi : la compaction du contexte, qui résume l'historique quand il devient trop long, se déclenche plus tôt, car elle compte désormais les sorties d'outils.

Une part importante de sécurité

Les notes recensent une très longue liste de corrections. Plusieurs relèvent de la sécurité : rejet d'adresses web mal formées fournies par le modèle, blocage de commandes injectées dans RunSkillScriptTool, validation d'identifiants avant accès au stockage. Les notes ne donnent pas de niveau de gravité pour ces points.

Notre lecture

Le passage d'A2A et des environnements en version stable est le vrai signal : on peut bâtir dessus sans craindre un changement d'interface à chaque version. Pour une petite équipe, l'apport le plus concret reste l'évaluation répétée. Lancer chaque cas cinq ou dix fois avant une mise en production coûte quelques appels au modèle et révèle les comportements instables. Avant de mettre à jour, cherchez les Enum dans vos outils et, si vous utilisez Firestore, faites une sauvegarde : il n'y aura pas de marche arrière simple.