Claude Code

~/.claude/skills/           ← skills globaux (toutes sessions)
└── mon-skill/
    └── SKILL.md
 
.claude/skills/             ← skills du projet (commités dans le repo)
└── deploy/
    └── SKILL.md

.claude/skills/commit/SKILL.md

# Skill : commit
 
Génère un message de commit à partir des changements stagés.
 
## Instructions
 
1. Lancer `git diff --staged` pour voir les changements
2. Lancer `git log --oneline -5` pour voir le style des commits récents
3. Analyser : quel est le *pourquoi* de ces changements ?
4. Rédiger un message en Conventional Commits :
   - Subject ≤ 50 caractères
   - Type : feat / fix / refactor / docs / chore / test / style / perf
   - Body seulement si le "pourquoi" n'est pas évident dans le subject
5. Présenter le message et demander confirmation avant de commiter
6. Une fois confirmé : `git commit -m "..."`
 
## Format
 
```text
type(scope): description courte
 
Corps optionnel — le pourquoi, pas le quoi.

# Skill : [nom]
 
[Description courte — une phrase. Ce que le skill fait.]
 
## Instructions
 
[Étapes numérotées. Chaque étape = une action vérifiable.]
 
## Contexte
 
[Ce que Claude doit lire ou vérifier avant de commencer.]
 
## Règles
 
[Ce qu'il ne faut pas faire. Les cas limites.]
 
## Output
 
[À quoi ressemble le résultat attendu.]

# Skill : review
 
Revue de code du diff courant par rapport à main.
 
## Instructions
 
1. `git diff main...HEAD` — voir tous les changements de la branche
2. `git log main...HEAD --oneline` — résumé des commits
3. Analyser pour :
   - Bugs de logique ou edge cases manquants
   - Violations des conventions du projet (lire CLAUDE.md)
   - Code dupliqué ou abstractions manquées
   - Problèmes de sécurité évidents (injection, exposition de secrets)
   - Performance (N+1 queries, boucles inefficaces)
4. Présenter les findings groupés par sévérité : critique / warning / suggestion
 
## Output
 
Rapport structuré. Pas de compliments inutiles. Findings concrets avec numéros de ligne.

# Skill : deploy
 
Déploie l'application sur le VPS de production.
 
## Pré-requis
 
- Vérifier que tous les tests passent : `npm test`
- Vérifier que la branche est mergée sur main
- Vérifier les variables d'environnement (CHECKLIST.md)
 
## Instructions
 
1. `npm run build` — build de production
2. Si le build échoue : s'arrêter et reporter l'erreur
3. `git push origin main` — pousser sur le remote
4. Se connecter au VPS via SSH et lancer le script de déploiement
5. Vérifier que le service est up : `pm2 status`
6. Tester l'URL de production avec une requête de healthcheck
 
## Règles
 
- Ne jamais déployer sans que les tests passent
- Si une étape échoue : stopper et demander quoi faire
- Toujours confirmer avant le `git push`

# Skill : test-feature
 
Lance l'application et vérifie qu'une feature fonctionne correctement.
 
## Instructions
 
1. Identifier la feature à tester (demander si non précisé)
2. Lire le code de la feature pour comprendre les cas d'usage
3. Démarrer le serveur de dev : `npm run dev`
4. Lister les cas à tester : golden path + edge cases
5. Tester chaque cas dans le navigateur
6. Reporter : ce qui marche, ce qui ne marche pas, les régressions observées
 
## Output
 
Rapport de test avec : cas testés, résultat (✓/✗), bugs trouvés avec étapes de reproduction.

# Skill : doc
 
Génère ou met à jour la documentation d'un module.
 
## Instructions
 
1. Identifier le fichier ou module cible (demander si non précisé)
2. Lire le code source complet
3. Identifier : exports publics, paramètres, comportements, side effects
4. Mettre à jour ou créer `docs/[nom-module].md`
5. Format : description courte, exemples d'usage, API reference
 
## Règles
 
- Pas de documentation des internals non exportés
- Exemples d'abord, API reference ensuite
- Markdown valide, code blocks avec langage

> /review auth-module
> /commit feat: add payment integration
> /doc lib/articles.ts

## Instructions
 
1. L'argument passé après la commande est le scope de la review.
   Si vide : reviewer le diff complet. Si précisé : se concentrer sur ce fichier ou module.

/init          — initialiser Claude Code sur un nouveau projet
/code-review   — revue de code (options: low/medium/high/ultra)
/run           — lancer et observer l'application
/verify        — vérifier qu'un changement fonctionne
/simplify      — simplifier le code récemment modifié
/security-review — audit de sécurité

> /help