00:00:00L'équipe de Claude Code vient de transformer les listes de tâches en véritables projets, une nouvelle majeure car
00:00:05cela signifie que chaque tâche possède son propre fichier JSON modifiable et synchronisable sur GitHub.
00:00:11Ces tâches peuvent s'exécuter en parallèle via des sous-agents, et plusieurs sessions Claude Code peuvent partager
00:00:16la même liste de tâches.
00:00:17C'est l'idéal pour les projets complexes nécessitant de nombreuses tâches et plusieurs sessions simultanées.
00:00:22Mais qu'est-ce que cela implique pour la fameuse boucle “Ralph Wiggum” ?
00:00:26Est-elle devenue obsolète pour autant ?
00:00:28Pas tout à fait.
00:00:29Abonnez-vous et voyons ça de plus près.
00:00:32Opus 4.5 a changé la donne à bien des égards.
00:00:35L'une de ses capacités méconnues est de pouvoir fonctionner de manière autonome bien plus longtemps,
00:00:39en gérant mieux son état interne que les autres modèles.
00:00:44Cela signifie que la liste de tâches classique utilisée auparavant dans Claude Code n'est plus
00:00:48vraiment nécessaire pour les petites interventions.
00:00:50Cependant, pour les tâches de longue durée, sa fenêtre contextuelle de 200k présente une zone de lucidité et
00:00:56une zone d'ombre ; les résultats deviennent moins pertinents au-delà de 80 % de remplissage.
00:01:02Regardez ma vidéo sur Ralph Wiggum pour en savoir plus sur les zones intelligentes et limitées d'un modèle
00:01:07en fonction de son contexte.
00:01:08À ce stade, vous pourriez utiliser un outil comme Beads, qui stocke les tâches dans une base SQLite
00:01:14et les exporte dans un fichier JSONL pour le contrôle de version.
00:01:19L'outil Beads a largement inspiré l'équipe de Claude Code pour cette mise à jour vers ce
00:01:24nouveau système de gestion, qui permet de stocker les tâches en JSON,
00:01:30de les lancer sur plusieurs sessions, et bien plus encore.
00:01:34Mais malgré ses atouts, cette version diffère légèrement de Beads et de Ralph Wiggum.
00:01:39Laissez-moi vous montrer.
00:01:41Voici un fichier de planification rédigé par Claude Code contenant trois changements majeurs
00:01:46pour XDL, un outil CLI permettant de télécharger des vidéos de X (Twitter).
00:01:54Pour utiliser les tâches, vous devez disposer de la version 2.1.6 de Claude Code ou d'une version ultérieure,
00:02:00qui inclut ces outils de gestion de tâches.
00:02:03Je vais demander à Claude de transformer ce plan en une série de tâches à accomplir.
00:02:08On voit qu'il a créé les tâches et ajouté des dépendances pour celles
00:02:13qui sont bloquées par d'autres. C'est affiché ici : les tâches bloquantes
00:02:18sont surlignées en jaune.
00:02:20En allant dans le répertoire .claud à la racine, on trouve un dossier “tasks”
00:02:26contenant un sous-dossier dédié à notre projet.
00:02:29À l'intérieur, on voit toutes les tâches créées avec leur ID, leur sujet, leur description,
00:02:36ainsi que les relations de blocage (tâches bloquantes et tâches bloquées).
00:02:41Maintenant, nous demandons à Claude d'exécuter chaque tâche via un sous-agent,
00:02:45ce qu'il commence à faire immédiatement.
00:02:46La tâche 1 est en cours, tout comme les tâches 8, 9 et 10, car elles ne sont pas bloquées
00:02:52par d'autres.
00:02:53On peut aussi apercevoir en haut les différents sous-agents travaillant sur leurs tâches respectives.
00:02:57Une fois terminé, je vérifie la consommation du contexte : seulement 18 % utilisés,
00:03:01grâce au travail réparti entre les sous-agents.
00:03:06Mais ce nouveau système offre une autre fonctionnalité intéressante.
00:03:09Si je veux lancer plusieurs sessions de Claude — ici dans des volets séparés, mais cela fonctionnerait
00:03:14dans différents onglets ou serveurs — en accédant à la même liste de tâches,
00:03:19il me suffit d'utiliser la variable d'environnement “Claude code task list ID” avec l'ID
00:03:26du répertoire de la liste de tâches souhaitée.
00:03:30Dès lors, Claude a accès à toutes les tâches du dossier dans cette session, et je peux faire
00:03:34la même chose dans l'autre session.
00:03:36Je pourrais donc charger une session de traiter les tâches et l'autre de vérifier
00:03:41leur bon achèvement.
00:03:43Si je lance la session de gauche, celle de droite pourra suivre en temps réel la progression
00:03:48de chaque tâche.
00:03:49Une fois le travail fini d'un côté, la session opposée peut prendre le relais pour valider
00:03:53que tout est conforme.
00:03:55C'est génial car on peut commencer une tâche sur une machine, s'arrêter,
00:04:00pousser les tâches sur GitHub ou ailleurs, puis les récupérer sur une autre
00:04:06machine pour reprendre exactement là où on en était.
00:04:10Si vous connaissez Beads, vous remarquerez la similitude, mais il y a des nuances :
00:04:15Beads utilise une base SQLite pour une rapidité optimale
00:04:23et synchronise tout dans un seul fichier JSONL, au lieu de plusieurs fichiers JSON.
00:04:29Il suffit d'ajouter ce fichier unique au projet pour le partager avec votre équipe.
00:04:33C'est également différent de la boucle Ralph Wiggum, surtout dans la philosophie.
00:04:39Avec la boucle Ralph, on part d'un prompt unique et d'une liste de tâches
00:04:43censées aider à atteindre l'objectif du prompt, que l'on renvoie au modèle en boucle.
00:04:49Mais avec ce nouveau système, le modèle consulte la liste de tâches et
00:04:54choisit lui-même la suivante à accomplir.
00:04:57Il parcourt l'ensemble des tâches pour déterminer la priorité.
00:05:02Le problème est atténué avec un sous-agent sur une tâche isolée, mais si vous
00:05:07cherchez une boucle autonome infinie où le modèle suit une
00:05:12“North Star” définie dans un fichier prompt.md pour améliorer sans cesse le projet,
00:05:17y compris via des tâches non prévues, alors ce nouveau système n'est pas fait pour vous.
00:05:22Il y a aussi la question de la documentation car, au moment où j'enregistre,
00:05:27toutes les informations sur cette fonction tiennent dans un seul tweet.
00:05:30Et contrairement à Beads, il manque encore un outil de visualisation ou de type Kanban
00:05:34pour suivre l'avancement, mais nul doute que la communauté Claude Code y travaille déjà.
00:05:42Avec tous ces nouveaux systèmes de création logicielle, vous aurez besoin
00:05:47d'un moyen de garantir que vous ne livrez pas d'erreurs à vos utilisateurs.
00:05:50C'est là qu'intervient Better Stack, qui permet de suivre les erreurs backend
00:05:56et frontend avec un traqueur natif IA, tout en proposant une page de statut
00:06:02et un excellent système de gestion des incidents.
00:06:08N'hésitez pas à tester Better Stack dès aujourd'hui.