- Jules est un agent de codage IA à distance développé par Google Labs, qui a récemment rendu son API publique
- Les développeurs peuvent l’intégrer facilement à divers outils et workflows de développement, ouvrant la voie à davantage d’automatisation et de productivité
- L’ajout de nombreuses fonctions, comme un outil en ligne de commande et la gestion des variables d’environnement, maximise l’utilisabilité, la personnalisation et les usages d’automatisation
- Des fonctions innovantes, au plus près des environnements de développement réels, comme la mémoire, le feedback sur les commentaires de PR et l’upload d’images, continuent d’être déployées
- Grâce à des améliorations continues de l’environnement, des performances et de la stabilité, la plateforme s’impose en mettant l’accent sur l’expérience développeur
Présentation de l’API Jules
3 octobre 2025
Jules permet désormais d’accéder à ses fonctionnalités de manière programmatique via sa propre API, et de s’intégrer facilement aux workflows existants des développeurs
- L’API permet une intégration avec des workflows de ChatOps reliés à Slack, l’automatisation avec des outils de gestion de projet, ainsi que l’intégration dans des pipelines CI/CD basés sur GitHub Actions
- Des exemples d’API montrent comment créer une nouvelle session (tâche) et mettre en place des intégrations personnalisées
- Les développeurs peuvent consulter différents cas d’usage dans la documentation API officielle
Intégration en ligne de commande (Jules Tools)
2 octobre 2025
- Une nouvelle CLI appelée Jules Tools est disponible, permettant de contrôler l’agent de codage IA depuis la ligne de commande
- Création/consultation de sessions, application de patchs depuis le terminal, piping avec d’autres outils CLI, et tableau de bord interactif
- Disponible via une installation npm globale ou exécutable avec npx sans installation séparée
- Parmi les commandes principales : lister les dépôts, créer une nouvelle session, travailler à l’échelle d’un dépôt, etc.
- Une prise en charge dédiée pour les utilisateurs de Google Workspace est prévue prochainement
Prise en charge des variables d’environnement par dépôt
1er octobre 2025
- Une fonction de configuration des variables d’environnement au niveau du dépôt a été ajoutée, permettant de configurer finement l’environnement de travail de Jules selon les besoins du projet, pour le build, les tests et l’intégration à divers services
- Depuis les paramètres du dépôt : ajouter des variables → choisir de les utiliser comme option lors de la création d’une tâche → accès aux variables au niveau de la tâche
- Ces variables ne peuvent pas être modifiées une fois la tâche démarrée, il faut donc y prêter attention au lancement
Fonction de mémoire de Jules
30 septembre 2025
Jules Memory for Repositories : l’IA enregistre les retours, préférences et habitudes de l’utilisateur afin de proposer des réponses plus personnalisées et plus précises lors de tâches répétées dans le même dépôt
- L’activation/désactivation de la mémoire se règle dans l’onglet Knowledge des paramètres du dépôt
Sélection de fichiers
29 septembre 2025
- Une fonction de sélecteur de fichiers permet de désigner précisément les fichiers cibles pendant le travail, pour un contrôle fin sans ambiguïté de contexte
Prise en compte du feedback dans les commentaires de PR
23 septembre 2025
- Jules réagit en temps réel aux commentaires de l’utilisateur dans une Pull Request (confirmés avec l’emoji 👀) et applique automatiquement les changements demandés via de nouveaux commits
- En Reactive Mode, il est possible de le configurer pour qu’il ne réponde qu’aux commentaires mentionnant
@Jules
Événement Pirate Day
19 septembre 2025
- À l’occasion de la Journée internationale des pirates, le style de réponse de Jules a été temporairement modifié pendant une journée (version pirate), tandis que la logique et les algorithmes de base sont restés identiques
Upload d’images
9 septembre 2025
- Prise en charge de l’upload d’images lors de la création d’une tâche, afin de fournir un contexte visuel pour des bugs frontend, des propositions de design, etc.
- Formats JPEG/PNG, jusqu’à 5 Mo, prompts de suivi non pris en charge pour le moment (prévu ultérieurement)
- Les images utilisées directement dans le code doivent être commitées séparément sur GitHub
En savoir plus sur la prise en charge des images dans Jules
Stacked Diff
4 septembre 2025
- Introduction d’une mise en page empilée dans la visionneuse de diff pour la revue de code, permettant d’afficher simultanément les modifications de plusieurs fichiers et de voir d’un coup d’œil les portions de code liées
- Il est également possible de passer à un affichage par onglets
Améliorations de Jules Critic
3 septembre 2025
- Renforcement de la fiabilité de l’évaluation et de la pertinence du feedback du Jules critic agent
- Le processus d’analyse en temps réel est affiché de manière transparente dans l’interface, avec une meilleure prise en compte du contexte
Exemples de prompts
2 septembre 2025
- Ajout d’exemples de prompts sur l’écran d’accueil, applicables au champ de saisie en un clic
- Même les débutants peuvent ainsi apprendre facilement les modèles d’usage
Rendu d’images dans la vue diff
22 août 2025
- Il est désormais possible de consulter immédiatement des images comme des graphiques, interfaces UI ou schémas dans la visionneuse de diff
- Pas besoin de télécharger les fichiers : les résultats visuels peuvent être examinés directement
Export à tout moment
15 août 2025
- Prise en charge de l’export du code vers GitHub à tout moment pendant une tâche
- Plus de flexibilité et de contrôle, avec la possibilité de créer une branche ou une PR en cours de route
Capacité de la VM portée à 20 Go
15 août 2025
- Pour éviter les problèmes d’espace lors du travail sur de grands projets, le disque de la Jules VM a été étendu à 20 Go
- Cela permet de prendre en charge plus facilement des bases de code plus vastes et plus complexes
Plan interactif
8 août 2025
- Jules analyse la base de code, échange avec l’utilisateur et élabore un plan interactif
- L’utilisateur peut ainsi définir plus activement les objectifs et les solutions
- La fonction peut être activée depuis le menu déroulant lors de la création d’une tâche
Fonction de navigation web
8 août 2025
- Jules peut effectuer des recherches sur le web pour trouver de la documentation récente ou des exemples/snippets de code
- Cela permet d’exécuter les tâches avec plus de précision en s’appuyant sur des informations externes à jour
- La recherche est optimisée pour la documentation technique
Critic Agent
8 août 2025
- Introduction du Jules critic agent avec revue de code intégrée
- Il effectue une revue interne dès la phase de génération pour détecter et améliorer les bugs potentiels, inefficacités et vulnérabilités
- Contrairement à un simple linter ou à des tests, il évalue la qualité du code à partir de l’intention et du contexte
- Conçu sur la base de recherches en apprentissage par renforcement (actor-critic, etc.)
Tests d’app web / captures d’écran
7 août 2025
- Après un travail frontend, Jules peut fournir une vérification du résultat via des captures d’écran de site web
- Prise en charge des tests frontend basés sur Playwright, avec possibilité de saisir aussi des URL d’images externes
Lancement officiel
6 août 2025
- En deux mois, plus de 140 000 commits publics ont été réalisés ; avec le lancement officiel, une offre payante a également été introduite
- Appui sur les dernières technologies d’IA comme Gemini 2.5, pour des plans et une qualité d’exécution encore plus avancés
- Comprend également diverses améliorations de stabilité et corrections de bugs
Snapshot d’environnement
5 août 2025
- Lors de l’application des scripts de configuration de l’environnement, un snapshot est enregistré, ce qui permet de redémarrer rapidement et de manière cohérente même des tâches complexes
- La configuration de l’environnement peut être consultée depuis le codebase et le menu de configuration des tâches
Création directe de PR
4 août 2025
- Les tâches terminées permettent désormais de créer directement une PR et d’en demander la fusion depuis l’interface, simplifiant le workflow
Ajout du runtime Bun
18 juillet 2025
- Prise en charge du nouveau runtime Bun, élargissant la compatibilité au-delà de l’écosystème Node.js
Améliorations du contrôle des tâches / de l’UX
3 juillet 2025
- Renforcement du contrôle des tâches avec mise en pause, reprise, suppression et copie rapide d’URL
- Ajustement de la largeur du panneau de vue du code, ajout de boutons de copie/téléchargement
- Amélioration de la présentation et de la structure des messages système
Intégration avec les issues GitHub
26 juin 2025
- Il suffit d’ajouter le label « jules » à une issue GitHub pour que Jules démarre automatiquement le travail
- L’application GitHub de Jules a besoin d’un droit d’accès au dépôt
Mise à jour majeure de l’agent Jules
20 juin 2025
- Prise en charge de AGENTS.md et de scripts de configuration d’environnement, renforçant la compréhension du contexte et la fiabilité
- Vitesse et périmètre d’automatisation nettement améliorés, avec de meilleures habitudes de tests automatiques
18 juin 2025
- Au lieu de se limiter à l’environnement Ubuntu par défaut, il est désormais possible d’installer directement les dernières versions de Rust, Node et Python, avec un processus d’installation affiné via des scripts personnalisés
- Montée en gamme sur le multi-runtime, l’isolation et le verrouillage de versions
- Résolution des anciens problèmes de dépendances et meilleure conformité aux exigences récentes
Renforcement de la personnalisation et de l’efficacité
6 juin 2025
- Diverses améliorations de performances, fonctions de copie/téléchargement de code et ajustement de la largeur du panneau de code, le tout optimisé pour l’environnement des développeurs
- Création ininterrompue de plusieurs tâches via une fenêtre modale
Améliorations de la fiabilité et de la stabilité
30 mai 2025
- Extension à un maximum de 60 tâches par jour, avec 5 exécutions simultanées
- Fiabilité accrue de l’intégration GitHub et réduction des cas d’échec
Amélioration de la stabilité (22 mai)
22 mai 2025
- Mise à niveau du système de file d’attente, avec amélioration globale de la fiabilité sur les temps d’attente, les bugs et l’UI
Première sortie de Jules
19 mai 2025
- Jules est un agent de codage IA qui traite de manière asynchrone diverses tâches de développement basées sur GitHub (correction de bugs, gestion des versions et dépendances, migration de code, etc.)
- Au démarrage d’une tâche, il configure automatiquement l’environnement de développement dans une VM, installe les dépendances, exécute les tests, modifie le code et automatise jusqu’à la création d’une PR
- Il visualise de manière transparente l’avancement du travail et le processus de génération du code
- Prend en charge des tâches avancées comme les patchs à portée définie, la migration de code entre langages/frameworks et le développement de fonctionnalités indépendantes
- Plus d’informations et un guide de démarrage sont disponibles dans la documentation officielle et sur le site officiel
1 commentaires
Avis Hacker News
J’ai un site Django de gestion client que j’exploite depuis longtemps, et les clients demandent souvent de toutes petites modifications ; à chaque fois, il fallait lancer le système, vérifier le code, commit, push, mettre à jour le serveur, etc., ce qui me prenait une heure. La semaine dernière, j’ai migré toute l’infrastructure vers Railway et j’ai expliqué au client comment utiliser Jules. Désormais, le client crée lui-même une PR, et Railway déploie un environnement avec les changements pour qu’il puisse vérifier directement. Dans environ 75 % des cas, ça fonctionne sans problème, et quand ça ne marche pas, c’est le client qui s’en rend compte en premier. Une fois le client satisfait des changements, je fais alors la revue de code puis le merge. Le gain de temps est vraiment énorme.
Je me demande si vous continuez à facturer au client le même montant qu’avant.
Je suis curieux du coût d’utilisation de l’API ; si la configuration n’est pas correcte, j’ai peur que le client teste plusieurs fois de petites modifications et que la facture devienne excessive.
J’espère simplement qu’aucune donnée utilisateur n’est stockée depuis l’app du client. Je pense qu’il est dangereux de faire une confiance aveugle à un LLM.
J’aimerais savoir comment vous gérez la base de données du client. Est-ce que vous uploadez l’ensemble sur une VM ?
Honnêtement, je trouve que c’est une approche vraiment géniale. J’aimerais bien voir un billet de blog qui présente cette expérience avec des exemples, surtout des exemples concrets de demandes que le client met dans les PR.
Personnellement, j’ai monté un serveur MCP que j’utilise connecté à l’API Jules, et j’envoie le travail vers Jules depuis Copilot Chat dans VS Code.
Vidéo de démonstration
Je me demande si les gens font vraiment confiance à ce type d’agents pour un usage asynchrone et sans supervision. D’après mon expérience, les agents de code apportaient plus de tracas et de bruit que de gains attendus. Si c’est juste similaire à la boucle qu’on utilisait déjà dans VS Code, je me demande s’il y a vraiment besoin d’un outil externe.
À propos de l’idée que ces agents de code n’apportent pas le ROI attendu, je pense qu’il faut regarder plus loin. Si on ne considère qu’une ou deux tâches immédiates ou quelques semaines, ça ne vaut pas l’investissement, mais si on réfléchit au workflow d’une équipe d’ingénierie dans trois ans, alors ça a du sens de commencer à introduire ce type de système dès maintenant. Par exemple, une automatisation où un bot lance automatiquement l’environnement lors d’une mise à jour de bibliothèque, exécute les tests, identifie pourquoi la codebase ne fonctionne plus, applique une correction, puis crée une PR pour relecture humaine me paraît extrêmement utile.
À la question de savoir pourquoi utiliser un outil externe alors qu’on pourrait tout faire de manière intégrée dans VS Code, la réponse est que mon ordinateur personnel contient des données sensibles comme des photos, des e-mails, des cookies de navigateur, etc., et je n’étais pas à l’aise avec l’idée qu’un agent exécute des tâches d’analyse en local. J’ai donc trouvé plus sûr de laisser Jules n’accéder qu’à mes projets GitHub. En pratique, il a lu le Gemfile et exécuté les tests Rails, ce qui était utile. La qualité du code n’était pas parfaite, mais ça m’a beaucoup aidé à démarrer le développement d’une fonctionnalité.
Après l’avoir essayé moi-même, au moins par rapport à GitHub Copilot, j’ai trouvé que dans un environnement externe (cloud), avec approbation automatique et fonctionnement en sandbox, c’était plus propre.
En pratique, il faut quand même le surveiller en permanence.
Pour information, VS Code n’est pas un agent, mais plutôt centré sur la génération de code et l’autocomplétion.
Je trouve dommage que Google ait choisi une mauvaise architecture système pour Jules ; à ce stade, le design système de Claude Code me semble bien supérieur. Au final, j’ai l’impression que Jules va encore devenir un autre cas de vendor lock-in et d’écosystème fermé.
(Dans le style typique de Google) je pense qu’ils font les deux. Il y a aussi Gemini CLI en open source, avec un free tier assez généreux, qui concurrence plus directement Claude Code.
https://github.com/google-gemini/gemini-cli
Le lancement était un peu brut, mais ça s’est beaucoup amélioré ; Claude Code a lui aussi beaucoup progressé, donc je n’ai finalement pas changé.
Pour quelqu’un comme moi qui utilise des agents de code IA depuis les débuts d’Aider, je vois les choses différemment. Je pense que les agents asynchrones et les agents collaboratifs ont chacun leur rôle. On pourrait à l’avenir voir des agents collaboratifs déléguer à plusieurs agents asynchrones puis agréger les résultats. L’espace de conception est bien plus complexe qu’il n’y paraît, et nous n’en avons encore vu qu’une toute petite partie. Comme on essaie de forcer l’IA dans des workflows centrés sur l’humain, j’ai le sentiment qu’il faut encore beaucoup expérimenter les possibilités singulières et intéressantes propres à l’IA.
Je ne pense pas que la comparaison entre Jules et Claude Code soit pertinente en soi. Ce sont deux systèmes complètement différents. Le vrai équivalent de Jules serait plutôt OpenAI Codex. La version Google de Claude Code, ce serait Gemini Code Assist CLI.
À choisir une comparaison, je dirais que Jules ressemble davantage à GitHub Spark.
À propos du message indiquant que la prise en charge des utilisateurs Workspace arrivera après octobre, je ne comprends pas pourquoi les utilisateurs payants sont toujours servis en dernier. C’est très étrange.
Je comprends que c’est fait ainsi parce qu’il faut garantir la conformité des données promise par Workspace. J’imagine qu’on paie moins pour un accès anticipé aux toutes dernières fonctionnalités ou technologies que pour du support essentiel à l’activité, de la conformité et des garanties.
Les utilisateurs payants ne veulent pas forcément les fonctionnalités plus tôt ; ils veulent qu’elles arrivent de manière sûre, même avec un peu de retard, avec Audit Trail, conformité, SLA, intégration à la console d’administration, etc. Ils préfèrent aussi moins de volatilité et des processus validés. D’ailleurs, il y a beaucoup de gens qui utilisent un compte Workspace à titre personnel puis se plaignent de la lenteur des sorties ; ça fait 20 ans que ce schéma existe et ça ne changera sans doute pas. Si vous voulez les nouveautés rapidement, je recommande plutôt un compte Gmail personnel.
Les noms de marque anthropomorphiques et sans signification m’agacent ; en ce moment, je trouve que des cas comme Amazon Rufus sont particulièrement excessifs. Je préférerais encore quelque chose comme Google Wave, qui symbolise au moins les propriétés et le sens du produit.
J’avais l’impression que le nom Jules s’inspirait de Jenkins.
Claude vient de Claude Shannon. Google Wave n’a peut-être pas marché, mais je pense que l’avenir qu’incarnait cette idée nous manque vraiment.
À mon avis, il ne faut pas trop se focaliser sur ce type de naming. C’est instinctif chez les humains de donner des noms et de s’attacher aux machines et aux objets. Depuis toujours, on donne des noms humains aux bateaux, aux trains, aux armes, aux voitures, et même à l’IA ; c’est une tradition qui remonte déjà à Eliza en 1966. On ne pourra pas l’arrêter, autant l’accepter sereinement.
J’aimerais revenir à des exécutables single binary comme en rust/go ; les CLI basés sur nodejs sont pénibles à installer.
Je me demande combien de personnes chez Google travaillent sur ce projet. De mon côté, je développe seul en interne un outil avec des fonctionnalités similaires, sur mon temps personnel (après le travail, le soir et le week-end).
Je me demande s’il existe un comparatif de prix entre Jules et Claude Code ; récemment, je suis passé de repl.it à Claude max pour réduire les coûts.