@autocode-cli/autocode 0.24.0 → 0.24.2

package/.output/server/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@autocode-cli/autocode-prod",
-  "version": "0.24.0",
+  "version": "0.24.2",
   "type": "module",
   "private": true,
   "dependencies": {

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@autocode-cli/autocode",
-  "version": "0.24.0",
+  "version": "0.24.2",
   "description": "AutoCode Dashboard - Issue tracking with web interface",
   "type": "module",
   "bin": {

package/templates/prompts/splitter.en.md

@@ -16,19 +16,34 @@ If the task is small enough to be completed in one go, proceed directly without
 
 1. Analyze the requirement to identify distinct functional components
 2. Identify natural boundaries between features, layers, or responsibilities
+
+### If splitting is needed
+
 3. Define clear acceptance criteria for each sub-issue
 4. Ensure each split issue is independently testable and deployable
-5. Create sub-issues: `autocode new "<title>" "<description>" --priority P2 --labels "<labels>" --acceptance "<criteria>" --semver patch --column backlog --parent <issue-key>`
+5. Create sub-issues: `autocode new "<title>" "<description>" --priority P2 --labels "<labels>" --acceptance "<criteria>" --semver patch --column backlog --parent {key}`
 6. Verify no functionality has been forgotten or duplicated across issues
 7. Create an integration issue that references all sub-issues to validate cohesion
-8. Document: `autocode comment <issue-key> "Splitter: [summary]"`
+8. Document the split: `autocode comment {key} "Splitter: Issue split into X sub-issues: [list of keys]. Parent issue completed."`
+9. **COMPLETE the parent issue**: `autocode move {key} done`
+
+### If no splitting is needed
+
+3. Document: `autocode comment {key} "Splitter: Atomic task, no splitting needed. Continuing to ready."`
+4. The issue will automatically continue to the next column (ready)
 
 ## Validation Criteria
 
+### If split was performed
 - [ ] All sub-issues are atomic and independently implementable
 - [ ] No functionality from the original requirement has been forgotten
 - [ ] An integration issue exists to verify all parts work together cohesively
 - [ ] Each sub-issue has clear acceptance criteria
+- [ ] The parent issue was moved to `done` via `autocode move {key} done`
+
+### If no split was needed
+- [ ] A comment explains why the task is already atomic
+- [ ] The issue will continue normally to ready
 
 ## Notes
 

package/templates/prompts/splitter.fr.md

@@ -16,19 +16,34 @@ Si la tâche est suffisamment petite pour être complétée en une fois, procéd
 
 1. Analyser le besoin pour identifier les composants fonctionnels distincts
 2. Identifier les frontières naturelles entre fonctionnalités, couches ou responsabilités
+
+### Si découpage nécessaire
+
 3. Définir des critères d'acceptation clairs pour chaque sous-ticket
 4. S'assurer que chaque ticket découpé est testable et déployable indépendamment
-5. Créer les sous-tickets : `autocode new "<title>" "<description>" --priority P2 --labels "<labels>" --acceptance "<criteria>" --semver patch --column backlog --parent <issue-key>`
+5. Créer les sous-tickets : `autocode new "<title>" "<description>" --priority P2 --labels "<labels>" --acceptance "<criteria>" --semver patch --column backlog --parent {key}`
 6. Vérifier qu'aucune fonctionnalité n'a été oubliée ou dupliquée entre les tickets
 7. Créer un ticket d'intégration qui référence tous les sous-tickets pour valider la cohésion
-8. Documenter : `autocode comment <issue-key> "[résumé]"`
+8. Documenter le découpage : `autocode comment {key} "Splitter: Ticket découpé en X sous-tickets: [liste des clés]. Ticket parent terminé."`
+9. **TERMINER le ticket parent** : `autocode move {key} done`
+
+### Si pas de découpage nécessaire
+
+3. Documenter : `autocode comment {key} "Splitter: Tâche atomique, pas de découpage nécessaire. Continue vers ready."`
+4. Le ticket continuera automatiquement vers la colonne suivante (ready)
 
 ## Critères de Validation
 
+### Si découpage effectué
 - [ ] Tous les sous-tickets sont atomiques et implémentables indépendamment
 - [ ] Aucune fonctionnalité du besoin original n'a été oubliée
 - [ ] Un ticket d'intégration existe pour vérifier que toutes les parties fonctionnent ensemble
 - [ ] Chaque sous-ticket possède des critères d'acceptation clairs
+- [ ] Le ticket parent a été envoyé en `done` via `autocode move {key} done`
+
+### Si pas de découpage
+- [ ] Un commentaire explique pourquoi la tâche est déjà atomique
+- [ ] Le ticket continuera normalement vers ready
 
 ## Notes
 

package/.output/public/_nuxt/builds/meta/a848760b-b2f3-47a2-a548-c3c02733b51c.json

@@ -1 +0,0 @@
-{"id":"a848760b-b2f3-47a2-a548-c3c02733b51c","timestamp":1767712489736,"matcher":{"static":{},"wildcard":{},"dynamic":{}},"prerendered":["/"]}