2026-03-05

Paralléliser le travail avec l'IA

80% de préparation, 20% d'exécution. Retour d'expérience sur la parallélisation de tâches avec Claude Code et git worktree.


Parallélisation de tâches IA avec plusieurs terminaux Claude Code

Paralléliser le travail avec l'IA. 80% de préparation, 20% d'exécutionLink icon

Ça fait un moment que j'ai envie de tester de paralléliser les tâches avec mon workflow IA. Je sentais que c'était une compétence essentielle, et que je ne l'avais pas encore.

Et en même temps, je ne voulais pas faire n'importe quoi avec le workflow que j'utilise sur Coneko, qui est très fiable.

Donc, je profite d'être un peu dans l'attente de retour utilisateurs et de data sur Coneko pour prototyper mon nouveau projet. Et là, pour le coup, c'est juste un POC, donc je peux expérimenter des choses. Notamment la parallélisation.

Ce que je savais à ce stade, c'est qu'il fallait utiliser git worktree, et lancer plusieurs terminaux avec Claude Code depuis ces worktrees. Encore une fois, la clé c'est d'organiser tout ça en amont. On en revient toujours à ça, avec l'IA, finalement : toujours réfléchir et préparer avant toute implémentation.

Concrètement, ce que j'ai fait, c'est demander à Perplexity comment tout ça s'organise habituellement. Puis brainstormer avec Claude Desktop sur comment ça se traduirait pour mon prototype de paralléliser des tâches.

Ce qu'il en ressort, c'est que certaines tâches doivent être séquentielles, par effet de dépendances. C'est le socle commun pour les tâches qui vont suivre. Et celle de réunification à la fin.

L'autre élément clé, c'est qu'avant de faire notre implémentation, on doit d'abord créer les spécifications de toutes les tâches. Pourquoi ? Parce qu'elles vont s'ajuster les unes les autres au fil de la conception.

Maintenant, on peut commencer à implémenter. D'abord, les tâches préparatives, de façon séquentielle. Puis, on crée les worktrees, et enfin on peut demander à notre squad d'IA de bosser en parallèle.

Perso, je ne pouvais pas rester devant mon écran et autoriser chaque commande parce que j'avais des courses à faire. Donc, j'ai lancé ça en --dangerously-skip-permissions (aka. le mode YOLO. C'est à vos risques et périls). Mais quand j'avais terminé de me préparer pour sortir, c'était déjà terminé 😅.

En rentrant, je lance la tâche de réunification de fin, et hormis quelques bugs liés à une API de scraping un peu shady que j'utilise pour le prototype, ça fonctionne nickel.

Donc, pour résumer, ce que j'ai appris, c'est que :

  • Encore une fois, c'est une histoire de préparation en amont.
  • Certaines tâches sont nécessairement séquentielles
  • Il faut faire les spécifications de TOUTES les tâches avant de se lancer.

Est-ce que vous avez appris quelque chose ? J'espère. En tout cas moi oui ^ ^