Get Shit Done (GSD) : Structurez vos projets Claude Code en phases

Qu'est-ce que Get Shit Done ?

Get Shit Done (GSD) est un plugin pour Claude Code qui applique les principes du context engineering. Au lieu de demander à Claude de construire une app en un seul prompt, Get Shit Done :

• Découpe automatiquement le projet en phases
• Crée un fichier state.md qui mémorise l'avancement
• Permet de clear le contexte régulièrement sans perdre la progression
• Impose des checkpoints pour tester avant de continuer

Installation

Pour installer Get Shit Done dans Claude Code :

# Installation globale (recommande)
npx get-shit-done-cc --claude --global

# Ou installation locale dans le projet
npx get-shit-done-cc --claude --local

Une fois installe, la commande /gsd devient disponible. Tapez /gsd new project pour démarrer un nouveau projet.

La structure des phases

Get Shit Done crée automatiquement une structure de dossiers :

mon-app/
├── planning/
│   ├── phases/
│   │   ├── phase-01-setup.md
│   │   ├── phase-02-auth.md
│   │   ├── phase-03-database.md
│   │   └── ...
│   ├── roadmap.md
│   └── state.md          # Progression (ex: 67%)
└── src/

Chaque phase contient des instructions précises et des checkpoints de validation.

Le context engineering

Le principe clé : clear le contexte régulièrement et laisser le fichier state.md servir de mémoire. À chaque nouvelle session :

1. Tapez /clear pour vider le contexte
2. Collez la prochaine commande GSD (ex: gsd create roadmap)
3. Claude reprend exactement où il s'était arrête

Cela évite les hallucinations et garde Claude concentre sur la tâche en cours.

Configuration de Supabase

Get Shit Done intégré naturellement avec Supabase pour la base de données et l'authentification :

• Création automatique des tables via SQL
• Configuration du fichier .env avec les clés
• Magic link authentication

L'auteur montre comment utiliser Playwright (d-chrome) pour que Claude configuré Supabase directement dans le navigateur.

Aliases et permissions

Pour accélérer le workflow, l'auteur utilise un alias shell cdd qui :

• Lance Claude avec --dangerously-skip-permissions
• Active automatiquement Chrome (d-chrome)

Cela évite de répondre "oui" à chaque action et permet à Claude d'agir de façon autonome.

Tests et checkpoints

À chaque fin de phase, Get Shit Done impose un checkpoint :

1. Lancer l'app (npm run dev)
2. Tester les fonctionnalités listées
3. Confirmer que tout fonctionne avant de passer à la suite

C'est cette approche méthodique qui évite de construire une app cassée.

Intégration OpenAI

L'app exemple ("Clear List") utilise l'API OpenAI pour analyser les tâches et les prioriser intelligemment. L'intégration se fait simplement :

# .env
OPENAI_API_KEY=sk-...

Get Shit Done géré automatiquement la phase d'intégration AI dans son roadmap.

Paiements et tiers

Pour monétiser l'app, l'auteur mentionne :

• Supabase pour gérer les tiers d'utilisateurs (free, pro)
• Stripe en mode sandbox pour tester les paiements
• Ngrok pour tester les webhooks en local

Déploiement

Une fois le projet a 100%, le déploiement se fait en trois étapes :

1. GitHub : Pousser le code dans un repository
2. Vercel : Connecter le repo et déployer automatiquement
3. Variables d'environnement : Configurer les clés dans Vercel

Claude peut gérer tout cela via Playwright si vous avez active d-chrome.

Points clés à retenir

• Context engineering : Vider le contexte régulièrement, laisser state.md mémoriser
• Phases structurées : Ne pas sauter les étapes, tester à chaque checkpoint
• Troubleshooting : Faire des screenshots et les envoyer à Claude pour debugger
• Apprendre en construisant : Demander à Claude d'expliquer ce qu'il fait