Le mythe de la session longue : 10 minutes suffisent
Sur 267 sessions tracées, 62% font moins de 10 minutes. Les sessions longues (>1h) ne représentent que 15% du total. La micro-session est le vrai pattern productif — pas un sous-usage de l'outil.
5 contenus
Sur 267 sessions tracées, 62% font moins de 10 minutes. Les sessions longues (>1h) ne représentent que 15% du total. La micro-session est le vrai pattern productif — pas un sous-usage de l'outil.
L'agent tape le code plus vite que moi. Ça n'a jamais été le goulot. Sur mes sessions tracées, la majorité durent moins de dix minutes, la moitié partent sur une mauvaise approche, et une petite minorité aboutit à un commit. Le point de blocage n'a pas disparu — il a bougé, de l'écriture vers le cadrage.
Un workflow agentique ne consiste pas à "utiliser l'IA pour coder plus vite" — c'est une restructuration de la façon dont on décompose, délègue et vérifie le travail. Les gains réels viennent de trois pratiques : décomposer les tâches en unités vérifiables, gérer le contexte de façon active, et traiter l'agent comme un junior compétent qui a besoin d'instructions précises.
Sur 128 sessions Claude Code scorées automatiquement, 68 ont une friction "wrong_approach" — 53%. Le premier réflexe de l'agent n'est pas le bon dans la moitié des cas. Ce n'est pas un problème à corriger, c'est un pattern à intégrer dans le workflow.
Trois patterns qui se sont imposés naturellement dans un workflow agentique quotidien : le briefing matinal automatisé, les custom commands versionnées dans Git, et les sessions parallèles en split tmux. Chacun a émergé d'un problème concret, pas d'une théorie.