mdma-cli 1.1.2 → 1.2.0

package/README.md

@@ -14,32 +14,29 @@ Cela installe la skill dans `.claude/skills/mdma/` de ton projet.
 
 ## Utilisation
 
-### Mode interactif (par defaut)
+### Mode interactif
 
 ```bash
 /mdma
 ```
 
 Reponds aux questions, rules generes dans `.claude/rules/`.
+A la fin, propose de sauvegarder ton profil via dialogue fichier (Finder/Explorer).
 
-### Mode profil
+### Importer un profil existant
 
 ```bash
-# Sauvegarder tes preferences dans un profil
-/mdma save MonProfil
-
-# Appliquer un profil existant (sans Q&A)
-/mdma MonProfil
+/mdma import
 ```
 
-Les profils sont stockes dans `.mdma-profiles/`.
+Ouvre un dialogue fichier pour selectionner un profil `.md` existant, puis genere les rules sans Q&A.
 
 ### Workflow recommande
 
 1. Lance Claude Code dans ton projet
 2. (Optionnel) Tape `/init` pour generer le contexte projet
-3. Premier projet : `/mdma save TonNom` (cree ton profil)
-4. Projets suivants : `/mdma TonNom` (applique direct)
+3. Premier projet : `/mdma` puis sauvegarde ton profil quelque part (cloud, cle USB...)
+4. Projets suivants : `/mdma import` pour reutiliser ton profil
 
 ## Ce que ça fait
 

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "mdma-cli",
-  "version": "1.1.2",
+  "version": "1.2.0",
   "description": "Skill Claude Code pour configurer les préférences de travail d'un agent",
   "type": "module",
   "license": "MIT",

package/skills/mdma/EXAMPLES.md

@@ -23,8 +23,18 @@ Ce document montre des exemples de rules files générés par `/mdma`.
 
 > **Note** : Ce workflow est agnostique. Pour les commandes spécifiques (test, build, lint), consulte `CLAUDE.md` qui fait référence pour ce projet.
 
+> **Règle de conformité** : Les règles définies ici et dans `git.md` sont ABSOLUES.
+> - Ne jamais rationaliser ("c'est juste un petit fix", "c'est mineur")
+> - Ne jamais faire d'exception, quelle que soit la taille ou nature du changement
+> - En cas de doute → STOP → demander à l'utilisateur
+
 ## Étapes obligatoires
 
+### 0. Setup Git
+- Vérifie que tu n'es PAS sur `main` : `git branch --show-current`
+- Si sur `main` → créer une branche AVANT toute modification
+- Ne jamais rationaliser ("c'est juste un petit fix")
+
 ### 1. Plan
 - Explore le codebase (structure documentée dans `CLAUDE.md`)
 - Propose un plan d'implémentation
@@ -40,7 +50,12 @@ Ce document montre des exemples de rules files générés par `/mdma`.
 - Si fail → tente de fixer
 - Max 5 itérations
 - Si toujours fail → **STOP** → demande quoi faire
-- Si pass → **STOP** → attend validation
+
+#### 3.1 Tests visuels (obligatoire si applicable)
+- **Vérifie** si `.claude/rules/visual-test.md` existe
+- Si oui → exécute les tests visuels
+
+- Si tous les tests passent → **STOP** → attend validation
 
 ### 4. Review
 - Review ton propre code
@@ -67,6 +82,9 @@ Ce document montre des exemples de rules files générés par `/mdma`.
 
 ## Règles absolues
 
+> **Anti-rationalisation** : Ces règles n'ont AUCUNE exception. "JAMAIS" signifie jamais.
+> "C'est juste du gitignore" ou "c'est un petit fix" ne justifie PAS de contourner les règles.
+
 1. **JAMAIS push sur main**
 2. **JAMAIS commit sans branche** `feature/xxx` ou `fix/xxx`
 3. **JAMAIS branche sans issue GitHub**

package/skills/mdma/SKILL.md

@@ -10,31 +10,27 @@ Tu configures les préférences de travail d'un agent de code (Claude Code, Curs
 
 ## Modes
 
-`/mdma` supporte 3 modes selon les arguments :
+`/mdma` supporte 2 modes :
 
 ### Mode 1 : `/mdma` (sans argument)
-→ Lance le Q&A interactif, génère les rules à la fin.
+→ Lance le Q&A interactif, génère les rules, puis propose de sauvegarder le profil via dialogue fichier.
 
-### Mode 2 : `/mdma save <nom>`
-→ Lance le Q&A interactif, sauvegarde le profil dans `.mdma-profiles/<nom>.md`, puis génère les rules.
-
-### Mode 3 : `/mdma <nom>`
-→ Cherche `.mdma-profiles/<nom>.md`. Si trouvé, génère les rules directement sans Q&A. Si non trouvé, propose de lancer le Q&A et sauvegarder sous ce nom.
+### Mode 2 : `/mdma import`
+→ Ouvre un dialogue fichier pour sélectionner un profil existant (`.md`), puis génère les rules directement sans Q&A.
 
 ## Détection du mode
 
 1. Regarde l'argument passé à `/mdma`
 2. Si pas d'argument → Mode 1
-3. Si argument = "save <nom>" → Mode 2
-4. Si argument = "<nom>" → Mode 3
+3. Si argument = "import" → Mode 2
 
 ---
 
-## Ta mission (Modes 1 et 2)
+## Ta mission (Mode 1)
 
 Collecter les préférences de travail du développeur : style de réponse, workflow agent, workflow git.
 
-Ensuite, générer les rules files adaptés (et sauvegarder le profil si Mode 2).
+Ensuite, générer les rules files adaptés et proposer de sauvegarder le profil.
 
 **Note** : Le contexte projet (stack, structure) est géré par `/init` ou manuellement dans CLAUDE.md. Tu ne génères que les rules.
 
@@ -121,32 +117,75 @@ Tu passes par 4 phases dans l'ordre. Pour chaque phase, tu as un objectif et des
 
 ---
 
-## Mode 3 : Appliquer un profil
+## Dialogues fichier natifs
 
-Si l'utilisateur lance `/mdma <nom>` :
+Pour ouvrir un dialogue fichier natif, utilise les commandes suivantes selon l'OS.
 
-1. Cherche `.mdma-profiles/<nom>.md`
-2. Si trouvé :
-   - Lis le profil
-   - Affiche un résumé : "Profil <nom> trouvé : <niveau>, <style>, <git workflow>"
-   - Génère les 3 rules files directement
-   - Affiche "Rules générées depuis le profil <nom>."
-3. Si non trouvé :
-   - Dis : "Profil <nom> non trouvé. Tu veux le créer ?"
-   - Si oui → passe en Mode 2 (Q&A + save)
-   - Si non → arrête
+### Détection de l'OS
 
----
+```bash
+OS=$(uname -s)
+```
+
+| Valeur | OS |
+|--------|-----|
+| `Darwin` | macOS |
+| `Linux` | Linux |
+| `MINGW*` ou `CYGWIN*` | Windows (Git Bash) |
 
-## Sauvegarde du profil (Mode 2)
+### Commandes par OS
 
-Après le Q&A et avant de générer les rules, sauvegarde le profil :
+#### macOS (osascript)
+
+**Dialogue "Enregistrer sous"** :
+```bash
+osascript -e 'POSIX path of (choose file name with prompt "Sauvegarder le profil mdma" default name "profil.md")'
+```
+
+**Dialogue "Ouvrir"** :
+```bash
+osascript -e 'POSIX path of (choose file of type {"md", "public.plain-text"} with prompt "Sélectionner un profil mdma")'
+```
 
-**Fichier** : `.mdma-profiles/<nom>.md`
+#### Linux (zenity)
+
+**Dialogue "Enregistrer sous"** :
+```bash
+zenity --file-selection --save --filename="profil.md" --title="Sauvegarder le profil mdma" --file-filter="*.md"
+```
+
+**Dialogue "Ouvrir"** :
+```bash
+zenity --file-selection --title="Sélectionner un profil mdma" --file-filter="*.md"
+```
+
+#### Windows (PowerShell)
+
+**Dialogue "Enregistrer sous"** :
+```bash
+powershell -command "Add-Type -AssemblyName System.Windows.Forms; \$d = New-Object System.Windows.Forms.SaveFileDialog; \$d.Filter = 'Markdown (*.md)|*.md'; \$d.FileName = 'profil.md'; if (\$d.ShowDialog() -eq 'OK') { \$d.FileName }"
+```
+
+**Dialogue "Ouvrir"** :
+```bash
+powershell -command "Add-Type -AssemblyName System.Windows.Forms; \$d = New-Object System.Windows.Forms.OpenFileDialog; \$d.Filter = 'Markdown (*.md)|*.md'; if (\$d.ShowDialog() -eq 'OK') { \$d.FileName }"
+```
+
+### Fallback
+
+Si la commande échoue (serveur headless, SSH, zenity non installé, etc.) :
+1. Affiche : "Impossible d'ouvrir le dialogue fichier."
+2. Demande le chemin manuellement : "Indique le chemin complet du fichier :"
+3. Valide que le chemin finit par `.md`, sinon ajoute l'extension
+
+---
+
+## Format du profil
+
+Le profil sauvegardé/importé utilise ce format :
 
-**Format** :
 ```markdown
-# Profil <nom>
+# Profil
 
 ## Personnalité
 - level: <junior|mid|senior>
@@ -170,7 +209,36 @@ Après le Q&A et avant de générer les rules, sauvegarde le profil :
 - testRequired: <true|false>
 ```
 
-Crée le dossier `.mdma-profiles/` s'il n'existe pas.
+---
+
+## Mode 1 : Workflow complet (`/mdma`)
+
+1. Lance le Q&A interactif (Phases 1-4)
+2. Génère les 3 rules files
+3. Demande : "Tu veux sauvegarder ce profil pour le réutiliser ?"
+4. Si oui :
+   - Détecte l'OS avec `uname -s`
+   - Exécute la commande "Enregistrer sous" appropriée
+   - Si dialogue réussi → écris le profil au chemin retourné
+   - Si dialogue échoue → fallback saisie manuelle
+   - Assure-toi que le fichier a l'extension `.md`
+   - Affiche : "Profil sauvegardé vers <chemin>"
+5. Propose la suppression du skill (voir Nettoyage)
+
+---
+
+## Mode 2 : Import (`/mdma import`)
+
+1. Détecte l'OS avec `uname -s`
+2. Exécute la commande "Ouvrir" appropriée
+3. Si dialogue réussi → récupère le chemin
+4. Si dialogue échoue → fallback saisie manuelle
+5. Lis le fichier profil
+6. Parse les données (format ci-dessus)
+7. Affiche un résumé : "Profil importé : <niveau>, <style>, <git workflow>"
+8. Génère les 3 rules files
+9. Affiche : "Rules générées depuis le profil importé."
+10. Propose la suppression du skill (voir Nettoyage)
 
 ---
 

package/skills/mdma/TEMPLATES.md

@@ -25,8 +25,18 @@ Le workflow de l'agent, étape par étape.
 
 > **Note** : Ce workflow est agnostique. Pour les commandes spécifiques (test, build, lint), consulte `CLAUDE.md` qui fait référence pour ce projet.
 
+> **Règle de conformité** : Les règles définies ici et dans `git.md` sont ABSOLUES.
+> - Ne jamais rationaliser ("c'est juste un petit fix", "c'est mineur")
+> - Ne jamais faire d'exception, quelle que soit la taille ou nature du changement
+> - En cas de doute → STOP → demander à l'utilisateur
+
 ## Étapes obligatoires
 
+### 0. Setup Git
+- Vérifie que tu n'es PAS sur `main` : `git branch --show-current`
+- Si sur `main` → créer une branche AVANT toute modification
+- Ne jamais rationaliser ("c'est juste un petit fix")
+
 ### 1. Plan
 - Explore le codebase (structure documentée dans `CLAUDE.md`)
 - Propose un plan d'implémentation
@@ -43,8 +53,14 @@ Le workflow de l'agent, étape par étape.
 - Si le test passe → relance la suite complète
 - Max {workflow.maxTestIterations} itérations
 - Si toujours fail → **STOP** → demande quoi faire
-- Si `visual-test.md` existe → suivre ses instructions
-- Si pass → **STOP** → attend validation
+
+#### 3.1 Tests visuels (obligatoire si applicable)
+- **Vérifie** si `.claude/rules/visual-test.md` existe
+- Si oui → exécute `/screenshot` et compare `current/` vs `baseline/`
+- Différence intentionnelle → mettre à jour `baseline/`
+- Régression détectée → **STOP** → corriger avant de continuer
+
+- Si tous les tests passent → **STOP** → attend validation
 
 ### 4. Review
 - Review ton propre code
@@ -84,6 +100,9 @@ Le workflow git personnalisé.
 
 ## Règles absolues
 
+> **Anti-rationalisation** : Ces règles n'ont AUCUNE exception. "JAMAIS" signifie jamais.
+> "C'est juste du gitignore" ou "c'est un petit fix" ne justifie PAS de contourner les règles.
+
 1. **JAMAIS push sur main**
 2. **JAMAIS commit sans branche** `{git.branchFormat}`
 3. **JAMAIS branche sans issue GitHub**