Tu veux les meilleurs outils IA avant les autres ?
On teste et on décrypte les nouveaux outils IA chaque soir, en 5 min. Gratuit.
Inclus dès l'inscription : notre sélection des meilleurs guides & comparatifs IA.
Choisis ton rythme
Gratuit · Pas de spam · Désabonnement en 1 clic
Google introduit les sous-agents dans Gemini CLI
Le 15 avril 2026, Google a annoncé une avancée significative pour son agent IA open source, Gemini CLI, en intégrant des sous-agents. Destinés aux développeurs et développeuses, ces sous-agents sont conçus pour prendre en charge des tâches jugées trop complexes, volumineuses ou répétitives pour l'agent principal. En déléguant ces tâches, l'agent principal peut se concentrer sur des décisions stratégiques de haut niveau.
Fonctionnement et architecture des sous-agents
Les sous-agents de Gemini CLI opèrent dans un environnement isolé, avec leurs propres instructions système et outils. Cela signifie que les multiples appels d'outils, lectures de fichiers ou exécutions de tests qu'ils effectuent ne surchargent pas l'historique de la session principale. Une fois leur tâche accomplie, ils transmettent un résultat consolidé à l'agent principal, permettant ainsi de maintenir une session légère et efficace.
Google décrit cette approche comme un modèle « hub and spoke », où l'agent principal agit comme un stratège, tandis que les sous-agents sont des spécialistes interchangeables. Parmi les tâches qu'un sous-agent peut gérer figurent les modifications simultanées de plusieurs fichiers, l'exécution de commandes générant de volumineux logs, et l'analyse de bases de code étendues.
Google explique que l'exécution complète d'un sous-agent, qui peut impliquer des dizaines d'appels d'outils, de recherches de fichiers ou d'exécutions de tests, est consolidée en une seule réponse renvoyée à l'agent principal. Cela évite la saturation de la fenêtre de contexte principale et garantit des interactions rapides et économiques.
Création et personnalisation des sous-agents
Pour créer un sous-agent personnalisé, il suffit de définir un fichier Markdown avec un en-tête YAML. Ce fichier contient les métadonnées de l'agent et les instructions système qui servent de point de départ. Les paramètres principaux incluent le nom, la description, les outils accessibles, et le modèle à utiliser.
Ces fichiers peuvent être stockés à deux niveaux : au niveau du projet dans le dossier .gemini/agents/, ou au niveau de l'utilisateur dans ~/.gemini/agents/. Les sous-agents peuvent également être intégrés aux extensions Gemini CLI via un dossier agents/.
Utilisation des sous-agents dans Gemini CLI
Gemini CLI propose trois sous-agents natifs :
- codebase_investigator, pour l'analyse de bases de code et la cartographie des dépendances.
- cli_help, spécialisé dans l'assistance sur Gemini CLI, à solliciter pour les questions de configuration ou de commandes.
- Un agent généraliste pour les tâches nécessitant un contexte isolé.
Pour invoquer un sous-agent, il suffit de précéder le prompt du symbole @ suivi du nom de l'agent. Sans ce préfixe, l'agent principal décide de déléguer ou non la tâche. Gemini CLI supporte également des sous-agents distants via le protocole Agent-to-Agent (A2A), permettant de déléguer à des agents sur des serveurs externes.
Les sous-agents sont activés par défaut, mais peuvent être désactivés en modifiant le fichier settings.json en passant enableAgents à « false », ou via la commande /agents disable à l'échelle d’un projet.
