Outils IAGoogle AI · 3/342 secondes
Google Jules : déléguer une tâche de code
Une seule tâche cadrée, un dépôt GitHub, une commande de test. Jules propose un plan, exécute, et rend du code à vérifier.
En résumé
Une seule tâche est confiée à Jules : ajouter un suivi de lecture à une petite application sans dépendances.
Jules clone le dépôt dans une machine virtuelle, propose un plan, exécute, lance les tests du projet et rend un diff complet.
Ce que tu vas apprendre
- Une tâche déléguée se cadre en trois éléments : un objectif précis, des contraintes, une commande de test.
- Le plan est proposé avant toute modification : c'est le moment où l'on garde la main.
- Jules exécute une tâche cadrée et rend du code à vérifier. Il ne remplace pas la revue.
Étape 1 / 5
Connecter le dépôt
GitHub se connecte, puis le dépôt se choisit. Ici, une application de liste de lecture sans dépendances : HTML, CSS et JavaScript navigateur.
Le dépôt porte un fichier d'accord de travail qui fixe les règles : garder l'application sans dépendances, mettre la logique testable dans un module dédié, préserver la direction visuelle, et lancer les tests avant de rendre.
Étape 2 / 5
Cadrer la tâche
La demande décrit un objectif précis, les contraintes à respecter et la commande de test à lancer.
Plus la commande de vérification est explicite, moins la relecture porte sur des détails d'exécution.
Étape 3 / 5
Valider le plan avant le code
Jules clone le projet dans une machine virtuelle et propose un plan avant de modifier quoi que ce soit.
Les étapes se relisent, puis l'exécution se lance.
Étape 4 / 5
L'exécution et le diff
Le travail se fait en arrière-plan : Jules modifie les fichiers nécessaires et exécute les tests du projet.
À la fin, le résumé et le diff complet se lisent d'un bloc.
Étape 5 / 5
Corriger, puis publier
Si quelque chose ne va pas, une correction se demande dans la foulée, sur le même fil.
Une fois le diff accepté, une branche ou une pull request est publiée.
Le résultat obtenu
- Un suivi de lecture ajouté à l'application de démonstration, avec sauvegarde locale de la progression.
- Les tests du projet exécutés par Jules dans son environnement, avant restitution.
- Un diff complet lisible avant toute publication de branche.
Ce qui a coincé
- Le résultat reste du code à relire : rien n'est fusionné sans décision humaine.
- L'épisode montre une tâche isolée sur un dépôt de démonstration sans dépendances. Un projet réel, plus dense, n'est pas testé ici.
Sources
- https://jules.google/docs/
https://jules.google/docs/
- https://jules.google/docs/running-tasks/
https://jules.google/docs/running-tasks/
- https://jules.google/docs/code/
https://jules.google/docs/code/
Transcription
Le texte dit dans l'épisode, mot pour mot.
J'ai donné une seule tâche à Google Jules : ajouter un suivi de lecture à cette petite application. Pour le refaire, connecte GitHub et choisis ton dépôt. Ensuite, décris un objectif précis, les contraintes à respecter et la commande de test à lancer. Jules clone le projet dans une machine virtuelle et te propose un plan avant de modifier le code. Ici, je vérifie les étapes, puis je lance l'exécution. Il travaille en arrière-plan, modifie les fichiers nécessaires et exécute les tests du projet. À la fin, tu peux lire le résumé et le diff complet, demander une correction si quelque chose ne va pas, puis publier une branche ou une pull request. Jules ne remplace donc pas la revue : il prend une tâche cadrée, l'exécute et te rend du code à vérifier.
Les coulisses
Cet épisode est sorti d'un pipeline, pas de douze onglets.
Recherche, script, plans, médias, montage, contrôles et kit de publication : ARGO Studio réunit tout ce qui a produit cette vidéo.