Laisser Claude agir seul est tentant. Mais sur des projets complexes, c’est souvent une source de dérive silencieuse. gns-plan est le module de comportement (skill) que j’ai créé pour rester dans la boucle — avant l’exécution, pas après.
Le problème du mode automatique
Anthropic propose le mode opusplan : Opus planifie, Sonnet exécute, automatiquement, sans interruption. Sur le papier, c’est séduisant.
En pratique, ce mode retire le moment de validation humaine. L’IA prend des décisions seule, et on découvre les problèmes une fois le travail déjà fait.
Sur des projets complexes, cette dérive peut être coûteuse. Pas forcément en bugs — mais en direction erronée, en architecture discutable, en choix qu’on n’aurait pas faits ensemble.
gns-plan : un point d’arrêt avant l’exécution
J’ai créé gns-plan, un module de comportement (skill) personnel pour Claude Code. Son rôle est simple : imposer une étape de planification validée avant que quoi que ce soit ne soit exécuté.
Voici ce qu’il fait concrètement :
- Claude analyse le projet et son contexte
- Il pose quelques questions stratégiques — architecture, contraintes, dépendances
- Il propose de basculer en mode
/plan— je confirme - On valide ensemble la structure avant l’exécution
- Le plan est enregistré dans
.local-working/avec la date et le sujet du projet - Les tâches sont cochées au fur et à mesure directement dans le fichier
- Claude propose de passer sur Sonnet pour l’exécution
Ce dernier point mérite qu’on s’y arrête.
Opus pour planifier, Sonnet pour exécuter
Opus est le modèle le plus puissant — et le plus gourmand en unités de traitement (tokens). Il est indispensable pour la phase de planification sur des sujets complexes. Mais une fois le plan clair et validé, Sonnet est largement suffisant pour l’exécution.
Cette bascule n’est pas qu’une question de coût. C’est une question de méthode : utiliser le bon outil au bon moment. Opus dans les créneaux creux de la journée pour la réflexion stratégique, Sonnet pour l’implémentation.
Le mode opusplan d’Anthropic fait cette bascule automatiquement. gns-plan la fait avec toi.
Le plan comme gestionnaire de tâches
Un avantage souvent sous-estimé : le plan sauvegardé remplace le gestionnaire de tâches.
Le fichier vit dans .local-working/ du projet, ignoré par git. Il est là entre deux sessions. Il suffit de l’invoquer au début d’une nouvelle session pour reprendre exactement là où on s’était arrêté — sans avoir à réexpliquer le contexte.
Chaque tâche cochée dans le fichier est une trace de l’avancement, lisible d’un coup d’œil :
- [x] Créer la structure de base du plugin
- [x] Configurer l'espace de noms (namespace)
- [ ] Implémenter le point d'accès REST (endpoint)
- [ ] Écrire les tests d'intégration
Une méthode, pas de la méfiance
Cette approche n’est pas de la méfiance envers Claude Code. C’est une méthode de travail.
L’IA qui décide seule est rapide. L’IA qui valide avec toi produit des résultats durables.
La différence entre les deux, c’est la présence humaine au bon moment — avant que l’exécution commence, pas après coup.
Article publié initialement sur LinkedIn
