@autocode-cli/autocode 0.1.12 → 0.1.14

package/templates/prompts/git-hooks-setup.en.md

@@ -0,0 +1,27 @@
+# Git Hooks Setup
+
+## Role
+Set up git hooks to automate checks before commit.
+
+## Actions
+1. Choose a hooks manager:
+   - husky (popular)
+   - lefthook (performant)
+   - simple-git-hooks (lightweight)
+2. Install chosen manager:
+   ```bash
+   npm install -D husky && npx husky init
+   ```
+3. Configure hooks:
+   - pre-commit: lint, typecheck
+   - commit-msg: commitlint
+   - pre-push: tests
+4. Test hooks
+5. Document configuration
+
+## Validation Criteria
+- [ ] Hooks manager installed
+- [ ] pre-commit hook functional
+- [ ] commit-msg validates format
+- [ ] Hooks documented in README
+- [ ] Configuration versioned

package/templates/prompts/git-hooks-setup.fr.md

@@ -0,0 +1,27 @@
+# Configuration des git hooks
+
+## Rôle
+Mettre en place des hooks git pour automatiser les vérifications avant commit.
+
+## Actions
+1. Choisir un gestionnaire de hooks:
+   - husky (populaire)
+   - lefthook (performant)
+   - simple-git-hooks (léger)
+2. Installer le gestionnaire choisi:
+   ```bash
+   npm install -D husky && npx husky init
+   ```
+3. Configurer les hooks:
+   - pre-commit: lint, typecheck
+   - commit-msg: commitlint
+   - pre-push: tests
+4. Tester les hooks
+5. Documenter la configuration
+
+## Critères de validation
+- [ ] Gestionnaire de hooks installé
+- [ ] pre-commit hook fonctionnel
+- [ ] commit-msg valide le format
+- [ ] Hooks documentés dans README
+- [ ] Configuration versionnée

package/templates/prompts/graceful-shutdown.en.md

@@ -0,0 +1,25 @@
+# Graceful Server Shutdown Test
+
+## Role
+Verify server shuts down cleanly on system signals.
+
+## Actions
+1. Start server: `node dist/index.js serve`
+2. Send SIGINT (Ctrl+C)
+3. Verify:
+   - WebSocket connections closed
+   - File watchers stopped
+   - Port released
+   - Confirmation message
+4. Test SIGTERM:
+   ```bash
+   kill -TERM <pid>
+   ```
+5. Verify no in-flight requests lost
+
+## Validation Criteria
+- [ ] SIGINT cleanly stops server
+- [ ] SIGTERM cleanly stops server
+- [ ] WebSocket clients notified
+- [ ] Resources released
+- [ ] Exit code 0 on normal shutdown

package/templates/prompts/graceful-shutdown.fr.md

@@ -0,0 +1,25 @@
+# Test d'arrêt gracieux du serveur
+
+## Rôle
+Vérifier que le serveur s'arrête proprement sur les signaux système.
+
+## Actions
+1. Démarrer le serveur: `node dist/index.js serve`
+2. Envoyer SIGINT (Ctrl+C)
+3. Vérifier:
+   - Connexions WebSocket fermées
+   - File watchers arrêtés
+   - Port libéré
+   - Message de confirmation
+4. Tester SIGTERM:
+   ```bash
+   kill -TERM <pid>
+   ```
+5. Vérifier qu'aucune requête en cours n'est perdue
+
+## Critères de validation
+- [ ] SIGINT arrête proprement le serveur
+- [ ] SIGTERM arrête proprement le serveur
+- [ ] WebSocket clients notifiés
+- [ ] Ressources libérées
+- [ ] Exit code 0 sur arrêt normal

package/templates/prompts/i18n-completeness.en.md

@@ -0,0 +1,21 @@
+# i18n Translation Completeness
+
+## Role
+Verify all FR/EN translations are present and consistent.
+
+## Actions
+1. Identify files with translations:
+   - src/server/dashboard/ (pages, scripts)
+   - public/index.html (landing)
+   - templates/
+2. List all translation keys
+3. Verify each key has FR and EN version
+4. Validate translation quality
+5. Test language switching in dashboard
+6. Check Playwright i18n tests
+
+## Validation Criteria
+- [ ] All keys have FR and EN
+- [ ] No hardcoded text in single language
+- [ ] Translations grammatically correct
+- [ ] i18n.spec.ts test passes

package/templates/prompts/i18n-completeness.fr.md

@@ -0,0 +1,21 @@
+# Complétude des traductions i18n
+
+## Rôle
+Vérifier que toutes les traductions FR/EN sont présentes et cohérentes.
+
+## Actions
+1. Identifier les fichiers avec traductions:
+   - src/server/dashboard/ (pages, scripts)
+   - public/index.html (landing)
+   - templates/
+2. Lister toutes les clés de traduction
+3. Vérifier que chaque clé a une version FR et EN
+4. Valider la qualité des traductions
+5. Tester le switching de langue dans le dashboard
+6. Vérifier les tests Playwright i18n
+
+## Critères de validation
+- [ ] Toutes les clés ont FR et EN
+- [ ] Pas de texte hardcodé en une seule langue
+- [ ] Traductions grammaticalement correctes
+- [ ] Test i18n.spec.ts passe

package/templates/prompts/in-progress.en.md

@@ -12,8 +12,8 @@ Active development. Ticket is being worked on, code is being written.
 4. Implement the solution
 5. Test locally that it works
 6. 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
 7. Document: `autocode comment <ticket-key> "Work completed"`
 8. Advance: `autocode next <ticket-key>`

package/templates/prompts/in-progress.fr.md

@@ -12,8 +12,8 @@ Developpement actif. Le ticket est en cours de travail, le code est en cours d'e
 4. Implementer la solution
 5. Tester localement que ca fonctionne
 6. 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
 7. Documenter : `autocode comment <ticket-key> "Travail effectue"`
 8. Avancer : `autocode next <ticket-key>`

package/templates/prompts/landing-html-validate.en.md

@@ -0,0 +1,23 @@
+# Landing Page Validation
+
+## Role
+Verify public HTML pages are valid and functional.
+
+## Actions
+1. Validate public/index.html HTML:
+   - Use W3C validator
+   - Check semantic structure
+2. Validate public/demo.html
+3. Check resources:
+   - Images (logo.png, logo.svg)
+   - Favicons
+   - manifest.json
+4. Test responsive design
+5. Verify bilingual support (FR/EN)
+6. Validate links and navigation
+
+## Validation Criteria
+- [ ] Valid HTML5 (no W3C errors)
+- [ ] All images load correctly
+- [ ] Responsive on mobile/tablet/desktop
+- [ ] FR/EN switching works

package/templates/prompts/landing-html-validate.fr.md

@@ -0,0 +1,23 @@
+# Validation landing page
+
+## Rôle
+Vérifier que les pages HTML publiques sont valides et fonctionnelles.
+
+## Actions
+1. Valider le HTML de public/index.html:
+   - Utiliser un validateur W3C
+   - Vérifier la structure sémantique
+2. Valider public/demo.html
+3. Vérifier les ressources:
+   - Images (logo.png, logo.svg)
+   - Favicons
+   - manifest.json
+4. Tester le responsive design
+5. Vérifier le support bilingue (FR/EN)
+6. Valider les liens et navigation
+
+## Critères de validation
+- [ ] HTML5 valide (pas d'erreurs W3C)
+- [ ] Toutes les images chargent correctement
+- [ ] Responsive sur mobile/tablet/desktop
+- [ ] Switching FR/EN fonctionne

package/templates/prompts/lint-eslint-setup.en.md

@@ -0,0 +1,20 @@
+# ESLint Setup
+
+## Role
+Set up and configure ESLint to maintain TypeScript code quality.
+
+## Actions
+1. Check if ESLint is installed (`npm ls eslint`)
+2. If missing, install ESLint with TypeScript support:
+   ```bash
+   npm install -D eslint @typescript-eslint/parser @typescript-eslint/eslint-plugin
+   ```
+3. Create/verify eslint.config.js configuration file
+4. Run `npx eslint src/` to validate code
+5. Fix detected lint errors
+
+## Validation Criteria
+- [ ] ESLint is installed and configured
+- [ ] `npx eslint src/` runs without errors
+- [ ] TypeScript rules are enabled
+- [ ] No warnings ignored without justification

package/templates/prompts/lint-eslint-setup.fr.md

@@ -0,0 +1,20 @@
+# Configuration ESLint
+
+## Rôle
+Mettre en place et configurer ESLint pour maintenir la qualité du code TypeScript.
+
+## Actions
+1. Vérifier si ESLint est installé (`npm ls eslint`)
+2. Si absent, installer ESLint avec support TypeScript:
+   ```bash
+   npm install -D eslint @typescript-eslint/parser @typescript-eslint/eslint-plugin
+   ```
+3. Créer/vérifier le fichier de configuration eslint.config.js
+4. Exécuter `npx eslint src/` pour valider le code
+5. Corriger les erreurs de lint détectées
+
+## Critères de validation
+- [ ] ESLint est installé et configuré
+- [ ] `npx eslint src/` s'exécute sans erreur
+- [ ] Les règles TypeScript sont activées
+- [ ] Aucun warning ignoré sans justification

package/templates/prompts/node-version-check.en.md

@@ -0,0 +1,21 @@
+# Node Version Check
+
+## Role
+Ensure project works with supported Node.js versions.
+
+## Actions
+1. Check engines field in package.json:
+   ```json
+   "engines": { "node": ">=18.0.0" }
+   ```
+2. Check version in .gitlab-ci.yml (node:20-alpine)
+3. Test with Node.js 18 LTS (minimum version)
+4. Test with Node.js 20 LTS (recommended)
+5. Verify ESM/CommonJS compatibility
+6. Create .nvmrc if missing
+
+## Validation Criteria
+- [ ] engines.node defined in package.json
+- [ ] Works with Node.js 18+
+- [ ] CI uses compatible version
+- [ ] .nvmrc present for developers

package/templates/prompts/node-version-check.fr.md

@@ -0,0 +1,21 @@
+# Vérification version Node.js
+
+## Rôle
+S'assurer que le projet fonctionne avec les versions Node.js supportées.
+
+## Actions
+1. Vérifier le champ engines dans package.json:
+   ```json
+   "engines": { "node": ">=18.0.0" }
+   ```
+2. Vérifier la version dans .gitlab-ci.yml (node:20-alpine)
+3. Tester avec Node.js 18 LTS (version minimale)
+4. Tester avec Node.js 20 LTS (recommandée)
+5. Vérifier la compatibilité ESM/CommonJS
+6. Créer .nvmrc si absent
+
+## Critères de validation
+- [ ] engines.node défini dans package.json
+- [ ] Fonctionne avec Node.js 18+
+- [ ] CI utilise une version compatible
+- [ ] .nvmrc présent pour les développeurs

package/templates/prompts/npm-publish-dry-run.en.md

@@ -0,0 +1,25 @@
+# npm Publish Dry Run
+
+## Role
+Validate package is ready for publishing without actually publishing.
+
+## Actions
+1. Run build: `npm run build`
+2. Check package contents:
+   ```bash
+   npm pack --dry-run
+   ```
+3. Analyze tarball size
+4. Verify included files:
+   - dist/ (compiled code)
+   - bin/ (CLI executable)
+   - templates/ (project templates)
+   - README.md, LICENSE
+5. Verify no sensitive files included
+6. Test local installation: `npm pack && npm install -g ./autocode-cli-autocode-*.tgz`
+
+## Validation Criteria
+- [ ] `npm pack --dry-run` succeeds
+- [ ] Reasonable package size (<5MB)
+- [ ] Essential files present
+- [ ] Local installation works

package/templates/prompts/npm-publish-dry-run.fr.md

@@ -0,0 +1,25 @@
+# Simulation de publication npm
+
+## Rôle
+Valider que le package est prêt pour publication sans effectuer la publication réelle.
+
+## Actions
+1. Exécuter le build: `npm run build`
+2. Vérifier le contenu du package:
+   ```bash
+   npm pack --dry-run
+   ```
+3. Analyser la taille du tarball
+4. Vérifier les fichiers inclus:
+   - dist/ (code compilé)
+   - bin/ (exécutable CLI)
+   - templates/ (templates de projet)
+   - README.md, LICENSE
+5. Vérifier qu'aucun fichier sensible n'est inclus
+6. Tester l'installation locale: `npm pack && npm install -g ./autocode-cli-autocode-*.tgz`
+
+## Critères de validation
+- [ ] `npm pack --dry-run` réussit
+- [ ] Taille du package raisonnable (<5MB)
+- [ ] Fichiers essentiels présents
+- [ ] Installation locale fonctionne

package/templates/prompts/pkg-exports-validate.en.md

@@ -0,0 +1,23 @@
+# Package Exports Validation
+
+## Role
+Verify package.json is correctly configured for npm publishing.
+
+## Actions
+1. Check essential package.json fields:
+   - name: @autocode-cli/autocode
+   - version: semver format
+   - main: dist/index.js
+   - type: module
+   - bin: { autocode: bin/autocode }
+   - files: [LICENSE, README.md, dist/, bin/, templates/]
+2. Verify engines.node >= 18.0.0
+3. Simulate publishing: `npm pack --dry-run`
+4. Check generated tarball contents
+5. Validate TypeScript exports (.d.ts)
+
+## Validation Criteria
+- [ ] All required fields present
+- [ ] `npm pack --dry-run` lists correct files
+- [ ] bin/autocode is executable
+- [ ] No sensitive files included (.env, etc.)

package/templates/prompts/pkg-exports-validate.fr.md

@@ -0,0 +1,23 @@
+# Validation des exports package
+
+## Rôle
+Vérifier que le package.json est correctement configuré pour la publication npm.
+
+## Actions
+1. Vérifier les champs essentiels de package.json:
+   - name: @autocode-cli/autocode
+   - version: format semver
+   - main: dist/index.js
+   - type: module
+   - bin: { autocode: bin/autocode }
+   - files: [LICENSE, README.md, dist/, bin/, templates/]
+2. Vérifier que engines.node >= 18.0.0
+3. Simuler la publication: `npm pack --dry-run`
+4. Vérifier le contenu du tarball généré
+5. Valider les exports TypeScript (.d.ts)
+
+## Critères de validation
+- [ ] Tous les champs requis présents
+- [ ] `npm pack --dry-run` liste les bons fichiers
+- [ ] bin/autocode est exécutable
+- [ ] Pas de fichiers sensibles inclus (.env, etc.)

package/templates/prompts/port-conflict-handling.en.md

@@ -0,0 +1,22 @@
+# Port Conflict Handling
+
+## Role
+Verify server handles occupied ports correctly.
+
+## Actions
+1. Start a process on default port (3333)
+2. Try to start autocode serve
+3. Check error message
+4. Test alternative --port option:
+   ```bash
+   node dist/index.js serve --port 3334
+   ```
+5. Verify automatic free port detection
+6. Test with multiple instances
+
+## Validation Criteria
+- [ ] Clear error message if port occupied
+- [ ] --port option works
+- [ ] No silent crash
+- [ ] Port displayed on startup
+- [ ] Graceful EADDRINUSE handling

package/templates/prompts/port-conflict-handling.fr.md

@@ -0,0 +1,22 @@
+# Gestion des conflits de port
+
+## Rôle
+Vérifier que le serveur gère correctement les ports occupés.
+
+## Actions
+1. Démarrer un processus sur le port par défaut (3333)
+2. Tenter de démarrer autocode serve
+3. Vérifier le message d'erreur
+4. Tester l'option --port alternative:
+   ```bash
+   node dist/index.js serve --port 3334
+   ```
+5. Vérifier la détection automatique de port libre
+6. Tester avec plusieurs instances
+
+## Critères de validation
+- [ ] Message d'erreur clair si port occupé
+- [ ] Option --port fonctionne
+- [ ] Pas de crash silencieux
+- [ ] Port affiché au démarrage
+- [ ] Gestion gracieuse de EADDRINUSE

package/templates/prompts/qualification.en.md

@@ -13,8 +13,8 @@ Analyze and qualify the ticket requirement. Ensure the request is clear, feasibl
 5. Identify dependencies with other tickets or systems
 6. If clarification needed: add comment with questions
 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> "Qualification complete: <summary>"`
 9. Advance: `autocode next <ticket-key>`

package/templates/prompts/qualification.fr.md

@@ -13,8 +13,8 @@ Analyser et qualifier le besoin du ticket. S'assurer que la demande est claire,
 5. Identifier les dependances avec d'autres tickets ou systemes
 6. Si clarification necessaire : ajouter un commentaire avec les questions
 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> "Qualification terminee : <resume>"`
 9. Avancer : `autocode next <ticket-key>`

package/templates/prompts/retest-cypress.en.md

@@ -10,12 +10,8 @@ Re-run all automated E2E tests to ensure refactoring did not introduce regressio
 2. Compare results with pre-refactoring run
 3. If new failures: identify cause (test or code issue)
 4. Fix any regressions before proceeding
-5. 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`
-   - In scope: handle directly in current ticket
-6. Document: `autocode comment <ticket-key> "Retest Cypress OK"`
-7. Advance: `autocode next <ticket-key>`
+5. Document: `autocode comment <ticket-key> "Retest Cypress OK"`
+6. Advance: `autocode next <ticket-key>`
 
 > Or return: `autocode move <ticket-key> <target-column-slug>`
 

package/templates/prompts/retest-cypress.fr.md

@@ -10,12 +10,8 @@ Re-executer tous les tests E2E automatises pour s'assurer que le refactoring n'a
 2. Comparer les resultats avec l'execution pre-refactoring
 3. Si nouveaux echecs : identifier la cause (probleme de test ou de code)
 4. Corriger toute regression avant de continuer
-5. 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`
-   - Dans le scope : traiter directement dans le ticket actuel
-6. Documenter : `autocode comment <ticket-key> "Retest Cypress OK"`
-7. Avancer : `autocode next <ticket-key>`
+5. Documenter : `autocode comment <ticket-key> "Retest Cypress OK"`
+6. Avancer : `autocode next <ticket-key>`
 
 > Ou retour : `autocode move <ticket-key> <target-column-slug>`
 

package/templates/prompts/retest-playwright.en.md

@@ -12,10 +12,7 @@ Post-refactoring validation with Playwright. Verify that refactoring did not bre
 4. Verify edge cases still work
 5. Compare behavior with pre-refactoring state
 6. If regression detected: return to review step
-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`
-   - In scope: handle directly in current ticket
+7. Do not test functionality outside the ticket scope
 8. Document: `autocode comment <ticket-key> "Retest Playwright OK"`
 9. Advance: `autocode next <ticket-key>`
 

package/templates/prompts/retest-playwright.fr.md

@@ -12,10 +12,7 @@ Validation post-refactoring avec Playwright. Verifier que le refactoring n'a pas
 4. Verifier que les cas limites fonctionnent toujours
 5. Comparer le comportement avec l'etat pre-refactoring
 6. Si regression detectee : retour a l'etape de review
-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`
-   - Dans le scope : traiter directement dans le ticket actuel
+7. Ne pas tester de fonctionnalites hors scope du ticket
 8. Documenter : `autocode comment <ticket-key> "Retest Playwright OK"`
 9. Avancer : `autocode next <ticket-key>`
 

package/templates/prompts/retest.en.md

@@ -13,10 +13,7 @@ Re-run all tests after bug fixes or corrections. Ensure no regressions were intr
 5. Verify the original issue is fixed
 6. Check for regressions in related functionality
 7. If tests fail: return to appropriate column for fixes
-8. 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`
-   - In scope: handle directly in current ticket
+8. Do not write tests for code outside the ticket scope
 9. Document: `autocode comment <ticket-key> "Retest passed: all tests green"`
 10. Advance: `autocode next <ticket-key>`
 

package/templates/prompts/retest.fr.md

@@ -13,10 +13,7 @@ Re-executer tous les tests apres corrections de bugs. S'assurer qu'aucune regres
 5. Verifier que le probleme original est corrige
 6. Verifier les regressions dans les fonctionnalites liees
 7. Si les tests echouent : retourner a la colonne appropriee pour corrections
-8. 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`
-   - Dans le scope : traiter directement dans le ticket actuel
+8. Ne pas ecrire de tests pour du code hors scope du ticket
 9. Documenter : `autocode comment <ticket-key> "Retest OK : tous les tests verts"`
 10. Avancer : `autocode next <ticket-key>`
 

package/templates/prompts/review-best-practices.en.md

@@ -12,12 +12,8 @@ Code quality audit. Verify conventions and best practices are followed.
 4. Verify file size (components < 300 lines)
 5. Verify import organization
 6. Fix violations found
-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`
-   - In scope: handle directly in current ticket
-8. Document: `autocode comment <ticket-key> "Review best practices OK"`
-9. Advance: `autocode next <ticket-key>`
+7. Document: `autocode comment <ticket-key> "Review best practices OK"`
+8. Advance: `autocode next <ticket-key>`
 
 > Or return: `autocode move <ticket-key> <target-column-slug>`
 

package/templates/prompts/review-best-practices.fr.md

@@ -12,12 +12,8 @@ Audit qualite du code. Verifier que les conventions et bonnes pratiques sont res
 4. Verifier la taille des fichiers (composants < 300 lignes)
 5. Verifier l'organisation des imports
 6. Corriger les violations trouvees
-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`
-   - Dans le scope : traiter directement dans le ticket actuel
-8. Documenter : `autocode comment <ticket-key> "Review best practices OK"`
-9. Avancer : `autocode next <ticket-key>`
+7. Documenter : `autocode comment <ticket-key> "Review best practices OK"`
+8. Avancer : `autocode next <ticket-key>`
 
 > Ou retour : `autocode move <ticket-key> <target-column-slug>`
 

package/templates/prompts/review-code.en.md

@@ -13,12 +13,8 @@ Perform peer code review. Ensure code quality, readability, and adherence to pro
 5. Check error handling
 6. Suggest improvements if needed
 7. If issues found: add comment with feedback and return to dev
-8. 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`
-   - In scope: handle directly in current ticket
-9. Document: `autocode comment <ticket-key> "Code review passed: <summary>"`
-10. Advance: `autocode next <ticket-key>`
+8. Document: `autocode comment <ticket-key> "Code review passed: <summary>"`
+9. Advance: `autocode next <ticket-key>`
 
 > Or return: `autocode move <ticket-key> <target-column-slug>`
 

package/templates/prompts/review-code.fr.md

@@ -13,12 +13,8 @@ Effectuer une revue de code. Assurer la qualite du code, sa lisibilite et le res
 5. Verifier la gestion des erreurs
 6. Suggerer des ameliorations si necessaire
 7. Si problemes trouves : ajouter un commentaire avec feedback et retourner au dev
-8. 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`
-   - Dans le scope : traiter directement dans le ticket actuel
-9. Documenter : `autocode comment <ticket-key> "Code review OK : <resume>"`
-10. Avancer : `autocode next <ticket-key>`
+8. Documenter : `autocode comment <ticket-key> "Code review OK : <resume>"`
+9. Avancer : `autocode next <ticket-key>`
 
 > Ou retour : `autocode move <ticket-key> <target-column-slug>`