Claude Code en 2026 : les couches comptent plus que les outils

J’ai installé gstack, Superpowers et Compound Engineering la même semaine. Trois extensions Claude Code bien considérées, chacune avec sa communauté de fans. Je m’attendais à un effet cumulatif sur ma productivité. Ce que j’ai obtenu à la place, c’est des fonctionnalités qui se chevauchaient, des angles morts dans la couverture, et une impression tenace d’accumuler des outils sans aucun cadre pour les évaluer.

Après quelques jours à les faire tourner tous les trois en parallèle, j’ai trouvé le vrai problème. Je n’étais pas mauvais dans le choix des outils. J’étais mauvais pour percevoir les couches.

Ce que les couches donnent concrètement

Le code assisté par IA a déplacé le rôle humain : on est passé de l’écriture de code à la coordination d’agents. La coordination exige un modèle mental, et celui qui a fini par faire tilt pour moi repose sur trois couches : décision, processus et connaissance. Chaque outil que j’ai examiné était fort dans une couche et faible dans les autres. Une fois que j’ai vu ça, les chevauchements et les lacunes avaient tous les deux du sens.

La couche décision

La commande /plan-ceo-review de gstack examine le travail depuis une perspective produit. /plan-eng-review l’examine depuis une perspective architecture. Les deux tournent avant d’écrire la moindre ligne de code. L’objectif est de tuer les mauvaises idées tôt.

Je pensais que la phase de codage serait le goulot d’étranglement. Pas du tout. Le plus grand gouffre de temps, c’était de construire des fonctionnalités qui n’auraient jamais dû être lancées. Après deux semaines d’utilisation des portes de validation de gstack, j’ai remarqué que le gain de qualité venait moins d’un meilleur code que d’un code inutile en moins. Garry Tan aurait livré 600 000 lignes en 60 jours avec cette configuration. La commande /qa ouvre un vrai navigateur et parcourt l’application comme un utilisateur, ce qui détecte des problèmes qu’un test unitaire rate complètement.

Là où gstack montre ses limites : il n’a aucune mémoire entre les sessions. Chaque revue repart de zéro.

La couche processus

Superpowers structure le travail en un cycle brainstorm, plan, exécution, revue. Les 120 000 étoiles GitHub sont méritées. Passer de “demander simplement à l’IA de le faire” à un flux de travail reproductible a produit une différence immédiate sur la régularité des résultats.

Je pensais que ce serait suffisant. Ce n’était pas le cas. Le flux fonctionne proprement dans une session unique, mais dès que j’ai démarré une nouvelle session le lendemain, tout ce que j’avais appris avait disparu. Des relecteurs de specs et des relecteurs de qualité de code basés sur des sous-agents sont inclus, et ils fonctionnent bien. Mais aucune partie du système n’enregistre ce qui s’est passé hier pour éclairer ce qui se passe aujourd’hui.

La couche connaissance

La commande /ce:compound de Compound Engineering tourne après avoir terminé une tâche. Cinq sous-agents s’activent en parallèle : ils retracent le contexte de la conversation, extraient la solution, vérifient si une documentation en double existe, génèrent une stratégie de prévention et catégorisent le résultat. Tout atterrit dans docs/solutions/.

Une semaine après que j’ai commencé à l’utiliser, j’ai rencontré une erreur similaire à une que j’avais déjà corrigée. Pendant la phase de planification, le système a retrouvé l’enregistrement précédent et remonté la solution. Une session de débogage qui m’aurait pris des heures a pris quelques minutes. /ce:review fait tourner au moins six relecteurs indépendants en parallèle. /ce:plan consulte les journaux git et l’historique du projet avant de proposer quoi que ce soit.

Si les fichiers de progression d’Anthropic sont des notes de passation de relais entre travailleurs, le docs/solutions/ de Compound Engineering est un classeur de recettes que toute l’équipe consulte chaque jour.

Trouver sa couche vide

L’enjeu n’est pas d’installer ces trois outils spécifiques. L’enjeu, c’est qu’une fois qu’on peut voir les trois couches, on peut évaluer n’importe quel outil, ou en construire un soi-même.

J’ai fait tourner les trois ensemble pendant une semaine avant de réaliser que la redondance était concentrée dans la couche processus tandis que la couche connaissance était vide depuis des mois. Identifier cette lacune s’est avéré plus utile que n’importe quelle fonctionnalité individuelle dans n’importe lequel des outils.

Regardez votre propre flux de travail. Y a-t-il une porte de décision qui bloque les mauvaises idées avant qu’elles ne deviennent du code ? Y a-t-il un processus défini qui fonctionne de la même façon à chaque fois ? Y a-t-il un système de connaissance qui se souvient de ce que vous avez appris la semaine dernière ? Trouvez la couche vide en premier. Remplissez-la ensuite, même si cela signifie écrire vous-même un seul fichier SKILL.md plutôt que d’installer le cadre de quelqu’un d’autre.

La capacité à voir les couches durera plus longtemps que n’importe quel outil spécifique de l’écosystème.