@autocode-cli/autocode 0.1.10 → 0.1.11

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

@@ -13,13 +13,12 @@ Audit securite. Identifier et corriger les vulnerabilites potentielles (OWASP To
 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 :
+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
-10. Documenter : `autocode comment <key> "Review security OK"`
-11. Avancer : `autocode next <key>`
+9. Documenter : `autocode comment <key> "Review security OK"`
+10. Avancer : `autocode next <key>`
 
 > Ou retour : `autocode move <key> <targetColumn>`
 

package/templates/prompts/splitter.en.md

@@ -2,7 +2,15 @@
 
 ## Role
 
-Break down large requirements into smaller, focused tickets to limit responsibility and improve traceability. Create atomic tasks that can be independently implemented and verified.
+Break down large requirements into smaller, focused tickets **when needed** to limit responsibility and improve traceability. Create atomic tasks that can be independently implemented and verified.
+
+## When to Split
+
+**Use judgment** - splitting is not always necessary:
+- **Split** when the task is large, involves multiple components, or would benefit from parallel work
+- **Don't split** when the task is small, focused, or already atomic
+
+If the task is small enough to be completed in one go, proceed directly without splitting.
 
 ## Actions
 

package/templates/prompts/splitter.fr.md

@@ -2,8 +2,15 @@
 
 ## Rôle
 
-Découper les besoins trop importants en tickets plus petits et ciblés pour limiter la responsabilité et améliorer la
-traçabilité. Créer des tâches atomiques pouvant être implémentées et vérifiées indépendamment.
+Découper les besoins trop importants en tickets plus petits et ciblés **si nécessaire** pour limiter la responsabilité et améliorer la traçabilité. Créer des tâches atomiques pouvant être implémentées et vérifiées indépendamment.
+
+## Quand Découper
+
+**Faire preuve de jugement** - le découpage n'est pas systématique :
+- **Découper** quand la tâche est large, implique plusieurs composants, ou bénéficierait d'un travail parallèle
+- **Ne pas découper** quand la tâche est petite, ciblée, ou déjà atomique
+
+Si la tâche est suffisamment petite pour être complétée en une fois, procéder directement sans découpage.
 
 ## Actions
 

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

@@ -12,13 +12,12 @@ Write AND execute E2E automated tests to prevent regressions.
 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:
+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
-9. Document: `autocode comment <key> "Cypress tests OK"`
-10. Advance: `autocode next <key>`
+8. Document: `autocode comment <key> "Cypress tests OK"`
+9. Advance: `autocode next <key>`
 
 > Or return: `autocode move <key> <targetColumn>`
 

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

@@ -12,13 +12,12 @@ Rediger ET executer des tests E2E automatises pour prevenir les regressions.
 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 :
+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
-9. Documenter : `autocode comment <key> "Tests Cypress OK"`
-10. Avancer : `autocode next <key>`
+8. Documenter : `autocode comment <key> "Tests Cypress OK"`
+9. Avancer : `autocode next <key>`
 
 > Ou retour : `autocode move <key> <targetColumn>`
 

package/templates/prompts/testing-integration.en.md

@@ -13,13 +13,12 @@ Run integration tests to verify components work correctly together. Ensure syste
 5. Test database operations
 6. Test external service connections
 7. Fix any failing tests
-8. Commit + push test files
-9. If out of scope work detected:
+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
-10. Document: `autocode comment <key> "Integration tests passed"`
-11. Advance: `autocode next <key>`
+9. Document: `autocode comment <key> "Integration tests passed"`
+10. Advance: `autocode next <key>`
 
 > Or return: `autocode move <key> <targetColumn>`
 

package/templates/prompts/testing-integration.fr.md

@@ -13,13 +13,12 @@ Executer les tests d'integration pour verifier que les composants fonctionnent c
 5. Tester les operations base de donnees
 6. Tester les connexions aux services externes
 7. Corriger les tests en echec
-8. Commit + push des fichiers de test
-9. Si travail hors scope detecte :
+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
-10. Documenter : `autocode comment <key> "Tests d'integration OK"`
-11. Avancer : `autocode next <key>`
+9. Documenter : `autocode comment <key> "Tests d'integration OK"`
+10. Avancer : `autocode next <key>`
 
 > Ou retour : `autocode move <key> <targetColumn>`
 

package/templates/prompts/testing-unit.en.md

@@ -13,13 +13,12 @@ Write and run unit tests for the implemented feature. Ensure code coverage and r
 5. Run all unit tests: `npm test` or equivalent
 6. Fix any failing tests
 7. Verify coverage meets project standards
-8. Commit + push test files
-9. If out of scope work detected:
+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
-10. Document: `autocode comment <key> "Unit tests passed: <coverage>%"`
-11. Advance: `autocode next <key>`
+9. Document: `autocode comment <key> "Unit tests passed: <coverage>%"`
+10. Advance: `autocode next <key>`
 
 > Or return: `autocode move <key> <targetColumn>`
 

package/templates/prompts/testing-unit.fr.md

@@ -13,13 +13,12 @@ Ecrire et executer les tests unitaires pour la fonctionnalite implementee. Assur
 5. Executer tous les tests unitaires : `npm test` ou equivalent
 6. Corriger les tests en echec
 7. Verifier que la couverture respecte les standards du projet
-8. Commit + push des fichiers de test
-9. Si travail hors scope detecte :
+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
-10. Documenter : `autocode comment <key> "Tests unitaires OK : <couverture>%"`
-11. Avancer : `autocode next <key>`
+9. Documenter : `autocode comment <key> "Tests unitaires OK : <couverture>%"`
+10. Avancer : `autocode next <key>`
 
 > Ou retour : `autocode move <key> <targetColumn>`
 

package/templates/prompts/update-docs.en.md

@@ -11,13 +11,12 @@ Document changes for future developers and users.
 3. Document new features
 4. Update existing guides if impacted
 5. Verify doc consistency
-6. Commit + push
-7. If out of scope work detected:
+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`
    - In scope: handle directly in current ticket
-8. Document: `autocode comment <key> "Documentation updated"`
-9. Advance: `autocode next <key>`
+7. Document: `autocode comment <key> "Documentation updated"`
+8. Advance: `autocode next <key>`
 
 > Or return: `autocode move <key> <targetColumn>`
 

package/templates/prompts/update-docs.fr.md

@@ -11,13 +11,12 @@ Documenter les changements pour les futurs developpeurs et utilisateurs.
 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 :
+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`
    - Dans le scope : traiter directement dans le ticket actuel
-8. Documenter : `autocode comment <key> "Documentation mise a jour"`
-9. Avancer : `autocode next <key>`
+7. Documenter : `autocode comment <key> "Documentation mise a jour"`
+8. Avancer : `autocode next <key>`
 
 > Ou retour : `autocode move <key> <targetColumn>`
 

package/templates/prompts/validate-staging.en.md

@@ -7,18 +7,17 @@ Final validation: verify everything works in staging AND git repo is clean.
 ## Actions
 
 1. Execute git status - must be clean
-2. If uncommitted files: commit and push
-3. Navigate to staging environment
-4. Test developed feature
-5. Verify visually everything is OK
-6. Capture proof (screenshot)
-7. Confirm feature works
-8. If out of scope work detected:
+2. Navigate to staging environment
+3. Test developed feature
+4. Verify visually everything is OK
+5. Capture proof (screenshot)
+6. Confirm feature works
+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
-9. Document: `autocode comment <key> "Staging validation OK"`
-10. Advance: `autocode next <key>`
+8. Document: `autocode comment <key> "Staging validation OK"`
+9. Advance: `autocode next <key>`
 
 > Or return: `autocode move <key> <targetColumn>`
 

package/templates/prompts/validate-staging.fr.md

@@ -7,18 +7,17 @@ Validation finale : verifier que tout fonctionne en staging ET que le repo git e
 ## Actions
 
 1. Executer git status - doit etre propre
-2. Si fichiers non commites : commit et push
-3. Naviguer vers l'environnement staging
-4. Tester la feature developpee
-5. Verifier visuellement que tout est OK
-6. Capturer une preuve (screenshot)
-7. Confirmer que la feature fonctionne
-8. Si travail hors scope detecte :
+2. Naviguer vers l'environnement staging
+3. Tester la feature developpee
+4. Verifier visuellement que tout est OK
+5. Capturer une preuve (screenshot)
+6. Confirmer que la feature fonctionne
+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
-9. Documenter : `autocode comment <key> "Validation staging OK"`
-10. Avancer : `autocode next <key>`
+8. Documenter : `autocode comment <key> "Validation staging OK"`
+9. Avancer : `autocode next <key>`
 
 > Ou retour : `autocode move <key> <targetColumn>`