Initial commit
This commit is contained in:
98
commands/fix.md
Normal file
98
commands/fix.md
Normal file
@@ -0,0 +1,98 @@
|
||||
---
|
||||
model: claude-sonnet-4-5-20250929
|
||||
allowed-tools: [Bash, Read, Write, Edit, Grep, Glob, Task]
|
||||
description: "Corriger une issue GitHub avec workflow simplifié et efficace"
|
||||
argument-hint: "[issue-number]"
|
||||
---
|
||||
|
||||
# Correction d'Issue GitHub
|
||||
|
||||
## Purpose
|
||||
Corriger une issue GitHub de manière structurée et efficace, en se concentrant sur l'essentiel.
|
||||
|
||||
## Variables
|
||||
ISSUE_NUMBER: $1 (obligatoire)
|
||||
|
||||
## Instructions
|
||||
- Utilise les outils Bash pour les opérations Git et GitHub CLI
|
||||
- Focus sur la résolution rapide et efficace du problème
|
||||
- Applique les standards du projet NEO
|
||||
|
||||
## Relevant Files
|
||||
- Issues GitHub du repository
|
||||
- Code source pertinent selon l'issue
|
||||
- Documentation technique si nécessaire
|
||||
|
||||
## Workflow
|
||||
|
||||
### 1. Analyse de l'issue
|
||||
- Récupérer les détails de l'issue via `gh issue view $ISSUE_NUMBER`
|
||||
- Analyser le problème : type (bug, feature, enhancement), priorité, description
|
||||
- Identifier les fichiers/modules concernés
|
||||
- Vérifier les éventuels liens Sentry pour plus de contexte
|
||||
|
||||
### 2. Préparation de l'environnement
|
||||
- Vérifier le statut git actuel
|
||||
- S'assurer d'être sur la bonne branche de base (develop/main)
|
||||
- Créer une branche de travail : `issue/$ISSUE_NUMBER-{description-courte}`
|
||||
- Exemple : `issue/966-stockage-epuration-historique`
|
||||
|
||||
### 3. Investigation du code
|
||||
- Localiser les fichiers concernés par l'issue
|
||||
- Comprendre le code existant et identifier la cause du problème
|
||||
- Analyser l'impact de la modification sur les autres parties du système
|
||||
- Identifier les dépendances et side-effects potentiels
|
||||
|
||||
### 4. Implémentation de la solution
|
||||
- Implémenter la correction en respectant :
|
||||
- Standards PHP 8.2+ avec typage strict
|
||||
- Conditions Yoda (`null === $value`)
|
||||
- Documentation des exceptions avec `@throws`
|
||||
- Conventions de nommage françaises
|
||||
- Éviter les changements inutiles ou trop larges
|
||||
- Maintenir la cohérence avec l'architecture existante
|
||||
|
||||
### 5. Validation et tests
|
||||
- Exécuter les tests existants : `make run-unit-php`
|
||||
- Ajouter des tests si nécessaire pour couvrir le nouveau code
|
||||
- Vérifier avec PHPStan : ZÉRO erreur acceptée
|
||||
- Tester la solution manuellement si applicable
|
||||
|
||||
### 6. Finalisation
|
||||
- Informer l'utilisateur
|
||||
- Ne pas faire de commit
|
||||
|
||||
## Report
|
||||
- Issue analysée avec titre et type
|
||||
- Branche créée avec nom approprié
|
||||
- Fichiers modifiés avec résumé des changements
|
||||
- Tests exécutés avec résultats
|
||||
|
||||
## Validation
|
||||
- ✅ `ISSUE_NUMBER` doit être fourni et exister sur GitHub
|
||||
- ✅ Branche de travail créée avec convention de nommage
|
||||
- ✅ Solution implémentée respectant les standards
|
||||
- ✅ PHPStan passe sans erreur (CRITIQUE)
|
||||
- ✅ Tests unitaires passent
|
||||
|
||||
## Expertise
|
||||
Standards de qualité NEO :
|
||||
- PHP 8.2+ avec typage strict obligatoire
|
||||
- Conditions Yoda pour toutes les comparaisons
|
||||
- Exceptions documentées avec `@throws`
|
||||
- Nommage en français pour les concepts métier
|
||||
- PHPStan niveau 9 sans erreur
|
||||
- Tests unitaires pour nouveau code
|
||||
|
||||
## Examples
|
||||
```bash
|
||||
# Correction d'un bug
|
||||
/github:fix 966
|
||||
|
||||
# Résultat attendu :
|
||||
# 1. Analyse issue #966 "STOCKAGE - Épuration historique"
|
||||
# 2. Création branche : issue/966-stockage-epuration-historique
|
||||
# 3. Investigation du code de gestion des devis/alertes
|
||||
# 4. Implémentation de l'épuration automatique
|
||||
# 5. Tests et validation PHPStan
|
||||
```
|
||||
6
commands/impact.md
Normal file
6
commands/impact.md
Normal file
@@ -0,0 +1,6 @@
|
||||
---
|
||||
description: Analyses le détail des modifications git. Fournis 2 rapports d'impact - un rapport métier et un rapport technique. Ajoutes ce rapport à la description de la PR.
|
||||
argument-hint: <pr-number>
|
||||
---
|
||||
|
||||
You must use the Skill tool to invoke the "github-impact" skill with the following arguments.
|
||||
Reference in New Issue
Block a user