@autocode-cli/autocode 0.1.12 → 0.1.14

package/templates/prompts/claude-integration-test.fr.md

@@ -0,0 +1,22 @@
+# Test d'intégration Claude
+
+## Rôle
+Vérifier que l'intégration avec Claude CLI fonctionne correctement.
+
+## Actions
+1. Vérifier que le service claude.ts est correctement implémenté
+2. Tester la détection de Claude CLI:
+   ```bash
+   which claude || echo "Claude CLI non installé"
+   ```
+3. Vérifier la gestion des erreurs si Claude absent
+4. Tester l'appel à Claude via l'API /api/claude
+5. Vérifier le format des prompts générés
+6. Tester l'autocreate avec Claude
+
+## Critères de validation
+- [ ] Service claude.ts sans erreur de compilation
+- [ ] Gestion gracieuse si Claude CLI absent
+- [ ] API /api/claude répond correctement
+- [ ] Prompts générés sont valides
+- [ ] Timeouts configurés correctement

package/templates/prompts/cli-smoke-test.en.md

@@ -0,0 +1,30 @@
+# CLI Smoke Test
+
+## Role
+Verify all CLI commands work correctly after build.
+
+## Actions
+1. Test basic commands:
+   ```bash
+   node dist/index.js --version
+   node dist/index.js --help
+   ```
+2. Test each subcommand (help):
+   ```bash
+   node dist/index.js init --help
+   node dist/index.js new --help
+   node dist/index.js list --help
+   node dist/index.js show --help
+   node dist/index.js move --help
+   node dist/index.js next --help
+   node dist/index.js serve --help
+   node dist/index.js stats --help
+   ```
+3. Verify Commander.js parses arguments correctly
+4. Test in temporary directory: `init`, `new`, `list`
+
+## Validation Criteria
+- [ ] `--version` displays correct version (0.1.x)
+- [ ] `--help` displays complete help
+- [ ] All subcommands have their help
+- [ ] `init` creates .autocode/ structure

package/templates/prompts/cli-smoke-test.fr.md

@@ -0,0 +1,30 @@
+# Test smoke CLI
+
+## Rôle
+Vérifier que toutes les commandes CLI fonctionnent correctement après le build.
+
+## Actions
+1. Tester les commandes de base:
+   ```bash
+   node dist/index.js --version
+   node dist/index.js --help
+   ```
+2. Tester chaque sous-commande (help):
+   ```bash
+   node dist/index.js init --help
+   node dist/index.js new --help
+   node dist/index.js list --help
+   node dist/index.js show --help
+   node dist/index.js move --help
+   node dist/index.js next --help
+   node dist/index.js serve --help
+   node dist/index.js stats --help
+   ```
+3. Vérifier que Commander.js parse correctement les arguments
+4. Tester dans un répertoire temporaire: `init`, `new`, `list`
+
+## Critères de validation
+- [ ] `--version` affiche la version correcte (0.1.x)
+- [ ] `--help` affiche l'aide complète
+- [ ] Toutes les sous-commandes ont leur aide
+- [ ] `init` crée la structure .autocode/

package/templates/prompts/dashboard-responsive.en.md

@@ -0,0 +1,27 @@
+# Dashboard Responsive Test
+
+## Role
+Verify dashboard displays correctly on all screens.
+
+## Actions
+1. Start server: `node dist/index.js serve`
+2. Test on different sizes:
+   - Mobile: 375x667 (iPhone)
+   - Tablet: 768x1024 (iPad)
+   - Desktop: 1920x1080
+3. Check components:
+   - Scrollable Kanban board
+   - Adaptive ticket modals
+   - Responsive navigation menu
+4. Use Playwright for screenshots:
+   ```bash
+   npx playwright test screenshots.spec.ts
+   ```
+5. Check dark/light mode on each size
+
+## Validation Criteria
+- [ ] Dashboard usable on mobile
+- [ ] Kanban columns horizontally scrollable
+- [ ] Modals adapt to screen
+- [ ] No cut content
+- [ ] Playwright screenshot tests pass

package/templates/prompts/dashboard-responsive.fr.md

@@ -0,0 +1,27 @@
+# Test responsive du dashboard
+
+## Rôle
+Vérifier que le dashboard s'affiche correctement sur tous les écrans.
+
+## Actions
+1. Démarrer le serveur: `node dist/index.js serve`
+2. Tester sur différentes tailles:
+   - Mobile: 375x667 (iPhone)
+   - Tablet: 768x1024 (iPad)
+   - Desktop: 1920x1080
+3. Vérifier les composants:
+   - Kanban board scrollable
+   - Modal tickets adaptatifs
+   - Menu navigation responsive
+4. Utiliser Playwright pour screenshots:
+   ```bash
+   npx playwright test screenshots.spec.ts
+   ```
+5. Vérifier le dark/light mode sur chaque taille
+
+## Critères de validation
+- [ ] Dashboard utilisable sur mobile
+- [ ] Colonnes Kanban scrollables horizontalement
+- [ ] Modals s'adaptent à l'écran
+- [ ] Pas de contenu coupé
+- [ ] Tests Playwright screenshots passent

package/templates/prompts/dead-code-check.en.md

@@ -0,0 +1,25 @@
+# Dead Code Detection
+
+## Role
+Identify and remove unused code in the project.
+
+## Actions
+1. Install knip if missing: `npm install -D knip`
+2. Run analysis: `npx knip`
+3. Identify:
+   - Unused exports
+   - Orphan files
+   - Unused dependencies
+   - Unreferenced types
+4. Analyze results by module:
+   - src/core/
+   - src/server/
+   - src/services/
+   - src/utils/
+5. Remove or fix dead code
+
+## Validation Criteria
+- [ ] knip runs without errors
+- [ ] Unused exports identified
+- [ ] Orphan files removed
+- [ ] No unjustified false positives

package/templates/prompts/dead-code-check.fr.md

@@ -0,0 +1,25 @@
+# Détection de code mort
+
+## Rôle
+Identifier et supprimer le code non utilisé dans le projet.
+
+## Actions
+1. Installer knip si absent: `npm install -D knip`
+2. Exécuter l'analyse: `npx knip`
+3. Identifier:
+   - Exports non utilisés
+   - Fichiers orphelins
+   - Dépendances non utilisées
+   - Types non référencés
+4. Analyser les résultats par module:
+   - src/core/
+   - src/server/
+   - src/services/
+   - src/utils/
+5. Supprimer ou corriger le code mort
+
+## Critères de validation
+- [ ] knip s'exécute sans erreur
+- [ ] Exports non utilisés identifiés
+- [ ] Fichiers orphelins supprimés
+- [ ] Aucun false positive non justifié

package/templates/prompts/deps-licenses.en.md

@@ -0,0 +1,23 @@
+# License Check
+
+## Role
+Verify all dependencies have compatible licenses.
+
+## Actions
+1. Install license-checker: `npx license-checker`
+2. List all licenses:
+   ```bash
+   npx license-checker --summary
+   ```
+3. Identify licenses:
+   - Permissive (MIT, Apache-2.0, BSD) ✓
+   - Copyleft (GPL, LGPL) ⚠️
+   - Unknown ❌
+4. Check compatibility with project license
+5. Document exceptions if needed
+
+## Validation Criteria
+- [ ] All dependencies have identified license
+- [ ] No incompatible licenses (strict GPL)
+- [ ] LICENSE file present in package
+- [ ] Required attributions documented

package/templates/prompts/deps-licenses.fr.md

@@ -0,0 +1,23 @@
+# Vérification des licences
+
+## Rôle
+Vérifier que toutes les dépendances ont des licences compatibles.
+
+## Actions
+1. Installer license-checker: `npx license-checker`
+2. Lister toutes les licences:
+   ```bash
+   npx license-checker --summary
+   ```
+3. Identifier les licences:
+   - Permissives (MIT, Apache-2.0, BSD) ✓
+   - Copyleft (GPL, LGPL) ⚠️
+   - Inconnues ❌
+4. Vérifier la compatibilité avec la licence du projet
+5. Documenter les exceptions si nécessaire
+
+## Critères de validation
+- [ ] Toutes les dépendances ont une licence identifiée
+- [ ] Pas de licence incompatible (GPL strict)
+- [ ] Fichier LICENSE présent dans le package
+- [ ] Attributions requises documentées

package/templates/prompts/deps-outdated.en.md

@@ -0,0 +1,23 @@
+# Outdated Dependencies Check
+
+## Role
+Identify dependencies that have newer versions available.
+
+## Actions
+1. Run `npm outdated` to list updates
+2. Analyze available updates:
+   - Current: installed version
+   - Wanted: semver compatible version
+   - Latest: latest version
+3. For each outdated dependency, evaluate:
+   - Potential breaking changes
+   - Release notes
+   - Impact on project
+4. Update with `npm update` or modify package.json
+5. Test after update
+
+## Validation Criteria
+- [ ] `npm outdated` executed
+- [ ] Critical dependencies up to date (typescript, vitest, playwright)
+- [ ] No dependencies with known vulnerabilities
+- [ ] Tests pass after update

package/templates/prompts/deps-outdated.fr.md

@@ -0,0 +1,23 @@
+# Vérification des dépendances obsolètes
+
+## Rôle
+Identifier les dépendances qui ont des versions plus récentes disponibles.
+
+## Actions
+1. Exécuter `npm outdated` pour lister les mises à jour
+2. Analyser les mises à jour disponibles:
+   - Current: version installée
+   - Wanted: version compatible semver
+   - Latest: dernière version
+3. Pour chaque dépendance obsolète, évaluer:
+   - Breaking changes potentiels
+   - Notes de version
+   - Impact sur le projet
+4. Mettre à jour avec `npm update` ou modifier package.json
+5. Tester après mise à jour
+
+## Critères de validation
+- [ ] `npm outdated` exécuté
+- [ ] Dépendances critiques à jour (typescript, vitest, playwright)
+- [ ] Aucune dépendance avec vulnérabilité connue
+- [ ] Tests passent après mise à jour

package/templates/prompts/design.en.md

@@ -13,8 +13,8 @@ Create technical and/or UX design for the feature. Prepare mockups, diagrams, or
 5. Define state management approach if applicable
 6. Document design decisions and trade-offs
 7. If out of scope work detected:
-   - Slightly out of scope (minor improvement, edge case): `autocode new "<title>" "<description>" -p P2 -l "<labels>" -a "<criteria>" -s patch -c ready`
-   - Significantly out of scope (new feature, major change): `autocode new "<title>" "<description>" -p P2 -l "<labels>" -a "<criteria>" -s patch`
+   - Slightly out of scope (minor improvement, edge case): `autocode new "<title>" "<description>" --priority P2 --labels "<labels>" --acceptance "<criteria>" --semver patch --column ready`
+   - Significantly out of scope (new feature, major change): `autocode new "<title>" "<description>" --priority P2 --labels "<labels>" --acceptance "<criteria>" --semver patch --column backlog`
    - In scope: handle directly in current ticket
 8. Document: `autocode comment <ticket-key> "Design complete: <summary>"`
 9. Advance: `autocode next <ticket-key>`

package/templates/prompts/design.fr.md

@@ -13,8 +13,8 @@ Creer le design technique et/ou UX pour la fonctionnalite. Preparer les maquette
 5. Definir l'approche de gestion d'etat si applicable
 6. Documenter les decisions de design et compromis
 7. Si travail hors scope detecte :
-   - Legerement hors scope (amelioration mineure, cas limite) : `autocode new "<titre>" "<description>" -p P2 -l "<labels>" -a "<criteres>" -s patch -c ready`
-   - Tres hors scope (nouvelle feature, changement majeur) : `autocode new "<titre>" "<description>" -p P2 -l "<labels>" -a "<criteres>" -s patch`
+   - Legerement hors scope (amelioration mineure, cas limite) : `autocode new "<titre>" "<description>" --priority P2 --labels "<labels>" --acceptance "<criteres>" --semver patch --column ready`
+   - Tres hors scope (nouvelle feature, changement majeur) : `autocode new "<titre>" "<description>" --priority P2 --labels "<labels>" --acceptance "<criteres>" --semver patch --column backlog`
    - Dans le scope : traiter directement dans le ticket actuel
 8. Documenter : `autocode comment <ticket-key> "Design termine : <resume>"`
 9. Avancer : `autocode next <ticket-key>`

package/templates/prompts/dev.en.md

@@ -13,8 +13,8 @@ Implement the feature or fix according to specifications. Write clean, maintaina
 5. Handle edge cases and errors gracefully
 6. Test locally before proceeding
 7. If out of scope work detected:
-   - Slightly out of scope (minor improvement, edge case): `autocode new "<title>" "<description>" -p P2 -l "<labels>" -a "<criteria>" -s patch -c ready`
-   - Significantly out of scope (new feature, major change): `autocode new "<title>" "<description>" -p P2 -l "<labels>" -a "<criteria>" -s patch`
+   - Slightly out of scope (minor improvement, edge case): `autocode new "<title>" "<description>" --priority P2 --labels "<labels>" --acceptance "<criteria>" --semver patch --column ready`
+   - Significantly out of scope (new feature, major change): `autocode new "<title>" "<description>" --priority P2 --labels "<labels>" --acceptance "<criteria>" --semver patch --column backlog`
    - In scope: handle directly in current ticket
 8. Document: `autocode comment <ticket-key> "Development complete: <files modified>"`
 9. Advance: `autocode next <ticket-key>`

package/templates/prompts/dev.fr.md

@@ -13,8 +13,8 @@ Implementer la fonctionnalite ou le correctif selon les specifications. Ecrire d
 5. Gerer les cas limites et erreurs elegamment
 6. Tester localement avant de continuer
 7. Si travail hors scope detecte :
-   - Legerement hors scope (amelioration mineure, cas limite) : `autocode new "<titre>" "<description>" -p P2 -l "<labels>" -a "<criteres>" -s patch -c ready`
-   - Tres hors scope (nouvelle feature, changement majeur) : `autocode new "<titre>" "<description>" -p P2 -l "<labels>" -a "<criteres>" -s patch`
+   - Legerement hors scope (amelioration mineure, cas limite) : `autocode new "<titre>" "<description>" --priority P2 --labels "<labels>" --acceptance "<criteres>" --semver patch --column ready`
+   - Tres hors scope (nouvelle feature, changement majeur) : `autocode new "<titre>" "<description>" --priority P2 --labels "<labels>" --acceptance "<criteres>" --semver patch --column backlog`
    - Dans le scope : traiter directement dans le ticket actuel
 8. Documenter : `autocode comment <ticket-key> "Developpement termine : <fichiers modifies>"`
 9. Avancer : `autocode next <ticket-key>`

package/templates/prompts/docs-readme-validate.en.md

@@ -0,0 +1,22 @@
+# README Validation
+
+## Role
+Verify README.md is complete, up-to-date and well-structured.
+
+## Actions
+1. Check essential sections:
+   - Installation (`npm install -g @autocode-cli/autocode`)
+   - Quick Start
+   - CLI commands list
+   - API documentation
+   - Configuration
+2. Verify code examples work
+3. Validate links (no broken links)
+4. Check consistency with current version
+5. Ensure new features are documented
+
+## Validation Criteria
+- [ ] All CLI commands documented
+- [ ] Code examples up to date
+- [ ] Links functional
+- [ ] Mentioned version correct

package/templates/prompts/docs-readme-validate.fr.md

@@ -0,0 +1,22 @@
+# Validation README
+
+## Rôle
+Vérifier que le README.md est complet, à jour et bien structuré.
+
+## Actions
+1. Vérifier les sections essentielles:
+   - Installation (`npm install -g @autocode-cli/autocode`)
+   - Quick Start
+   - Liste des commandes CLI
+   - Documentation API
+   - Configuration
+2. Vérifier que les exemples de code fonctionnent
+3. Valider les liens (pas de liens cassés)
+4. Vérifier la cohérence avec la version actuelle
+5. S'assurer que les nouvelles fonctionnalités sont documentées
+
+## Critères de validation
+- [ ] Toutes les commandes CLI documentées
+- [ ] Exemples de code à jour
+- [ ] Liens fonctionnels
+- [ ] Version mentionnée correcte

package/templates/prompts/done.en.md

@@ -9,8 +9,8 @@ Archive of completed and validated tickets. End of workflow.
 1. Document: `autocode comment <ticket-key> "Ticket completed"`
 
 > If problem discovered: `autocode move <ticket-key> <target-column-slug>` or create a new ticket:
->   - Slightly out of scope (minor improvement, edge case): `autocode new "<title>" "<description>" -p P2 -l "<labels>" -a "<criteria>" -s patch -c ready`
->   - Significantly out of scope (new feature, major change): `autocode new "<title>" "<description>" -p P2 -l "<labels>" -a "<criteria>" -s patch`
+>   - Slightly out of scope (minor improvement, edge case): `autocode new "<title>" "<description>" --priority P2 --labels "<labels>" --acceptance "<criteria>" --semver patch --column ready`
+>   - Significantly out of scope (new feature, major change): `autocode new "<title>" "<description>" --priority P2 --labels "<labels>" --acceptance "<criteria>" --semver patch --column backlog`
 
 ## Validation Criteria
 

package/templates/prompts/done.fr.md

@@ -9,8 +9,8 @@ Archive des tickets termines et valides. Fin du workflow.
 1. Documenter : `autocode comment <ticket-key> "Ticket termine"`
 
 > Si probleme decouvert : `autocode move <ticket-key> <target-column-slug>` ou creer un nouveau ticket :
->   - Legerement hors scope (amelioration mineure, cas limite) : `autocode new "<titre>" "<description>" -p P2 -l "<labels>" -a "<criteres>" -s patch -c ready`
->   - Tres hors scope (nouvelle feature, changement majeur) : `autocode new "<titre>" "<description>" -p P2 -l "<labels>" -a "<criteres>" -s patch`
+>   - Legerement hors scope (amelioration mineure, cas limite) : `autocode new "<titre>" "<description>" --priority P2 --labels "<labels>" --acceptance "<criteres>" --semver patch --column ready`
+>   - Tres hors scope (nouvelle feature, changement majeur) : `autocode new "<titre>" "<description>" --priority P2 --labels "<labels>" --acceptance "<criteres>" --semver patch --column backlog`
 
 ## Criteres de Validation
 

package/templates/prompts/error-handling-review.en.md

@@ -0,0 +1,24 @@
+# Error Handling Review
+
+## Role
+Verify errors are correctly handled throughout the code.
+
+## Actions
+1. Analyze critical files:
+   - src/server/api.ts (REST endpoints)
+   - src/core/ticket.ts (file operations)
+   - src/services/claude.ts (external calls)
+2. Check patterns:
+   - try/catch around I/O
+   - Appropriate HTTP codes (400, 404, 500)
+   - Explicit error messages
+3. Verify error logging
+4. Test error cases via API
+5. Check async/await errors
+
+## Validation Criteria
+- [ ] File operations in try/catch
+- [ ] Correct HTTP codes for each error
+- [ ] Clear error messages for user
+- [ ] Errors logged for debug
+- [ ] No unhandled crashes

package/templates/prompts/error-handling-review.fr.md

@@ -0,0 +1,24 @@
+# Revue de la gestion des erreurs
+
+## Rôle
+Vérifier que les erreurs sont correctement gérées dans tout le code.
+
+## Actions
+1. Analyser les fichiers critiques:
+   - src/server/api.ts (endpoints REST)
+   - src/core/ticket.ts (opérations fichiers)
+   - src/services/claude.ts (appels externes)
+2. Vérifier les patterns:
+   - try/catch autour des I/O
+   - Codes HTTP appropriés (400, 404, 500)
+   - Messages d'erreur explicites
+3. Vérifier le logging des erreurs
+4. Tester les cas d'erreur via l'API
+5. Vérifier les erreurs async/await
+
+## Critères de validation
+- [ ] Opérations fichiers dans try/catch
+- [ ] Codes HTTP corrects pour chaque erreur
+- [ ] Messages d'erreur clairs pour l'utilisateur
+- [ ] Erreurs loggées pour debug
+- [ ] Pas de crash non géré

package/templates/prompts/esm-compatibility.en.md

@@ -0,0 +1,24 @@
+# ESM Compatibility
+
+## Role
+Verify project is correctly configured as ES module.
+
+## Actions
+1. Check package.json:
+   - `"type": "module"` present
+   - `"module"` or `"exports"` configured
+2. Check tsconfig.json:
+   - `"module": "NodeNext"`
+   - `"moduleResolution": "NodeNext"`
+3. Check imports:
+   - .js extension in imports
+   - No `require()` in code
+4. Test compiled package import
+5. Verify dependency compatibility
+
+## Validation Criteria
+- [ ] `"type": "module"` in package.json
+- [ ] Imports with .js extensions
+- [ ] No require() in src/
+- [ ] Package import works
+- [ ] ESM compatible dependencies

package/templates/prompts/esm-compatibility.fr.md

@@ -0,0 +1,24 @@
+# Compatibilité ESM
+
+## Rôle
+Vérifier que le projet est correctement configuré comme module ES.
+
+## Actions
+1. Vérifier package.json:
+   - `"type": "module"` présent
+   - `"module"` ou `"exports"` configuré
+2. Vérifier tsconfig.json:
+   - `"module": "NodeNext"`
+   - `"moduleResolution": "NodeNext"`
+3. Vérifier les imports:
+   - Extension .js dans les imports
+   - Pas de `require()` dans le code
+4. Tester l'import du package compilé
+5. Vérifier la compatibilité avec les dépendances
+
+## Critères de validation
+- [ ] `"type": "module"` dans package.json
+- [ ] Imports avec extensions .js
+- [ ] Pas de require() dans src/
+- [ ] Import du package fonctionne
+- [ ] Dépendances ESM compatibles

package/templates/prompts/file-watcher-test.en.md

@@ -0,0 +1,20 @@
+# File Watcher Test
+
+## Role
+Verify file monitoring system works correctly.
+
+## Actions
+1. Start server with watcher: `node dist/index.js serve`
+2. Create a new ticket file in .autocode/tickets/
+3. Verify dashboard detects the change
+4. Modify an existing ticket
+5. Verify real-time update via WebSocket
+6. Delete a ticket
+7. Test with many files (performance)
+
+## Validation Criteria
+- [ ] File creation detected (<1s)
+- [ ] Modification detected and propagated
+- [ ] Deletion detected
+- [ ] No memory leak on prolonged watch
+- [ ] Acceptable performance with 100+ tickets

package/templates/prompts/file-watcher-test.fr.md

@@ -0,0 +1,20 @@
+# Test du file watcher
+
+## Rôle
+Vérifier que le système de surveillance des fichiers fonctionne correctement.
+
+## Actions
+1. Démarrer le serveur avec watcher: `node dist/index.js serve`
+2. Créer un nouveau fichier ticket dans .autocode/tickets/
+3. Vérifier que le dashboard détecte le changement
+4. Modifier un ticket existant
+5. Vérifier la mise à jour en temps réel via WebSocket
+6. Supprimer un ticket
+7. Tester avec de nombreux fichiers (performance)
+
+## Critères de validation
+- [ ] Création de fichier détectée (<1s)
+- [ ] Modification détectée et propagée
+- [ ] Suppression détectée
+- [ ] Pas de fuite mémoire sur watch prolongé
+- [ ] Performance acceptable avec 100+ tickets

package/templates/prompts/format-prettier-setup.en.md

@@ -0,0 +1,21 @@
+# Prettier Setup
+
+## Role
+Set up automatic code formatting with Prettier to ensure consistency.
+
+## Actions
+1. Check if Prettier is installed (`npm ls prettier`)
+2. If missing, install Prettier:
+   ```bash
+   npm install -D prettier
+   ```
+3. Create .prettierrc configuration file
+4. Create .prettierignore to exclude dist/, node_modules/
+5. Run `npx prettier --check src/` to verify
+6. Format with `npx prettier --write src/` if needed
+
+## Validation Criteria
+- [ ] Prettier is installed
+- [ ] .prettierrc exists with consistent configuration
+- [ ] `npx prettier --check src/` passes without errors
+- [ ] dist/ and node_modules/ are ignored

package/templates/prompts/format-prettier-setup.fr.md

@@ -0,0 +1,21 @@
+# Configuration Prettier
+
+## Rôle
+Mettre en place le formatage automatique du code avec Prettier pour assurer la cohérence.
+
+## Actions
+1. Vérifier si Prettier est installé (`npm ls prettier`)
+2. Si absent, installer Prettier:
+   ```bash
+   npm install -D prettier
+   ```
+3. Créer le fichier .prettierrc avec la configuration
+4. Créer .prettierignore pour exclure dist/, node_modules/
+5. Exécuter `npx prettier --check src/` pour vérifier
+6. Formater avec `npx prettier --write src/` si nécessaire
+
+## Critères de validation
+- [ ] Prettier est installé
+- [ ] .prettierrc existe avec configuration cohérente
+- [ ] `npx prettier --check src/` passe sans erreur
+- [ ] dist/ et node_modules/ sont ignorés

package/templates/prompts/git-conventional-commits.en.md

@@ -0,0 +1,21 @@
+# Conventional Commits Validation
+
+## Role
+Verify commits follow Conventional Commits convention.
+
+## Actions
+1. Analyze recent commits: `git log --oneline -20`
+2. Check format: `type(scope): description`
+3. Valid types: feat, fix, docs, style, refactor, test, chore, perf, ci, build, release
+4. Project examples:
+   - `fix(landing): update messaging`
+   - `release: v0.1.13`
+   - `feat(pipeline): add pipeline analysis`
+5. Install commitlint if missing to automate
+6. Configure husky for pre-commit hook
+
+## Validation Criteria
+- [ ] Recent commits follow format
+- [ ] Types used are valid
+- [ ] Descriptions are clear and concise
+- [ ] Scope optional but consistent

package/templates/prompts/git-conventional-commits.fr.md

@@ -0,0 +1,21 @@
+# Validation des commits conventionnels
+
+## Rôle
+Vérifier que les commits suivent la convention Conventional Commits.
+
+## Actions
+1. Analyser les derniers commits: `git log --oneline -20`
+2. Vérifier le format: `type(scope): description`
+3. Types valides: feat, fix, docs, style, refactor, test, chore, perf, ci, build, release
+4. Exemples du projet:
+   - `fix(landing): update messaging`
+   - `release: v0.1.13`
+   - `feat(pipeline): add pipeline analysis`
+5. Installer commitlint si absent pour automatiser
+6. Configurer husky pour pre-commit hook
+
+## Critères de validation
+- [ ] Derniers commits suivent le format
+- [ ] Types utilisés sont valides
+- [ ] Descriptions sont claires et concises
+- [ ] Scope optionnel mais cohérent