Votre première tâche déléguée (pratique)

C’est le temps de le faire pour vrai. Cette leçon est courte en lecture et longue en action : vous allez déléguer la tâche choisie à la leçon 1.3, relire ce qui revient et décider quoi garder.

Si vous avez sauté cette étape, choisissez quelque chose qui vous prendrait moins d’une heure à la main et qui a une vérification claire : un bug avec une reproduction, des tests manquants pour un petit module, un renommage mécanique.

Installez un filet de sécurité d’abord

Les agents modifient votre arbre de travail. Avant le premier prompt, assurez-vous que tout jeter ne vous coûte rien.

L’exécution, étape par étape

1. 1

   2 min

   Partir propre

   Faites un commit ou un stash de votre travail, puis créez une branch pour l’agent. Confirmez que votre vérification passe au vert avant que l’agent touche à quoi que ce soit : ainsi, tout rouge vient de lui.

2. 2

   3 min

   Écrire un brief court

   L’objectif, où regarder, la vérification qui prouve que c’est fini, et ce qu’il ne faut pas toucher. Utilisez le gabarit plus bas.

3. 3

   5 à 20 min

   Lancer et observer

   Restez proche pour vos premières exécutions. Notez où il explore, ce qu’il exécute et où il hésite. Interrompez-le seulement s’il part clairement dans la mauvaise direction.

4. 4

   5 min

   Relire le diff

   Lisez chaque ligne modifiée. Roulez la vérification vous-même. Cherchez le débordement de portée et les tests affaiblis.

5. 5

   2 min

   Décider et faire le retour

   Garder, donner du feedback ou jeter. Puis notez une chose que vous mettriez dans le brief la prochaine fois.

Un brief à copier

Gardez-le court. Un bon premier brief tient sur un écran; le module 3 va beaucoup plus loin sur les briefs et les critères d’acceptation.

Objectif : Ajouter des tests unitaires pour src/utils/dates.ts qui
couvrent formatRelative() et parseIsoDate(), y compris les entrées
invalides.

Contexte : Suis le style de src/utils/strings.test.ts. On utilise le
test runner déjà configuré dans ce repo; n’ajoute aucune nouvelle
dépendance.

Terminé quand : les nouveaux tests passent avec la commande de test
du projet, et aucun test existant n’a été modifié ni supprimé.

À ne pas faire : modifier dates.ts. Si tu trouves un vrai bug,
arrête-toi et décris-le au lieu de le corriger.

À la fin : résume ce que tu as couvert et ce dont tu n’étais pas sûr.

Jeu : que faites-vous de ce résultat?

Votre agent a terminé. Voici ce qui est revenu. Classez chaque résultat.

🎮 Garder, donner du feedback ou recommencer?

1 / 7 · Pointage: 0

GarderDonner du feedbackJeter et refaire le brief

Suivant →

/ 7

↺ Recommencer

Avant de continuer

✅ Avant de continuer

0 / 4 complété

• J’ai délégué une vraie tâche sur sa propre branch, à partir d’un état propre et vert.
• Mon brief avait un objectif, du contexte, une vérification « terminé quand » et une ligne « à ne pas faire ».
• J’ai lu le diff au complet et roulé la vérification moi-même avant de décider.
• J’ai écrit un court retour avec un changement concret pour mon prochain brief.

↺ Réinitialiser