@autocode-cli/autocode 0.0.22

package/templates/columns/00_backlog.fr.md

@@ -0,0 +1,31 @@
+# Backlog
+
+## Role
+
+Stockage des nouveaux tickets. Les tickets ici doivent etre qualifies avant de commencer le travail.
+
+## Actions
+
+1. Lire le ticket (titre, description, pieces jointes)
+2. Verifier la qualite et la completude du ticket
+3. Si mal redige : reecrire le titre et enrichir la description
+4. Definir les criteres d'acceptation si manquants
+5. Definir la priorite (P0-P3) selon l'impact et l'urgence
+6. Identifier le perimetre et les fichiers potentiellement impactes
+7. Si travail hors scope detecte : `autocode new <title> <description>`
+8. Documenter : `autocode comment <key> "Qualification effectuee"`
+9. Avancer : `autocode next <key>`
+
+> Ou retour : `autocode move <key> <column>`
+
+## Criteres de Validation
+
+- [ ] Titre explicite (verbe + quoi + contexte)
+- [ ] Description claire et structuree
+- [ ] Perimetre defini (inclus/exclus)
+- [ ] Priorite definie correctement
+- [ ] Si bug : etapes de reproduction documentees
+
+## Notes
+
+Un ticket peut etre une feature, bug, investigation, question ou tache technique. Qualifier rigoureusement avant de commencer.

package/templates/columns/01_ready.en.md

@@ -0,0 +1,30 @@
+# Ready
+
+## Role
+
+Qualified tickets ready to be worked on. All information needed is available.
+
+## Actions
+
+1. Analyze ticket and acceptance criteria
+2. Explore codebase to understand existing context
+3. Plan modifications (files to create/modify)
+4. Implement the solution
+5. Test locally that it works
+6. Commit + push work done
+7. If out of scope work detected: `autocode new <title> <description>`
+8. Document: `autocode comment <key> "Work completed"`
+9. Advance: `autocode next <key>`
+
+> Or return: `autocode move <key> <column>`
+
+## Validation Criteria
+
+- [ ] Feature/fix is implemented
+- [ ] Local tests pass
+- [ ] Code is committed and pushed
+- [ ] A comment summarizes work done
+
+## Notes
+
+For investigation: documented answer is the deliverable. For bug: identify root cause before coding fix.

package/templates/columns/01_ready.fr.md

@@ -0,0 +1,30 @@
+# Ready
+
+## Role
+
+Tickets qualifies prets a etre travailles. Toutes les informations necessaires sont disponibles.
+
+## Actions
+
+1. Analyser le ticket et les criteres d'acceptation
+2. Explorer le codebase pour comprendre le contexte existant
+3. Planifier les modifications (fichiers a creer/modifier)
+4. Implementer la solution
+5. Tester localement que ca fonctionne
+6. Commit + push du travail effectue
+7. Si travail hors scope detecte : `autocode new <title> <description>`
+8. Documenter : `autocode comment <key> "Travail effectue"`
+9. Avancer : `autocode next <key>`
+
+> Ou retour : `autocode move <key> <column>`
+
+## Criteres de Validation
+
+- [ ] Feature/fix implementee
+- [ ] Tests locaux passent
+- [ ] Code commite et pousse
+- [ ] Un commentaire resume le travail effectue
+
+## Notes
+
+Pour investigation : la reponse documentee est le livrable. Pour bug : identifier la cause racine avant de coder le fix.

package/templates/columns/02_in-progress.en.md

@@ -0,0 +1,30 @@
+# In Progress
+
+## Role
+
+Active development. Ticket is being worked on, code is being written.
+
+## Actions
+
+1. Analyze ticket and acceptance criteria
+2. Explore codebase to understand existing context
+3. Plan modifications (files to create/modify)
+4. Implement the solution
+5. Test locally that it works
+6. Commit + push work done
+7. If out of scope work detected: `autocode new <title> <description>`
+8. Document: `autocode comment <key> "Work completed"`
+9. Advance: `autocode next <key>`
+
+> Or return: `autocode move <key> <column>`
+
+## Validation Criteria
+
+- [ ] Feature/fix is implemented
+- [ ] Local tests pass
+- [ ] Code is committed and pushed
+- [ ] A comment summarizes work done
+
+## Notes
+
+For investigation: documented answer is the deliverable. For bug: identify root cause before coding fix.

package/templates/columns/02_in-progress.fr.md

@@ -0,0 +1,30 @@
+# In Progress
+
+## Role
+
+Developpement actif. Le ticket est en cours de travail, le code est en cours d'ecriture.
+
+## Actions
+
+1. Analyser le ticket et les criteres d'acceptation
+2. Explorer le codebase pour comprendre le contexte existant
+3. Planifier les modifications (fichiers a creer/modifier)
+4. Implementer la solution
+5. Tester localement que ca fonctionne
+6. Commit + push du travail effectue
+7. Si travail hors scope detecte : `autocode new <title> <description>`
+8. Documenter : `autocode comment <key> "Travail effectue"`
+9. Avancer : `autocode next <key>`
+
+> Ou retour : `autocode move <key> <column>`
+
+## Criteres de Validation
+
+- [ ] Feature/fix implementee
+- [ ] Tests locaux passent
+- [ ] Code commite et pousse
+- [ ] Un commentaire resume le travail effectue
+
+## Notes
+
+Pour investigation : la reponse documentee est le livrable. Pour bug : identifier la cause racine avant de coder le fix.

package/templates/columns/03_review-best-practices.en.md

@@ -0,0 +1,31 @@
+# Review Best Practices
+
+## Role
+
+Code quality audit. Verify conventions and best practices are followed.
+
+## Actions
+
+1. Identify modified files
+2. Verify naming (camelCase variables, PascalCase components)
+3. Verify function size (< 30 lines)
+4. Verify file size (components < 300 lines)
+5. Verify import organization
+6. Fix violations found
+7. Commit + push corrections
+8. If out of scope work detected: `autocode new <title> <description>`
+9. Document: `autocode comment <key> "Review best practices OK"`
+10. Advance: `autocode next <key>`
+
+> Or return: `autocode move <key> <column>`
+
+## Validation Criteria
+
+- [ ] Consistent naming respected
+- [ ] Functions short and readable
+- [ ] Files of reasonable size
+- [ ] Code clean and maintainable
+
+## Notes
+
+Don't over-comment. Comments are for non-obvious logic. Good code is self-documented by variable and function names.

package/templates/columns/03_review-best-practices.fr.md

@@ -0,0 +1,31 @@
+# Review Best Practices
+
+## Role
+
+Audit qualite du code. Verifier que les conventions et bonnes pratiques sont respectees.
+
+## Actions
+
+1. Identifier les fichiers modifies
+2. Verifier le nommage (camelCase variables, PascalCase composants)
+3. Verifier la taille des fonctions (< 30 lignes)
+4. Verifier la taille des fichiers (composants < 300 lignes)
+5. Verifier l'organisation des imports
+6. Corriger les violations trouvees
+7. Commit + push des corrections
+8. Si travail hors scope detecte : `autocode new <title> <description>`
+9. Documenter : `autocode comment <key> "Review best practices OK"`
+10. Avancer : `autocode next <key>`
+
+> Ou retour : `autocode move <key> <column>`
+
+## Criteres de Validation
+
+- [ ] Nommage coherent respecte
+- [ ] Fonctions courtes et lisibles
+- [ ] Fichiers de taille raisonnable
+- [ ] Code propre et maintenable
+
+## Notes
+
+Ne pas sur-commenter. Les commentaires sont pour la logique non evidente. Un bon code est auto-documente par les noms de variables et fonctions.

package/templates/columns/04_review-no-duplication.en.md

@@ -0,0 +1,30 @@
+# Review No Duplication
+
+## Role
+
+Identify and eliminate code duplication. Factor into reusable functions/composables.
+
+## Actions
+
+1. Search for similar patterns in codebase (grep)
+2. Identify functions with >70% similarity
+3. Spot duplicated constants
+4. Detect copy-pasted business logic
+5. Extract to composable/service/shared function if >2 usages
+6. Update all existing calls
+7. Commit + push
+8. If out of scope work detected: `autocode new <title> <description>`
+9. Document: `autocode comment <key> "Review no duplication OK"`
+10. Advance: `autocode next <key>`
+
+> Or return: `autocode move <key> <column>`
+
+## Validation Criteria
+
+- [ ] No significant duplication detected
+- [ ] Code factored if necessary
+- [ ] Existing usages updated
+
+## Notes
+
+DRY rule (Don't Repeat Yourself): if code appears more than 2 times, extract it. Prefer composables for Vue logic.

package/templates/columns/04_review-no-duplication.fr.md

@@ -0,0 +1,30 @@
+# Review No Duplication
+
+## Role
+
+Identifier et eliminer la duplication de code. Factoriser en fonctions/composables reutilisables.
+
+## Actions
+
+1. Rechercher des patterns similaires dans le codebase (grep)
+2. Identifier les fonctions avec >70% de similarite
+3. Reperer les constantes dupliquees
+4. Detecter la logique metier copiee-collee
+5. Extraire en composable/service/fonction partagee si >2 usages
+6. Mettre a jour tous les appels existants
+7. Commit + push
+8. Si travail hors scope detecte : `autocode new <title> <description>`
+9. Documenter : `autocode comment <key> "Review no duplication OK"`
+10. Avancer : `autocode next <key>`
+
+> Ou retour : `autocode move <key> <column>`
+
+## Criteres de Validation
+
+- [ ] Aucune duplication significative detectee
+- [ ] Code factorise si necessaire
+- [ ] Usages existants mis a jour
+
+## Notes
+
+Regle DRY (Don't Repeat Yourself) : si du code apparait plus de 2 fois, l'extraire. Preferer les composables pour la logique Vue.

package/templates/columns/05_review-consistency.en.md

@@ -0,0 +1,31 @@
+# Review Consistency
+
+## Role
+
+Verify code integrates harmoniously with existing project architecture.
+
+## Actions
+
+1. Verify project structure respect (components, services, stores, composables)
+2. Ensure existing patterns are followed
+3. Verify consistency with similar files
+4. Check error handling (uniform try/catch)
+5. Verify correct Pinia store usage
+6. Fix inconsistencies
+7. Commit + push
+8. If out of scope work detected: `autocode new <title> <description>`
+9. Document: `autocode comment <key> "Review consistency OK"`
+10. Advance: `autocode next <key>`
+
+> Or return: `autocode move <key> <column>`
+
+## Validation Criteria
+
+- [ ] Project architecture respected
+- [ ] Patterns consistent with existing
+- [ ] Uniform error handling
+- [ ] Harmonious integration
+
+## Notes
+
+Compare with similar files to ensure consistency. Goal: developer can't distinguish who wrote which code.

package/templates/columns/05_review-consistency.fr.md

@@ -0,0 +1,31 @@
+# Review Consistency
+
+## Role
+
+Verifier que le code s'integre harmonieusement avec l'architecture existante du projet.
+
+## Actions
+
+1. Verifier le respect de la structure projet (components, services, stores, composables)
+2. S'assurer que les patterns existants sont suivis
+3. Verifier la coherence avec les fichiers similaires
+4. Controler la gestion d'erreurs (try/catch uniforme)
+5. Verifier l'usage correct des stores Pinia
+6. Corriger les incoherences
+7. Commit + push
+8. Si travail hors scope detecte : `autocode new <title> <description>`
+9. Documenter : `autocode comment <key> "Review consistency OK"`
+10. Avancer : `autocode next <key>`
+
+> Ou retour : `autocode move <key> <column>`
+
+## Criteres de Validation
+
+- [ ] Architecture projet respectee
+- [ ] Patterns coherents avec l'existant
+- [ ] Gestion d'erreurs uniforme
+- [ ] Integration harmonieuse
+
+## Notes
+
+Comparer avec les fichiers similaires pour assurer la coherence. Objectif : un developpeur ne peut pas distinguer qui a ecrit quel code.

package/templates/columns/06_review-security.en.md

@@ -0,0 +1,32 @@
+# Review Security
+
+## Role
+
+Security audit. Identify and fix potential vulnerabilities (OWASP Top 10).
+
+## Actions
+
+1. Search for dangerous patterns (eval, innerHTML, hardcoded secrets)
+2. Verify user input validation
+3. Check no sensitive data in localStorage
+4. Verify RLS policies if new tables
+5. Ensure API keys are in .env, never in code
+6. Audit API calls (injection, XSS)
+7. Fix vulnerabilities
+8. Commit + push
+9. If out of scope work detected: `autocode new <title> <description>`
+10. Document: `autocode comment <key> "Review security OK"`
+11. Advance: `autocode next <key>`
+
+> Or return: `autocode move <key> <column>`
+
+## Validation Criteria
+
+- [ ] No hardcoded secrets in code
+- [ ] User inputs validated and sanitized
+- [ ] No XSS possible (v-html avoided or DOMPurify)
+- [ ] Parameterized queries (no SQL injection)
+
+## Notes
+
+OWASP Top 10: A01 Broken Access Control, A02 Crypto Failures, A03 Injection, A07 XSS. When in doubt, apply least privilege.

package/templates/columns/06_review-security.fr.md

@@ -0,0 +1,32 @@
+# Review Security
+
+## Role
+
+Audit securite. Identifier et corriger les vulnerabilites potentielles (OWASP Top 10).
+
+## Actions
+
+1. Rechercher les patterns dangereux (eval, innerHTML, secrets en dur)
+2. Verifier la validation des entrees utilisateur
+3. Controler qu'aucune donnee sensible n'est dans localStorage
+4. Verifier les politiques RLS si nouvelles tables
+5. S'assurer que les cles API sont dans .env, jamais dans le code
+6. Auditer les appels API (injection, XSS)
+7. Corriger les vulnerabilites
+8. Commit + push
+9. Si travail hors scope detecte : `autocode new <title> <description>`
+10. Documenter : `autocode comment <key> "Review security OK"`
+11. Avancer : `autocode next <key>`
+
+> Ou retour : `autocode move <key> <column>`
+
+## Criteres de Validation
+
+- [ ] Aucun secret en dur dans le code
+- [ ] Entrees utilisateur validees et sanitisees
+- [ ] Pas de XSS possible (v-html evite ou DOMPurify)
+- [ ] Requetes parametrees (pas d'injection SQL)
+
+## Notes
+
+OWASP Top 10 : A01 Broken Access Control, A02 Crypto Failures, A03 Injection, A07 XSS. En cas de doute, appliquer le principe du moindre privilege.

package/templates/columns/07_testing-playwright.en.md

@@ -0,0 +1,30 @@
+# Testing Playwright
+
+## Role
+
+Live functional testing with Playwright. Manually verify feature works by navigating the app.
+
+## Actions
+
+1. Launch application locally
+2. Navigate to relevant page
+3. Test nominal scenario (standard case)
+4. Test edge cases
+5. Verify error handling
+6. Capture screenshots if needed
+7. If out of scope work detected: `autocode new <title> <description>`
+8. Document: `autocode comment <key> "Playwright tests OK"`
+9. Advance: `autocode next <key>`
+
+> Or return: `autocode move <key> <column>`
+
+## Validation Criteria
+
+- [ ] Nominal scenario tested and functional
+- [ ] Edge cases verified
+- [ ] Appropriate error handling
+- [ ] No console errors
+
+## Notes
+
+This is interactive testing, not writing test files. Goal is visual validation before writing automated tests.

package/templates/columns/07_testing-playwright.fr.md

@@ -0,0 +1,30 @@
+# Testing Playwright
+
+## Role
+
+Test fonctionnel live avec Playwright. Verifier manuellement que la feature fonctionne en naviguant dans l'app.
+
+## Actions
+
+1. Lancer l'application localement
+2. Naviguer vers la page concernee
+3. Tester le scenario nominal (cas standard)
+4. Tester les cas limites
+5. Verifier la gestion d'erreurs
+6. Capturer des screenshots si necessaire
+7. Si travail hors scope detecte : `autocode new <title> <description>`
+8. Documenter : `autocode comment <key> "Tests Playwright OK"`
+9. Avancer : `autocode next <key>`
+
+> Ou retour : `autocode move <key> <column>`
+
+## Criteres de Validation
+
+- [ ] Scenario nominal teste et fonctionnel
+- [ ] Cas limites verifies
+- [ ] Gestion d'erreurs appropriee
+- [ ] Pas d'erreurs console
+
+## Notes
+
+C'est du test interactif, pas de redaction de fichiers de test. L'objectif est la validation visuelle avant d'ecrire les tests automatises.

package/templates/columns/08_testing-cypress.en.md

@@ -0,0 +1,31 @@
+# Testing Cypress
+
+## Role
+
+Write AND execute E2E automated tests to prevent regressions.
+
+## Actions
+
+1. Analyze feature to test
+2. Write Cypress tests (cypress/e2e/)
+3. Use data-testid selectors
+4. Describe tests clearly (describe/it)
+5. Execute tests: npx cypress run
+6. If failures: fix tests or code
+7. Commit + push tests
+8. If out of scope work detected: `autocode new <title> <description>`
+9. Document: `autocode comment <key> "Cypress tests OK"`
+10. Advance: `autocode next <key>`
+
+> Or return: `autocode move <key> <column>`
+
+## Validation Criteria
+
+- [ ] E2E tests written and passing
+- [ ] Critical scenarios covered
+- [ ] Cypress conventions respected
+- [ ] Tests committed
+
+## Notes
+
+Tests must be maintainable. Use data-testid rather than fragile CSS selectors. Flaky tests must be fixed.

package/templates/columns/08_testing-cypress.fr.md

@@ -0,0 +1,31 @@
+# Testing Cypress
+
+## Role
+
+Rediger ET executer des tests E2E automatises pour prevenir les regressions.
+
+## Actions
+
+1. Analyser la feature a tester
+2. Ecrire les tests Cypress (cypress/e2e/)
+3. Utiliser des selecteurs data-testid
+4. Decrire les tests clairement (describe/it)
+5. Executer les tests : npx cypress run
+6. Si echecs : corriger les tests ou le code
+7. Commit + push des tests
+8. Si travail hors scope detecte : `autocode new <title> <description>`
+9. Documenter : `autocode comment <key> "Tests Cypress OK"`
+10. Avancer : `autocode next <key>`
+
+> Ou retour : `autocode move <key> <column>`
+
+## Criteres de Validation
+
+- [ ] Tests E2E ecrits et passants
+- [ ] Scenarios critiques couverts
+- [ ] Conventions Cypress respectees
+- [ ] Tests commites
+
+## Notes
+
+Les tests doivent etre maintenables. Utiliser data-testid plutot que des selecteurs CSS fragiles. Les tests flaky doivent etre corriges.

package/templates/columns/09_update-docs.en.md

@@ -0,0 +1,29 @@
+# Update Docs
+
+## Role
+
+Document changes for future developers and users.
+
+## Actions
+
+1. Identify what needs documentation
+2. Update relevant files in ./docs
+3. Document new features
+4. Update existing guides if impacted
+5. Verify doc consistency
+6. Commit + push
+7. If out of scope work detected: `autocode new <title> <description>`
+8. Document: `autocode comment <key> "Documentation updated"`
+9. Advance: `autocode next <key>`
+
+> Or return: `autocode move <key> <column>`
+
+## Validation Criteria
+
+- [ ] Documentation up to date
+- [ ] New features documented
+- [ ] Existing guides updated if needed
+
+## Notes
+
+Doc should be useful, not exhaustive. Document "why" and "how", not the obvious. Good doc answers questions a new developer would ask.

package/templates/columns/09_update-docs.fr.md

@@ -0,0 +1,29 @@
+# Update Docs
+
+## Role
+
+Documenter les changements pour les futurs developpeurs et utilisateurs.
+
+## Actions
+
+1. Identifier ce qui necessite de la documentation
+2. Mettre a jour les fichiers pertinents dans ./docs
+3. Documenter les nouvelles features
+4. Mettre a jour les guides existants si impactes
+5. Verifier la coherence de la doc
+6. Commit + push
+7. Si travail hors scope detecte : `autocode new <title> <description>`
+8. Documenter : `autocode comment <key> "Documentation mise a jour"`
+9. Avancer : `autocode next <key>`
+
+> Ou retour : `autocode move <key> <column>`
+
+## Criteres de Validation
+
+- [ ] Documentation a jour
+- [ ] Nouvelles features documentees
+- [ ] Guides existants mis a jour si necessaire
+
+## Notes
+
+La doc doit etre utile, pas exhaustive. Documenter le "pourquoi" et le "comment", pas l'evident. Une bonne doc repond aux questions qu'un nouveau developpeur poserait.

package/templates/columns/10_deploy-staging.en.md

@@ -0,0 +1,29 @@
+# Deploy Staging
+
+## Role
+
+Deploy changes to staging environment for validation.
+
+## Actions
+
+1. Verify all commits are pushed (git status)
+2. Execute deployment to staging
+3. Wait for deployment to complete
+4. Verify deployment is stable
+5. Document deployed version
+6. If out of scope work detected: `autocode new <title> <description>`
+7. Document: `autocode comment <key> "Deployed to staging"`
+8. Advance: `autocode next <key>`
+
+> Or return: `autocode move <key> <column>`
+
+## Validation Criteria
+
+- [ ] All commits pushed
+- [ ] Deployment successful
+- [ ] Application accessible in staging
+- [ ] No startup errors
+
+## Notes
+
+If deployment fails, analyze logs, fix, and retry. Never move if deployment is not stable.

package/templates/columns/10_deploy-staging.fr.md

@@ -0,0 +1,29 @@
+# Deploy Staging
+
+## Role
+
+Deployer les changements sur l'environnement de staging pour validation.
+
+## Actions
+
+1. Verifier que tous les commits sont pousses (git status)
+2. Executer le deploiement vers staging
+3. Attendre la fin du deploiement
+4. Verifier que le deploiement est stable
+5. Documenter la version deployee
+6. Si travail hors scope detecte : `autocode new <title> <description>`
+7. Documenter : `autocode comment <key> "Deploye en staging"`
+8. Avancer : `autocode next <key>`
+
+> Ou retour : `autocode move <key> <column>`
+
+## Criteres de Validation
+
+- [ ] Tous les commits pousses
+- [ ] Deploiement reussi
+- [ ] Application accessible en staging
+- [ ] Pas d'erreurs au demarrage
+
+## Notes
+
+Si le deploiement echoue, analyser les logs, corriger et reessayer. Ne jamais avancer si le deploiement n'est pas stable.