GSD Plugin (Claude Code)
Chemin d'installation en plugin natif de GSD Core, le cadre de planification par phases qui a pris la suite de GSD (Get Shit Done) : le dépôt d'origine, gsd-build/get-shit-done, est archivé et renvoie vers open-gsd/gsd-core, sous licence MIT. Le dépôt sert lui-même de marketplace Claude Code : tu l'ajoutes, tu installes le plugin, sans passer par l'installeur npm. Les commandes prennent alors l'espace de noms `/gsd-core:` (par exemple `/gsd-core:plan-phase`), là où l'installeur npm expose `/gsd:`. Le plugin charge l'arborescence du dépôt telle quelle : les agents et commandes restent des fichiers que tu peux lire.
Forces
- Cycle de vie des plugins Claude Code : installer, désactiver et mettre à jour tiennent en une commande
- L'arborescence du dépôt est chargée telle quelle : tu lis les agents et commandes que tu utilises
- Espace de noms distinct (`/gsd-core:`), qui ne se mélange pas à une installation npm existante
Limites
- Les réglages posés par l'installeur npm (surcharges de modèles, outils par agent) ne s'appliquent pas en plugin
- Cadre lourd : un projet qui tient avec trois fichiers de plan n’en a pas besoin
- Les tutoriels et vidéos qui citent l'ancien dépôt donnent des commandes `/gsd:` qui ne correspondent pas au plugin
Pour qui
- Essayer la planification par phases de GSD sur un projet sans passer par un installeur npm
- Enchaîner des chantiers sur plusieurs semaines, là où un simple fichier de plan ne suffit plus