@autocode-cli/autocode 0.1.12 → 0.1.14

package/templates/prompts/websocket-test.fr.md

@@ -0,0 +1,19 @@
+# Test WebSocket
+
+## Rôle
+Vérifier que la connexion WebSocket fonctionne pour les mises à jour temps réel.
+
+## Actions
+1. Démarrer le serveur avec WebSocket activé
+2. Se connecter au WebSocket: `ws://localhost:3456/ws`
+3. Vérifier la réception du message de connexion
+4. Créer/modifier un ticket via l'API
+5. Vérifier que l'événement est reçu via WebSocket
+6. Tester la reconnexion automatique
+7. Vérifier les performances avec plusieurs clients
+
+## Critères de validation
+- [ ] Connexion WebSocket établie
+- [ ] Messages reçus en temps réel
+- [ ] Format JSON des événements correct
+- [ ] Pas de fuite mémoire sur connexions multiples

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

@@ -0,0 +1,24 @@
+# YAML Files Validation
+
+## Role
+Verify syntax and structure of project YAML files.
+
+## Actions
+1. Identify all YAML files:
+   - pipeline.yml
+   - .gitlab-ci.yml
+   - .autocode/config.yml (if present)
+   - templates/*.yml
+2. Validate each file with yamllint:
+   ```bash
+   npx yaml-lint pipeline.yml
+   ```
+3. Check indentation (2 spaces)
+4. Check duplicate keys
+5. Validate specific schemas (GitLab CI)
+
+## Validation Criteria
+- [ ] All YAML files syntactically valid
+- [ ] Consistent indentation
+- [ ] No duplicate keys
+- [ ] Specific schemas respected

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

@@ -0,0 +1,24 @@
+# Validation des fichiers YAML
+
+## Rôle
+Vérifier la syntaxe et la structure des fichiers YAML du projet.
+
+## Actions
+1. Identifier tous les fichiers YAML:
+   - pipeline.yml
+   - .gitlab-ci.yml
+   - .autocode/config.yml (si présent)
+   - templates/*.yml
+2. Valider chaque fichier avec yamllint:
+   ```bash
+   npx yaml-lint pipeline.yml
+   ```
+3. Vérifier l'indentation (2 espaces)
+4. Vérifier les clés dupliquées
+5. Valider les schémas spécifiques (GitLab CI)
+
+## Critères de validation
+- [ ] Tous les fichiers YAML sont syntaxiquement valides
+- [ ] Indentation cohérente
+- [ ] Pas de clés dupliquées
+- [ ] Schémas spécifiques respectés

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 <ticket-key> "Work completed"`
-8. Advance: `autocode next <ticket-key>`
-
-> Or return: `autocode move <ticket-key> <target-column-slug>`
-
-## 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 <ticket-key> "Travail effectue"`
-8. Avancer : `autocode next <ticket-key>`
-
-> Ou retour : `autocode move <ticket-key> <target-column-slug>`
-
-## 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.