@autocode-cli/autocode 0.1.11 → 0.1.13

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

@@ -13,14 +13,11 @@ 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. 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 d'integration OK"`
-10. Avancer : `autocode next <key>`
-
-> Ou retour : `autocode move <key> <targetColumn>`
+8. Ne pas ecrire de tests pour du code hors scope du ticket
+9. Documenter : `autocode comment <ticket-key> "Tests d'integration OK"`
+10. Avancer : `autocode next <ticket-key>`
+
+> Ou retour : `autocode move <ticket-key> <target-column-slug>`
 
 ## Criteres de Validation
 

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

@@ -12,14 +12,11 @@ Live functional testing with Playwright. Manually verify feature works by naviga
 4. Test edge cases
 5. Verify error handling
 6. Capture screenshots if needed
-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 <key> "Playwright tests OK"`
-9. Advance: `autocode next <key>`
-
-> Or return: `autocode move <key> <targetColumn>`
+7. Do not test functionality outside the ticket scope
+8. Document: `autocode comment <ticket-key> "Playwright tests OK"`
+9. Advance: `autocode next <ticket-key>`
+
+> Or return: `autocode move <ticket-key> <target-column-slug>`
 
 ## Validation Criteria
 

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

@@ -12,14 +12,11 @@ Test fonctionnel live avec Playwright. Verifier manuellement que la feature fonc
 4. Tester les cas limites
 5. Verifier la gestion d'erreurs
 6. Capturer des screenshots si necessaire
-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 <key> "Tests Playwright OK"`
-9. Avancer : `autocode next <key>`
-
-> Ou retour : `autocode move <key> <targetColumn>`
+7. Ne pas tester de fonctionnalites hors scope du ticket
+8. Documenter : `autocode comment <ticket-key> "Tests Playwright OK"`
+9. Avancer : `autocode next <ticket-key>`
+
+> Ou retour : `autocode move <ticket-key> <target-column-slug>`
 
 ## Criteres de Validation
 

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

@@ -13,14 +13,11 @@ 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. 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> "Unit tests passed: <coverage>%"`
-10. Advance: `autocode next <key>`
-
-> Or return: `autocode move <key> <targetColumn>`
+8. Do not write tests for code outside the ticket scope
+9. Document: `autocode comment <ticket-key> "Unit tests passed: <coverage>%"`
+10. Advance: `autocode next <ticket-key>`
+
+> Or return: `autocode move <ticket-key> <target-column-slug>`
 
 ## Validation Criteria
 

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

@@ -13,14 +13,11 @@ 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. 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 unitaires OK : <couverture>%"`
-10. Avancer : `autocode next <key>`
-
-> Ou retour : `autocode move <key> <targetColumn>`
+8. Ne pas ecrire de tests pour du code hors scope du ticket
+9. Documenter : `autocode comment <ticket-key> "Tests unitaires OK : <couverture>%"`
+10. Avancer : `autocode next <ticket-key>`
+
+> Ou retour : `autocode move <ticket-key> <target-column-slug>`
 
 ## Criteres de Validation
 

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

@@ -11,14 +11,10 @@ Document changes for future developers and users.
 3. Document new features
 4. Update existing guides if impacted
 5. Verify doc consistency
-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
-7. Document: `autocode comment <key> "Documentation updated"`
-8. Advance: `autocode next <key>`
-
-> Or return: `autocode move <key> <targetColumn>`
+6. Document: `autocode comment <ticket-key> "Documentation updated"`
+7. Advance: `autocode next <ticket-key>`
+
+> Or return: `autocode move <ticket-key> <target-column-slug>`
 
 ## Validation Criteria
 

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

@@ -11,14 +11,10 @@ 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. 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. Documenter : `autocode comment <key> "Documentation mise a jour"`
-8. Avancer : `autocode next <key>`
-
-> Ou retour : `autocode move <key> <targetColumn>`
+6. Documenter : `autocode comment <ticket-key> "Documentation mise a jour"`
+7. Avancer : `autocode next <ticket-key>`
+
+> Ou retour : `autocode move <ticket-key> <target-column-slug>`
 
 ## Criteres de Validation
 

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

@@ -12,14 +12,10 @@ Final validation: verify everything works in staging AND git repo is clean.
 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
-8. Document: `autocode comment <key> "Staging validation OK"`
-9. Advance: `autocode next <key>`
-
-> Or return: `autocode move <key> <targetColumn>`
+7. Document: `autocode comment <ticket-key> "Staging validation OK"`
+8. Advance: `autocode next <ticket-key>`
+
+> Or return: `autocode move <ticket-key> <target-column-slug>`
 
 ## Validation Criteria
 

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

@@ -12,14 +12,10 @@ Validation finale : verifier que tout fonctionne en staging ET que le repo git e
 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
-8. Documenter : `autocode comment <key> "Validation staging OK"`
-9. Avancer : `autocode next <key>`
-
-> Ou retour : `autocode move <key> <targetColumn>`
+7. Documenter : `autocode comment <ticket-key> "Validation staging OK"`
+8. Avancer : `autocode next <ticket-key>`
+
+> Ou retour : `autocode move <ticket-key> <target-column-slug>`
 
 ## Criteres de Validation
 

package/templates/prompts/ready.en.md

@@ -1,31 +0,0 @@
-# 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. 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. Document: `autocode comment <key> "Work completed"`
-8. Advance: `autocode next <key>`
-
-> Or return: `autocode move <key> <targetColumn>`
-
-## Validation Criteria
-
-- [ ] Feature/fix is implemented
-- [ ] Local tests pass
-- [ ] A comment summarizes work done
-
-## Notes
-
-For investigation: documented answer is the deliverable. For bug: identify root cause before coding fix.

package/templates/prompts/ready.fr.md

@@ -1,31 +0,0 @@
-# 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. 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. Documenter : `autocode comment <key> "Travail effectue"`
-8. Avancer : `autocode next <key>`
-
-> Ou retour : `autocode move <key> <targetColumn>`
-
-## Criteres de Validation
-
-- [ ] Feature/fix implementee
-- [ ] Tests locaux passent
-- [ ] 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.