La supervision ligne par ligne des copilotes épuise les développeurs. Jules Google résout ce problème en exécutant de manière autonome et asynchrone les tâches de code complexes dans des VM cloud sécurisées. Pour les entreprises, c'est l'assurance d'éliminer la dette technique en arrière-plan et de libérer du temps d'ingénierie qualifié. L'année 2025 a accéléré le passage des assistants d'auto-complétion vers des agents capables de recevoir une tâche plus large, d'analyser un dépôt, de modifier plusieurs fichiers et d'exécuter des outils de développement. L'enjeu n'est donc plus seulement de générer du code plus rapidement dans un éditeur, mais de déterminer quelles tâches peuvent être déléguées en arrière-plan tout en maintenant des mécanismes de contrôle, de test et de revue humaine. Dans le sillage de l'évolution de Gemini pour l'ingénierie logicielle , Google a fait sortir Jules de sa phase bêta le 6 août 2025 avant d'étendre progressivement ses capacités. Le CLI Jules Tools et l'API ont été lancés en octobre 2025, puis les tâches planifiées et suggérées ont enrichi le service en décembre. En 2026, Google a notamment ajouté Gemini 3 Flash comme modèle de base, le support de plusieurs serveurs MCP, la correction automatique de certains échecs GitHub Actions et Gemini 3.1 Pro pour les utilisateurs Pro. Cette évolution positionne Jules dans une logique d'industrialisation des workflows d'ingénierie. Le service peut être piloté depuis son interface web, son CLI ou son API REST, tandis que ses fonctions de tâches planifiées et suggérées permettent d'automatiser certaines opérations récurrentes. L'API reste toutefois documentée comme expérimentale et en version alpha, ce qui doit être pris en compte avant de l'intégrer à des processus critiques. L'évolution de Jules m'oblige surtout à reconsidérer notre rapport au temps d'ingénierie. Durant des années, l'IA de programmation a été associée à une expérience presque exclusivement synchrone : une suggestion apparaissait, le développeur l'acceptait ou la corrigeait, puis recommençait quelques lignes plus loin. Les agents de fond comme Jules, Copilot coding agent ou Cursor Background Agents déplacent progressivement cette interaction vers une logique de délégation. L'intérêt n'est plus seulement d'écrire une fonction plus vite, mais de pouvoir confier une tâche suffisamment cadrée, poursuivre son travail puis revenir examiner un résultat, ses tests et son diff. Cette approche ouvre aussi des possibilités intéressantes pour le prototypage et l'automatisation continue, sans pour autant transformer chaque idée en produit fini instantanément. Les sessions sans dépôt permettent par exemple d'expérimenter rapidement, tandis que les tâches planifiées, l'API et les intégrations peuvent déclencher des travaux récurrents ou réagir à certains événements. Un chef de produit peut donc imaginer un workflow où une spécification alimente une session de développement expérimentale, mais le résultat reste du logiciel généré qui doit être testé, évalué et sécurisé. La véritable rupture n'est peut-être pas que le code devienne invisible : c'est que certaines étapes de sa production deviennent parallélisables et délégables, pendant que l'attention humaine se concentre davantage sur les objectifs, l'architecture et la validation.