Plugins Claude Code : TDD et suivi git

Optimiser Claude Code : trois plugins au lieu de 39 agents

Un développeur avec plus de 3 000 heures d’expérience pratique sur Claude Code a remplacé un système monolithique — composé de 39 agents, 38 compétences et 25 commandes slash — par seulement trois plugins. Cette refonte a considérablement simplifié la maintenance et l’adaptation aux mises à jour rapides d’Anthropic, notamment l’extension de la fenêtre de contexte à 1 million de tokens. La nouvelle approche évite la sur-ingénierie et privilégie l’intégration fluide d’outils éprouvés.

Auparavant, le « Kit Orchestrator » luttait contre la dégradation du contexte en isolant des sous-agents : chacun s’exécutait dans son propre espace contextuel et renvoyait ses résultats, préservant ainsi la propreté de la session principale. Or, les mises à jour fréquentes de l’API, l’émergence de nouveaux modèles d’agents et l’explosion de la capacité contextuelle ont rendu cette architecture inutilement complexe.

Problèmes des systèmes monolithiques d’agents

Maintenir 39 agents exigeait des mises à jour manuelles après chaque sortie de Claude Code. Les compétences et commandes slash devenaient rapidement obsolètes — perdant leur optimisation pour les nouvelles fonctionnalités. Le déclencheur principal ? Le saut de 100 000 à 900 000 tokens gratuits : l’isolement contextuel n’avait plus de sens stratégique.

Principaux inconvénients :

• Obsolescence des modèles : des agents écrits en octobre 2025 n’exploitaient pas la nouvelle API outils agents introduite en janvier.
• Vérification manuelle : tester les 25 commandes après chaque mise à jour prenait des heures.
• Gonflement de l’infrastructure : l’attention des ingénieurs s’est déplacée de la création de fonctionnalités vers le simple maintien du stack en vie.

C’est le piège classique : la solution d’hier devient le goulot d’étranglement de demain.

Superpowers : imposer le TDD comme discipline fondamentale

Le plugin Superpowers, imaginé par Jesse Vincent, intègre une discipline rigoureuse de développement logiciel directement dans Claude Code. Plutôt qu’un codage ad hoc, il impose une séquence stricte : remue-méninges → planification → développement piloté par les tests (TDD) → relecture de code → vérification.

Pour une tâche comme « Ajouter l’authentification JWT » :

• Claude exécute brainstorming : clarifie les besoins et propose des options d’implémentation.
• Passe à writing-plans : décompose le travail en tâches ciblées de 2 à 5 minutes.
• Lance des cycles TDD obligatoires : ROUGE (test échouant), VERT (code minimal fonctionnel), REFACTORISATION (nettoyage).

La règle TDD est non-négociable : le code de production n’est écrit qu’après qu’un test échouant a confirmé l’absence de la fonctionnalité. Cela empêche les hallucinations du modèle de s’infiltrer dans la logique livrée.

Vérification avant finalisation

La compétence verification-before-completion impose quatre étapes :

• Définir la commande utilisée pour vérifier le résultat.
• L’exécuter à froid — pas depuis le cache.
• Analyser la sortie complète, pas seulement des extraits.
• Confirmer explicitement le succès.

Sans cela, Claude déclare souvent « terminé » sur la base d’hypothèses — non de preuves.

Beads : suivi des tâches versionné avec Git

Le plugin Beads, conçu par Steve Yegge, stocke les tâches sous forme de fichiers Git versionnés — garantissant leur persistance entre les sessions. Commandes clés :

• bd create -t feature "JWT authentication" — crée une tâche et la valide en commit.
• bd ready — liste les tâches prêtes à être traitées (non bloquées).
• bd prime — restaure l’état du projet au démarrage de la session.

Avantages :

• Sécurité multi-terminal : des verrous exclusifs empêchent les conditions de course.
• Graphe de dépendances : ordonnancement automatique et logique de blocage intégrée.
• Historique Git : traçabilité complète des décisions — aucune perte lors de la compression contextuelle.

Cela remplace les fichiers de spécifications volumineux et le fragile plan.json, rendant la navigation intuitive et fiable.

Template Bridge : intégration unifiée et catalogue de modèles

Notre plugin personnalisé Template Bridge unifie Superpowers et Beads via la compétence unified-workflow. Le flux de travail :

• Créer un épic : bd create -t epic "JWT authentication".
• Lancer le remue-méninges et la planification.
• Décomposer en sous-tâches tenant compte des dépendances :

bd create "schéma de la table tokens"
bd create "middleware de vérification"
bd dep add middleware tokens

• bd ready actualise le tableau de bord des tâches prêtes.

Le template-catalog donne un accès immédiat à plus de 413 agents préconstruits provenant de [davila7/claude-code-templates](https://github.com/davila7/claude-code-templates), organisés en 26 catégories. Installez n’importe quel agent à la demande : npx claude-code-templates@latest --agent security/security-auditor --yes. Les agents sont récupérés à chaud et nettoyés automatiquement après usage — zéro surcharge de stockage local.

Pourquoi cela compte

• Évolutivité : trois plugins au lieu de 102 composants signifient des mises à jour automatiques par les mainteneurs — pas de correctifs manuels.
• Application stricte du TDD : ROUGE-VERTE-REFACTORISATION comme exigence impérative élimine à la racine les bogues induits par les hallucinations.
• Persistance : le suivi des tâches versionné avec Git préserve la continuité des sessions et l’historique complet du projet.
• Flexibilité : les modèles se chargent dynamiquement — pas de gonflement du dépôt local ni de dérive de versions.
• Efficacité : l’accent reste sur la méthodologie et les résultats — pas sur la maintenance de l’infrastructure.

Comparaison des approches

| Aspect | Kit Orchestrator | Nouvelle pile de plugins |

|--------|------------------|--------------------------|

| Composants | 39 agents + 38 compétences + 25 commandes | 3 plugins + 2 compétences + 1 commande |

| Mises à jour | Manuelles | Automatiques |

| Gestion du contexte | Isolement par sous-agent | Fenêtre de 900 000 tokens + persistance Git |

| Méthodologie | Optionnelle | TDD + vérification imposées |

La nouvelle pile résout les mêmes problèmes — mais avec bien moins de charge opérationnelle, évoluant naturellement au rythme de l’innovation rapide de Claude Code.

— Editorial Team