Get Shit Done - système de méta-prompts et de développement piloté par les spécifications

• Système léger qui automatise le développement piloté par les spécifications (SDD) dans Claude Code et autres, afin d’aider à mener un projet à bien sans workflows complexes
• Empêche la dégradation de la qualité du code IA (context rot) grâce à l’ingénierie de contexte, à la structuration des prompts basée sur XML et à l’orchestration multi-agents
• Automatise tout le cycle de développement, de la définition de l’idée → planification → exécution → validation, avec des commandes comme /gsd:new-project, /gsd:plan-phase, /gsd:execute-phase
• Garantit traçabilité et efficacité grâce à des commits Git atomiques pour chaque unité de travail et à l’exécution parallèle (wave execution)
• Outil utilisé par des ingénieurs de Amazon, Google, Shopify, Webflow, qui améliore la fiabilité et la productivité du développement assisté par l’IA

---

Aperçu

• Get Shit Done (GSD) est un système léger de méta-prompts et de gestion du contexte qui fonctionne dans divers environnements de développement IA comme Claude Code, OpenCode, Gemini CLI, Codex, Copilot, Antigravity
• Il résout le problème de context rot, où la qualité du contexte se dégrade pendant que l’IA écrit du code, et produit des résultats cohérents sur la base des spécifications
• Fonctionne sur Mac, Windows et Linux, et peut être installé avec la commande npx get-shit-done-cc@latest

Contexte de création (Why I Built This)

• Créé pour résoudre le problème des outils destinés aux grandes organisations qui imposent des procédures inutilement complexes
• GSD est conçu selon le principe suivant : la complexité à l’intérieur du système, un workflow simple pour l’utilisateur
• En interne, il gère l’ingénierie de contexte, le formatage XML des prompts, l’orchestration de sous-agents et la gestion d’état
• L’utilisateur peut mener un projet à terme avec de simples commandes

Fonctions clés et workflow (How It Works)

• L’ensemble du processus de développement se compose de 6 étapes

  1. Initialisation du projet : interroge sur l’idée, les contraintes, la stack technique, puis génère PROJECT.md, ROADMAP.md, etc.
  2. Phase de discussion : définit les détails d’implémentation et crée CONTEXT.md
  3. Phase de planification : recherche en parallèle et élaboration du plan, avec création d’unités de travail structurées en XML
  4. Phase d’exécution : exécution parallèle par vagues (wave) selon les dépendances, avec commit et validation pour chaque tâche
  5. Phase de validation : tests automatiques et confirmation utilisateur, avec génération automatique d’un plan de correction en cas d’échec
  6. Itération et achèvement des jalons : répétition des étapes puis marquage de release

• Le Quick Mode traite rapidement une tâche unique, avec un contrôle fin via les flags --discuss, --research, --full

Technologies clés (Why It Works)

• Ingénierie de contexte : gestion du contexte global du projet au niveau des fichiers (PROJECT.md, REQUIREMENTS.md, STATE.md, etc.)
• Formatage XML des prompts : définit clairement chaque tâche et inclut les procédures de validation
• Orchestration multi-agents : exploitation parallèle d’agents spécialisés pour la recherche, la planification, l’exécution et la validation
• Commits Git atomiques : un commit par unité de travail pour garantir la traçabilité et faciliter la restauration
• Conception modulaire : ajout, insertion et modification d’étapes libres pour une gestion de projet flexible

Système de commandes (Commands)

• Workflow principal : /gsd:new-project, /gsd:plan-phase, /gsd:execute-phase, /gsd:verify-work
• Aide à la conception UI : /gsd:ui-phase, /gsd:ui-review
• Analyse de la base de code : /gsd:map-codebase
• Gestion de projet : /gsd:add-phase, /gsd:insert-phase, /gsd:complete-milestone
• Utilitaires : /gsd:quick, /gsd:health, /gsd:stats, /gsd:debug, /gsd:note, etc.

Paramétrage et configuration (Configuration)

• Le fichier de configuration .planning/config.json permet de contrôler le mode, le niveau de découpage des phases, les profils de modèle, les agents de workflow, la parallélisation et la stratégie de branching Git
• Les profils de modèle disponibles sont quality, balanced, budget, inherit
• Des bascules comme workflow.research, workflow.plan_check, workflow.verifier permettent d’ajuster qualité et vitesse

Sécurité et résolution des problèmes (Security & Troubleshooting)

• Les fichiers sensibles comme .env, secrets/, *.pem, *.key doivent être ajoutés à la deny list de Claude Code afin d’en bloquer l’accès
• En cas d’erreur de reconnaissance des commandes après installation, il est recommandé de redémarrer le runtime ou de réinstaller
• Dans un environnement Docker, les problèmes de chemin peuvent être résolus avec le paramètre CLAUDE_CONFIG_DIR
• L’option --uninstall permet de supprimer tous les composants

Communauté et licence

• Prise en charge de ports communautaires pour OpenCode, Gemini CLI et Codex
• Publié sous licence MIT
• « Claude Code is powerful. GSD makes it reliable. » — un outil qui renforce la fiabilité de Claude Code