Jules et Gemini CLI : Google automatise les tâches de développement sur GitHub

Le développement logiciel se prête particulièrement bien à l’automatisation : corriger une erreur signalée, mettre à jour une dépendance, écrire un test ou examiner une modification sont autant de tâches qui suivent des procédures identifiables. Google veut désormais confier une partie de ce travail à des agents d’intelligence artificielle avec Jules et Gemini CLI GitHub Actions, deux outils annoncés le 6 août 2025 autour de l’écosystème GitHub.

Leur promesse n’est pas de remplacer les développeurs, mais de leur permettre de déléguer des opérations répétitives et encadrées. Jules se présente comme un agent de codage capable de prendre en charge plusieurs missions. Gemini CLI GitHub Actions, lui, intervient au cœur des dépôts GitHub, en réaction à des événements tels que l’ouverture d’une issue ou d’une pull request. Dans les deux cas, l’enjeu est de rapprocher l’IA des outils où les équipes organisent déjà leur travail.

Deux agents, deux façons d’automatiser le code

Sous une même bannière Gemini, Google propose deux approches qui ne répondent pas exactement au même besoin.

Jules est un agent de programmation. Après une période de test entamée en mai 2025, Google officialise son déploiement. Son principe est de recevoir une tâche de développement, de travailler sur le code concerné et d’aider l’utilisateur à suivre le résultat. Google indique que l’outil s’appuie sur Gemini 2.5 et qu’il est accessible au travers de différents niveaux d’abonnement Gemini.

Gemini CLI GitHub Actions est conçu pour fonctionner depuis un dépôt GitHub. Il s’inscrit dans GitHub Actions, le mécanisme d’automatisation de la plateforme, souvent utilisé pour lancer des tests, vérifier la qualité du code ou publier une application après une modification. L’agent peut être sollicité à la demande ou déclenché par les événements qui rythment la vie d’un projet.

Autrement dit, Jules est pensé pour déléguer une mission de programmation à un agent, tandis que Gemini CLI GitHub Actions sert à insérer un agent dans un processus déjà structuré autour de GitHub.

Cette distinction est importante pour les équipes. Un agent ne devient utile que s’il s’intègre à une méthode de travail claire. Confier une mission ponctuelle à Jules ne recouvre pas le même usage que demander à un dépôt GitHub de réagir automatiquement lorsqu’un membre de l’équipe ouvre une demande de modification.

Jules veut déléguer les tâches répétitives de programmation

Pour un développeur, une part substantielle du temps ne consiste pas à inventer une nouvelle fonctionnalité. Il faut aussi reproduire des manipulations, interpréter des retours de tests, mettre à jour des fichiers, préparer une correction ou vérifier qu’un changement ne casse pas un comportement existant. Ce sont ces opérations que Google cible avec Jules.

L’agent peut gérer plusieurs tâches simultanément, selon les informations communiquées par Google. Cette capacité vise les projets où l’on souhaite avancer sur plusieurs petits chantiers en parallèle, sans devoir enchaîner manuellement chaque étape. Elle rapproche Jules d’autres agents de codage présents sur le marché, comme Claude Code d’Anthropic : l’utilisateur ne demande pas seulement une explication ou un extrait de code, il confie une action à réaliser dans un contexte de développement.

La version présentée apporte aussi des commandes simplifiées pour réemployer des tâches réalisées auparavant. L’intérêt est pratique : lorsqu’une action revient fréquemment dans un projet, il devient inutile de reformuler intégralement la demande. Dans un environnement professionnel, cette réutilisation peut aider à standardiser certaines opérations, par exemple la préparation de vérifications ou de corrections semblables.

Google ajoute par ailleurs des retours visuels pour les tests d’applications web. Tester une application ne se résume pas à savoir si le code s’exécute : l’interface peut être mal affichée, un bouton peut disparaître ou une page peut se comporter de façon inattendue. Un retour visuel apporte donc une couche de contrôle utile, en complément des tests automatisés traditionnels qui vérifient surtout des résultats techniques précis.

Cela ne dispense toutefois pas de revue humaine. Un agent peut appliquer une consigne de façon cohérente tout en faisant un choix discutable pour le produit, l’ergonomie ou l’architecture du logiciel. Plus une demande est ambiguë, plus l’équipe doit relire le résultat avec attention.

Comment Gemini CLI GitHub Actions agit-il dans un dépôt ?

Gemini CLI GitHub Actions est présenté comme un outil gratuit et directement intégré aux dépôts GitHub. Son fonctionnement repose sur une idée simple : les événements d’un projet peuvent servir de déclencheurs à des actions de l’agent.

Lorsqu’une nouvelle issue est créée, un agent peut être appelé pour aider à la traiter selon le contexte du projet. Lorsqu’une pull request est ouverte, il peut être mobilisé dans le flux de travail associé à cette modification. Le traitement se déroule en arrière-plan, ce qui évite de transformer chaque intervention en échange manuel dans une interface séparée.

Le contexte compte beaucoup dans cette approche. Un dépôt contient non seulement du code, mais aussi une organisation : fichiers, conventions, historique des modifications, tickets, commentaires et règles de contribution. Pour être réellement utile, un agent doit agir en tenant compte de cet environnement plutôt que de générer une réponse générique à partir d’une seule consigne.

L’expression « à la demande » signifie également que l’équipe conserve la possibilité de décider quand l’agent intervient. C’est un point essentiel. Une automatisation bien conçue n’impose pas la même action à toutes les situations : elle définit des cas d’usage, des déclencheurs et des contrôles adaptés à la sensibilité du projet.

Par exemple, l’ouverture d’une issue peut appeler une première analyse ou une proposition de traitement. Une pull request peut susciter une action différente, liée à la vérification des changements proposés. Le rôle exact dépend de la configuration choisie dans le dépôt et des règles de l’équipe.

Authentification et journalisation : les garde-fous annoncés

Donner à un agent l’accès à un projet de code demande des garanties. Les dépôts peuvent contenir des informations sensibles, des éléments de propriété intellectuelle ou des composants critiques d’un produit. Google met donc en avant deux éléments : une authentification sans identifiants fixes et la traçabilité des activités.

Le support d’une authentification sans identifiants fixes évite d’avoir à gérer des secrets permanents dans la configuration de l’automatisation. Les identifiants de longue durée peuvent représenter un risque s’ils sont exposés, copiés ou oubliés dans un fichier. Réduire leur recours est une pratique recherchée en sécurité informatique, à condition que les autorisations accordées soient elles aussi strictement limitées.

Gemini CLI GitHub Actions s’appuie également sur OpenTelemetry pour enregistrer les activités. OpenTelemetry est un ensemble de standards et d’outils ouverts utilisés pour collecter des données d’observabilité : traces d’exécution, mesures et journaux. Dans ce contexte, la journalisation aide les équipes à comprendre ce qu’a fait l’agent, à suivre ses interactions et à investiguer un problème éventuel.

La traçabilité devient d’autant plus importante lorsqu’un outil peut intervenir en réaction à un événement GitHub. Savoir quel déclencheur a lancé une action, quelles instructions ont été prises en compte et quel résultat a été produit est indispensable pour conserver la maîtrise du processus de développement.

Pourquoi ces outils changent la place de l’IA dans le développement

Les assistants de code sont déjà capables de compléter une ligne, d’expliquer une erreur ou de proposer une fonction. Les agents cherchent à franchir une étape supplémentaire : ils ne se limitent plus à répondre dans une fenêtre de discussion, ils participent à un enchaînement de travail.

Cette évolution peut faire gagner du temps sur les tâches à faible valeur créative, notamment lorsqu’elles sont clairement définies. Elle peut aussi réduire la friction entre le moment où un problème est signalé et celui où une première action est engagée. Pour une petite équipe, l’intérêt peut être d’éviter que les opérations d’entretien s’accumulent. Pour une organisation plus grande, l’enjeu consiste plutôt à harmoniser certains processus entre de nombreux dépôts et contributeurs.

Mais les gains ne sont pas automatiques. Un dépôt mal documenté, des conventions floues ou des tests insuffisants compliquent autant le travail d’un agent que celui d’un nouveau collaborateur. L’IA peut accélérer une procédure existante, pas inventer à elle seule une gouvernance technique solide.

Jules ou Gemini CLI GitHub Actions : quel outil choisir ?

Le choix dépend d’abord de la manière dont la tâche se présente. Lorsqu’un développeur souhaite confier une mission précise, explorer une correction ou bénéficier de retours visuels sur une application web, Jules est l’outil le plus directement adapté parmi les deux annonces de Google.

Lorsque l’objectif est au contraire de faire intervenir l’IA à l’intérieur d’un dépôt GitHub, à l’occasion d’événements identifiés, Gemini CLI GitHub Actions répond à une logique différente. Il peut convenir à des équipes qui utilisent déjà GitHub Actions et veulent enrichir leurs automatisations avec un agent capable de travailler en fonction du contexte du projet.

Dans les deux cas, il est prudent de commencer par des tâches limitées et vérifiables. Une équipe peut par exemple choisir des opérations routinières, dont les résultats sont faciles à contrôler, avant d’étendre progressivement les droits ou les scénarios automatisés. Les règles de validation, les tests et la relecture de code restent des filets de sécurité nécessaires.

Il faut également examiner les conditions d’accès. Google présente Gemini CLI GitHub Actions comme gratuit, tandis que Jules est proposé au sein de différents niveaux d’abonnement Gemini. Cette différence peut influer sur l’adoption selon la taille de l’équipe, le volume d’usage et les outils déjà utilisés.

Ce qu’il faut surveiller

Les annonces de Google illustrent une tendance de fond : les agents d’IA s’installent dans les outils quotidiens des développeurs, au plus près du code et des procédures de livraison. La question ne sera donc pas seulement de savoir si un modèle génère du code convaincant, mais s’il peut s’intégrer de manière fiable dans un projet réel.

Pour Jules, il faudra observer la qualité de la gestion des tâches simultanées, l’utilité concrète de la réutilisation de commandes et la pertinence des retours visuels dans les tests web. Pour Gemini CLI GitHub Actions, les points clés seront la facilité de configuration, la granularité des autorisations, la lisibilité des journaux OpenTelemetry et la capacité de l’outil à respecter le contexte spécifique de chaque dépôt.

À court terme, ces agents devraient surtout servir de collaborateurs spécialisés sur des opérations répétitives. Leur valeur dépendra moins de l’effet de nouveauté que de leur capacité à produire des résultats contrôlables, à ne pas alourdir les processus d’équipe et à laisser la décision finale aux personnes responsables du logiciel.