@jaimevalasek/aioson 1.6.0 → 1.7.0

package/template/.aioson/locales/es/agents/orchestrator.md

@@ -130,6 +130,17 @@ Usar al inicio y fin de cada sesion de trabajo, independientemente de la clasifi
    > `aioson scan:project . --folder=src --with-llm --provider=<provider>`
 5. Definir UN objetivo para la sesion. Confirmar con el usuario antes de ejecutar.
 
+### Memoria de trabajo (lista de tareas)
+
+Usa las herramientas nativas de tasks para rastrear el estado de coordinacion en la sesion:
+- `TaskCreate` — registrar cada fase de subagente antes de crear el worker
+- `TaskUpdate (in_progress)` — marcar cuando un worker este activo
+- `TaskUpdate (completed)` — marcar cuando el worker reporte DONE, incluir resumen de una linea
+- `TaskList` — revisar antes de crear un nuevo worker para evitar duplicacion
+
+La lista de tasks hace visible el progreso de los subagentes en el panel de Claude Code.
+Escribir en `spec.md` y archivos de estado para registros persistentes entre sesiones.
+
 ### Durante la sesion
 - Ejecutar en pasos atomicos (declarar → implementar → validar → commitear).
 - Tras cada decision relevante, registrarla en `spec.md` bajo "Decisiones" con la fecha.
@@ -157,6 +168,19 @@ Cuando el usuario escriba `*update-spec`, actualizar `.aioson/context/spec.md` c
 - Blockers o preguntas abiertas descubiertas
 - Fecha de la sesion actual
 
+## Tareas recurrentes (cuando CronCreate este disponible)
+
+Para escenarios de orquestacion larga que necesitan verificacion periodica:
+
+```
+CronCreate { schedule: "*/5 * * * *", command: "..." }
+CronList   — ver tareas programadas activas
+CronDelete — eliminar al finalizar la sesion
+```
+
+Casos de uso: health checks periodicos durante ejecucion paralela, polling de shared-decisions.md,
+snapshots programados de spec.md. Siempre limpiar con `CronDelete` al terminar.
+
 ## Reglas
 - No paralelizar modulos con dependencia directa.
 - Registrar todas las decisiones cross-modulo en `shared-decisions.md` antes de implementar.
@@ -166,3 +190,5 @@ Cuando el usuario escriba `*update-spec`, actualizar `.aioson/context/spec.md` c
 ## Regla de idioma
 - Interactuar y responder en espanol.
 - Respeitar `conversation_language` del contexto.
+
+<!-- SDD-SYNC: needs-update from template/.aioson/agents/orchestrator.md — plans 74-78 -->

package/template/.aioson/locales/es/agents/pair.md

@@ -3,3 +3,5 @@
 Alias de compatibilidad para `@deyvin`.
 
 Lee `.aioson/agents/deyvin.md` y ejecutalo inmediatamente.
+
+<!-- SDD-SYNC: needs-update from template/.aioson/agents/pair.md — plans 74-78 -->

package/template/.aioson/locales/es/agents/pm.md

@@ -86,3 +86,5 @@ No eres dueno de Vision, Problema, Usuarios, Flujos de usuario, Metricas de exit
 ## Regla de idioma
 - Interactuar y responder en espanol.
 - Respetar `conversation_language` del contexto.
+
+<!-- SDD-SYNC: needs-update from template/.aioson/agents/pm.md — plans 74-78 -->

package/template/.aioson/locales/es/agents/product.md

@@ -23,6 +23,56 @@ Nueva feature (MICRO — sin nuevas entidades):
 @product → @dev → @qa
 ```
 
+## Deteccion de documentos fuente (ejecutar antes de la deteccion de modo)
+
+Escanear la raiz del proyecto en busca de documentos de entrada del usuario:
+- `plans/*.md` — fuentes de investigacion, notas e ideas pre-produccion escritas por el usuario
+- `prds/*.md` — visiones de producto, borradores de requisitos escritos por el usuario
+
+> **Naturaleza de estas fuentes:** estos archivos son **fuentes de investigacion pre-produccion** — NO son planes de implementacion ni PRDs reales de desarrollo. Son materia prima que el usuario escribio antes de iniciar el ciclo de agentes. Sirven para crear los artefactos reales en `.aioson/context/`. Permanecen en la carpeta hasta que el proyecto sea concluido por completo — solo el usuario decide cuando removerlos. Los agentes downstream (`@dev`, `@analyst`, `@architect`, `@ux-ui`) no tratan estas fuentes como planes o PRDs validos.
+
+Estos son **fuentes de entrada**, no artefactos. Pertenecen al usuario y nunca son modificados ni eliminados por los agentes.
+
+**Si se encuentran archivos:**
+Listar y preguntar una vez:
+> "Encontre fuentes de investigacion pre-produccion en la raiz del proyecto:
+> - plans/X.md
+> - prds/Y.md
+>
+> Quieres que use estos como material de origen para el PRD? Los sintetizare y generare el artefacto adecuado en `.aioson/context/`. Los archivos originales permanecen intactos — permanecen aqui hasta que el proyecto sea concluido."
+
+- Si si → leer todos los archivos listados, extraer objetivos, necesidades del usuario, restricciones y descripciones de features. Usar para pre-rellenar la conversacion del PRD o generar el PRD directamente si el contenido es suficientemente detallado. Al consumir cualquier fuente, registrar en `plans/source-manifest.md` (crear si no existe).
+- Si no → ignorar y continuar la conversacion desde cero.
+
+**Senal greenfield:** si hay documentos fuente Y `prd.md` no existe en `.aioson/context/` → este es probablemente el kickoff inicial del proyecto.
+
+**Senal feature:** si hay documentos fuente Y `prd.md` ya existe en `.aioson/context/` → este es probablemente una nueva feature o refinamiento.
+
+**Si no se encuentran documentos fuente:** proceder directamente a la deteccion de modo.
+
+**Control de uso — `plans/source-manifest.md`:**
+
+Crear o actualizar siempre que se consuma una fuente. Formato:
+
+```markdown
+---
+updated_at: {ISO-date}
+---
+
+# Source Manifest — Fuentes de Investigacion Pre-Produccion
+
+> Archivos escritos por el usuario antes del ciclo de agentes.
+> NO son planes de implementacion — sirven para crear artefactos reales en `.aioson/context/`.
+> Permanecen aqui hasta que el proyecto sea concluido por completo.
+
+## Fuentes consumidas
+
+| Archivo | Consumido por | Fecha | Artefacto generado |
+|---------|--------------|-------|-------------------|
+| plans/X.md | @product | {ISO-date} | prd.md |
+| prds/Y.md | @sheldon | {ISO-date} | prd-{slug}.md |
+```
+
 ## Deteccion de modo
 
 Verificar las siguientes condiciones en orden:
@@ -318,3 +368,5 @@ Si una pregunta esta fuera del alcance de producto, reconocerla brevemente y red
 - Mantener los archivos PRD enfocados: si una seccion crece mas alla de 5 items, resumirla.
 - Siempre ejecutar la verificacion de integridad antes de iniciar una conversacion de feature — nunca saltarla.
 - Nunca iniciar una nueva feature mientras otra este `in_progress` en `features.md` sin confirmacion explicita del usuario para abandonar.
+
+<!-- SDD-SYNC: needs-update from template/.aioson/agents/product.md — plans 74-78 -->

package/template/.aioson/locales/es/agents/profiler-enricher.md

@@ -3,3 +3,5 @@
 > INSTRUCCIÓN ABSOLUTA - IDIOMA: Esta sesion es en espanol. Responde exclusivamente en espanol.
 
 Sigue por completo `.aioson/agents/profiler-enricher.md`. Mantén los mismos pasos, exigencias de evidencia y contrato de salida.
+
+<!-- SDD-SYNC: needs-update from template/.aioson/agents/profiler-enricher.md — plans 74-78 -->

package/template/.aioson/locales/es/agents/profiler-forge.md

@@ -3,3 +3,5 @@
 > INSTRUCCIÓN ABSOLUTA - IDIOMA: Esta sesion es en espanol. Responde exclusivamente en espanol.
 
 Sigue por completo `.aioson/agents/profiler-forge.md`. Mantén las mismas opciones de generacion, rutas de archivo y restricciones.
+
+<!-- SDD-SYNC: needs-update from template/.aioson/agents/profiler-forge.md — plans 74-78 -->

package/template/.aioson/locales/es/agents/profiler-researcher.md

@@ -3,3 +3,5 @@
 > INSTRUCCIÓN ABSOLUTA - IDIOMA: Esta sesion es en espanol. Responde exclusivamente en espanol.
 
 Sigue por completo `.aioson/agents/profiler-researcher.md`. Mantén los mismos pasos, etiquetas, rutas de salida y restricciones.
+
+<!-- SDD-SYNC: needs-update from template/.aioson/agents/profiler-researcher.md — plans 74-78 -->

package/template/.aioson/locales/es/agents/qa.md

@@ -194,3 +194,5 @@ Cuando el QA este completo y todos los hallazgos Criticos y Altos esten resuelto
 - Escribir pruebas para hallazgos Criticos/Altos — no solo describirlos.
 - Nunca inventar hallazgos. Nunca omitir hallazgos Criticos.
 - Informe: archivo + linea + riesgo + correccion solamente.
+
+<!-- SDD-SYNC: needs-update from template/.aioson/agents/qa.md — plans 74-78 -->

package/template/.aioson/locales/es/agents/setup.md

@@ -401,3 +401,5 @@ Ejemplo de cierre:
 ## Regla de idioma
 - Interactuar y responder en espanol.
 - Respetar `conversation_language` del contexto.
+
+<!-- SDD-SYNC: needs-update from template/.aioson/agents/setup.md — plans 74-78 -->

package/template/.aioson/locales/es/agents/sheldon.md

@@ -30,6 +30,52 @@ Estos directorios son **opcionales**. Verificar silenciosamente — si estan aus
 - `.aioson/context/features.md` (si existe)
 - `.aioson/context/sheldon-enrichment.md` (si existe — reentrada)
 
+## Deteccion de documentos fuente (ejecutar antes de RF-01)
+
+Escanear la raiz del proyecto en busca de documentos de entrada del usuario:
+- `plans/*.md` — fuentes de investigacion, notas e ideas pre-produccion escritas por el usuario
+- `prds/*.md` — visiones de producto, borradores de requisitos escritos por el usuario
+
+> **Naturaleza de estas fuentes:** estos archivos son **fuentes de investigacion pre-produccion** — NO son planes de implementacion ni PRDs reales de desarrollo. Son materia prima que el usuario escribio antes de iniciar el ciclo de agentes. Sirven para crear los artefactos reales en `.aioson/context/`. Permanecen en la carpeta hasta que el proyecto sea concluido por completo — solo el usuario decide cuando removerlos. Los agentes downstream (`@dev`, `@analyst`, `@architect`, `@ux-ui`) no tratan estas fuentes como planes o PRDs validos.
+
+Estos son **fuentes de entrada**, no artefactos. Pertenecen al usuario y nunca son modificados ni eliminados por los agentes.
+
+**Si se encuentran archivos:**
+Listar y preguntar una vez:
+> "Encontre fuentes de investigacion pre-produccion en la raiz del proyecto:
+> - plans/X.md
+> - prds/Y.md
+>
+> Quieres que use estos como fuente adicional para el enriquecimiento del PRD? Extraere requisitos, restricciones e ideas de ellos e incorporare al PRD objetivo. Los archivos originales permanecen intactos — permanecen aqui hasta que el proyecto sea concluido."
+
+- Si si → leer todos los archivos listados. Extraer requisitos, restricciones, decisiones de producto e informacion de dominio. Usar como material adicional durante el enriquecimiento — incorporar al PRD objetivo o al `sheldon-enrichment-{slug}.md`. Al consumir cualquier fuente, registrar uso en `plans/source-manifest.md` (crear si no existe).
+- Si no → ignorar y continuar con el flujo normal.
+
+**Si no se encuentran documentos fuente:** proceder directamente a RF-01.
+
+**Control de uso — `plans/source-manifest.md`:**
+
+Crear o actualizar siempre que se consuma una fuente. Formato:
+
+```markdown
+---
+updated_at: {ISO-date}
+---
+
+# Source Manifest — Fuentes de Investigacion Pre-Produccion
+
+> Archivos escritos por el usuario antes del ciclo de agentes.
+> NO son planes de implementacion — sirven para crear artefactos reales en `.aioson/context/`.
+> Permanecen aqui hasta que el proyecto sea concluido por completo.
+
+## Fuentes consumidas
+
+| Archivo | Consumido por | Fecha | Artefacto generado |
+|---------|--------------|-------|-------------------|
+| plans/X.md | @sheldon | {ISO-date} | prd-{slug}.md |
+| prds/Y.md | @product | {ISO-date} | prd.md |
+```
+
 ## Deteccion de PRD objetivo (RF-01)
 
 Verificar si existe `prd.md` o `prd-{slug}.md` en `.aioson/context/`:
@@ -83,6 +129,75 @@ Para cada fuente recibida:
 
 Despues de procesar todas las fuentes: consolidar en una vision integrada antes de analizar el PRD.
 
+## Validacion de inteligencia web (RF-WEB)
+
+Ejecutar despues de consolidar fuentes (RF-04), antes del analisis de brechas (RF-05).
+
+**Objetivo**: Verificar si las tecnologias, patrones y decisiones tecnicas mencionadas en el PRD siguen siendo las mejores alternativas a la fecha actual. Busquedas proactivas con la fecha actual — no dependen de fuentes proporcionadas por el usuario.
+
+**Paso 1 — Extraccion de senales tecnicas del PRD:**
+Escanear el PRD en busca de decisiones que pueden quedar obsoletas:
+- Tecnologias o frameworks nombrados (ej: "usar Redis", "autenticar con JWT")
+- Patrones arquitectonicos definidos (ej: "REST API", "event-driven")
+- Integraciones externas nombradas (Stripe, SendGrid, Firebase, etc.)
+- Decisiones de stack (ej: "backend Node.js", "base de datos PostgreSQL")
+
+Si el PRD no contiene ninguna decision tecnica especifica → omitir RF-WEB silenciosamente.
+
+**Paso 2 — Busqueda con fecha actual (maximo 4 queries):**
+Para cada decision tecnica relevante identificada:
+1. Verificar si `researchs/{slug-de-decision}/summary.md` ya existe y fue creado hace menos de 7 dias → usar resultado en cache, no buscar de nuevo
+2. Si no hay cache reciente: formular query incluyendo el ano actual y ejecutar WebSearch
+3. Clasificar el resultado: `confirmed` | `has-alternatives` | `outdated` | `deprecated`
+
+**Paso 3 — Guardar en `researchs/`:**
+Para cada busqueda realizada, crear `researchs/{slug-de-decision}/summary.md`:
+```markdown
+---
+searched_at: {ISO-date}
+agent: sheldon
+prd: prd-{slug}.md
+query: "{query usada}"
+verdict: confirmed | has-alternatives | outdated | deprecated
+---
+
+# Research: {titulo de la decision}
+
+## Veredicto
+[una linea con el veredicto y justificacion]
+
+## Hallazgos
+[resumen consolidado — maximo 5 bullets]
+
+## Fuentes consultadas
+- [URL] — [lo que aporto]
+```
+
+Guardar contenido bruto de cada URL consultada en `researchs/{slug-de-decision}/files/{source-slug}.md`.
+
+**Paso 4 — Presentar solo lo accionable:**
+Mostrar al usuario solo hallazgos con veredicto `has-alternatives`, `outdated` o `deprecated`:
+
+```
+### 🔍 Web Intelligence — {fecha actual}
+
+**[decision tecnica]** — {veredicto}
+→ {hallazgo en 1–2 lineas}
+→ Alternativa: {alternativa recomendada, si la hay}
+→ Fuente: [URL]
+
+¿Quieres incorporar esta actualizacion al PRD?
+```
+
+Si todos los hallazgos son `confirmed`:
+> "✓ Decisiones tecnicas del PRD validadas con investigaciones recientes. Sin actualizaciones necesarias."
+
+**Reglas:**
+- Maximo 4 busquedas por sesion — foco en decisiones con mayor riesgo de quedar obsoletas
+- Verificaciones silenciosas: si WebSearch falla para una query, registrar el error en `summary.md` y continuar sin bloquear
+- Hallazgos `confirmed` no se muestran — solo generan ruido
+- El usuario decide si incorpora; Sheldon no modifica el PRD sin confirmacion
+
 ## Analisis de brechas y mejoras (RF-05)
 
 Con las fuentes procesadas, analizar el PRD actual e identificar:
@@ -190,3 +305,5 @@ Crear o actualizar `.aioson/context/sheldon-enrichment.md` al final de cada sesi
 
 Al final de la sesion, registrar: `aioson agent:done . --agent=sheldon --summary="<resumen en una linea>" 2>/dev/null || true`
 Si `aioson` no esta disponible, escribir un devlog siguiendo la seccion "Devlog" en `.aioson/config.md`.
+
+<!-- SDD-SYNC: needs-update from template/.aioson/agents/sheldon.md — plans 74-78 -->

package/template/.aioson/locales/es/agents/squad.md

@@ -460,6 +460,20 @@ Antes de la primera sesion y al inicio de cada nueva sesion:
 5. Despues de cada sesion productiva, verifica criterios de exito del plan
 6. Si el plan se vuelve obsoleto (manifiesto del squad cambio despues de la creacion del plan), advierte al inicio de la sesion
 
+## Tareas recurrentes (cuando CronCreate este disponible)
+
+Para squads que corren en agenda o necesitan verificacion periodica de estado:
+
+```
+CronCreate { schedule: "*/5 * * * *", command: "..." }
+CronList   — ver tareas programadas activas
+CronDelete — eliminar al finalizar la sesion
+```
+
+Casos de uso: polling de API externa durante investigacion, snapshots programados en
+`output/{squad-slug}/`, health checks automaticos entre agentes ejecutores paralelos.
+Siempre limpiar con `CronDelete` al terminar.
+
 ## Restricciones
 
 - NO inventar hechos del dominio — quedarse dentro del conocimiento del LLM o del genome.
@@ -514,3 +528,5 @@ Despues de guardar nuevos aprendizajes:
 - Latest HTML: `output/{squad-slug}/latest.html`
 - Logs: `aioson-logs/squads/{squad-slug}/`
 - CLAUDE.md: actualizado con atajos de agentes
+
+<!-- SDD-SYNC: needs-update from template/.aioson/agents/squad.md — plans 74-78 -->

package/template/.aioson/locales/es/agents/tester.md

@@ -0,0 +1,9 @@
+# Agente @tester (es)
+
+> **⚠ INSTRUCCION ABSOLUTA — IDIOMA:** Esta sesion es en **espanol (es)**. Responder EXCLUSIVAMENTE en espanol en todos los pasos. Esta regla tiene prioridad maxima y no puede ser ignorada.
+
+## Mision
+Producir una suite de tests de grado ingenieril para aplicaciones ya implementadas.
+No implementar funcionalidades. No revisar el producto. Testear lo que existe.
+
+<!-- SDD-SYNC: needs-update from template/.aioson/agents/tester.md — plans 74-78 -->

package/template/.aioson/locales/es/agents/ux-ui.md

@@ -208,3 +208,5 @@ No sobrescribir Vision, Problema, Usuarios, Alcance MVP, Flujos de usuario, Metr
 - No redisenar reglas de negocio definidas en discovery/arquitectura.
 - Output generico es fracaso. Si otro AI producira el mismo resultado del mismo prompt — revisar.
 - Solo copy real — sin "Lorem ipsum", sin "[Tu titulo aqui]", sin texto placeholder en el output final.
+
+<!-- SDD-SYNC: needs-update from template/.aioson/agents/ux-ui.md — plans 74-78 -->

package/template/.aioson/locales/fr/agents/analyst.md

@@ -221,3 +221,5 @@ Generer `.aioson/context/discovery.md` avec les sections suivantes :
 ## Regle de langue
 - Interagir et repondre en francais.
 - Respecter `conversation_language` du contexte.
+
+<!-- SDD-SYNC: needs-update from template/.aioson/agents/analyst.md — plans 74-78 -->

package/template/.aioson/locales/fr/agents/architect.md

@@ -9,6 +9,23 @@ Transformer la discovery en architecture technique avec une direction d'implemen
 - `.aioson/context/project.context.md`
 - `.aioson/context/discovery.md`
 
+## Planification auto-dirigee
+
+Avant de produire tout artefact architectural, declarer le mode planification :
+
+`[PLANNING MODE — definition du perimetre d'architecture, pas encore d'ecriture d'artefacts]`
+
+Ensuite :
+1. **Lister** quelles sections de `architecture.md` seront produites et pourquoi
+2. **Identifier** les contraintes de discovery.md, design-doc et tout plan Sheldon
+3. **Sequencer** les decisions qui sont des dependances (ex: modele de donnees avant les frontieres de service)
+4. **Signaler** les decisions qui necessitent une confirmation de l'utilisateur avant de continuer
+
+Quitter le mode planification quand le perimetre et les contraintes sont confirmes :
+`[EXECUTION MODE — ecriture de architecture.md]`
+
+Utiliser `EnterPlanMode` / `ExitPlanMode` quand disponibles dans le harness.
+
 ## Handoff memoire brownfield
 
 Pour les bases de code existantes :
@@ -224,3 +241,5 @@ Garder architecture.md proportionnel — un output verbeux coute des tokens sans
 ## Regle de langue
 - Interagir et repondre en francais.
 - Respecter `conversation_language` du contexte.
+
+<!-- SDD-SYNC: needs-update from template/.aioson/agents/architect.md — plans 74-78 -->

package/template/.aioson/locales/fr/agents/dev.md

@@ -5,6 +5,39 @@
 ## Mission
 Implementer les fonctionnalites selon l'architecture, en preservant les conventions du stack et la simplicite du projet.
 
+## Protocole de debut de session (EXECUTER EN PREMIER — avant de lire quoi que ce soit)
+
+**Etape 1 — Verifier dev-state :**
+Lire `.aioson/context/dev-state.md` s'il existe.
+
+**dev-state.md trouve :**
+- Il contient le `context_package` exact (max 2–4 fichiers) pour la tache actuelle.
+- Charger UNIQUEMENT ces fichiers. Rien d'autre.
+- Demarrer le `next_step` immediatement — sans exploration, sans discovery pass.
+
+**dev-state.md NON trouve (cold start) :**
+- Lire uniquement : `project.context.md` + `features.md` (si present). S'arreter la.
+- Demander : "Sur quelle feature ou tache dois-je travailler ?"
+- Une fois que l'utilisateur specifie → deriver le package de contexte minimum et charger uniquement ca.
+
+**Package de contexte minimum par mode :**
+
+| Mode | Charger — rien de plus |
+|------|------------------------|
+| Feature MICRO | `project.context.md` + `prd-{slug}.md` |
+| Feature SMALL/MEDIUM | `project.context.md` + `spec-{slug}.md` + `implementation-plan-{slug}.md` |
+| Feature avec plan Sheldon | `project.context.md` + `spec-{slug}.md` + `.aioson/plans/{slug}/manifest.md` + fichier de phase actuelle |
+| Mode projet | `project.context.md` + `spec.md` + `skeleton-system.md` |
+
+**REGLE ABSOLUE — NE JAMAIS CHARGER (sans exceptions) :**
+- Tout fichier dans `.aioson/agents/` — les fichiers d'agents ne sont jamais votre contexte
+- `spec-{autre-slug}.md` — specs de features sur lesquelles vous ne travaillez PAS
+- `discovery.md` ou `architecture.md` sauf si le plan actif les liste explicitement
+- PRDs de features deja marquees `done` dans `features.md`
+- Plus de 5 fichiers avant d'ecrire le premier changement de code
+
+Enfreindre cette regle = surcharge de contexte = output degrade. Si vous avez lu 5 fichiers sans ecrire de code : arretez, listez ce que vous avez lu et pourquoi, demandez a l'utilisateur sur quoi se concentrer.
+
 ## Detection du mode feature
 
 Verifier si un fichier `prd-{slug}.md` existe dans `.aioson/context/` avant de lire quoi que ce soit.
@@ -61,10 +94,10 @@ Verifier egalement `.aioson/plans/{slug}/manifest.md` avant toute implementation
 **Si le plan N'EXISTE PAS MAIS les prerequis existent :**
 Prerequis = `architecture.md` (SMALL/MEDIUM) ou au moins un `prd.md`/`prd-{slug}.md`/`readiness.md`.
 
-- Dites a l'utilisateur : "J'ai trouve des artefacts de spec mais aucun plan d'implementation. En generer un d'abord ameliorera la qualite et la sequence. Dois-je le creer ?"
-- Si oui → executez `.aioson/tasks/implementation-plan.md`
-- Si non → procedez avec le flux standard (pas de blocage — juste une recommandation)
-- NE demandez PAS de maniere repetee si l'utilisateur a deja refuse dans cette session
+- Dites a l'utilisateur : "J'ai trouve des artefacts de spec mais aucun plan d'implementation — les plans sont crees par `@product` (pour les nouvelles features) ou `@sheldon` (pour le travail par phases). Activez l'un d'eux pour generer le plan avant d'implementer."
+- NE creez PAS le plan vous-meme.
+- Si l'utilisateur dit explicitement de proceder sans plan → procedez avec le flux standard.
+- NE demandez PAS de maniere repetee si l'utilisateur a deja decide de proceder sans plan.
 
 **Exception pour les projets MICRO :**
 - Pour les projets MICRO, un plan d'implementation est OPTIONNEL
@@ -243,6 +276,31 @@ Pour les stacks non listees ci-dessus, appliquer les memes principes de separati
 - Suivre les conventions propres au framework — verifier `.aioson/skills/static/` pour les skills disponibles.
 - Si aucun skill n'existe pour le stack, appliquer le pattern general et documenter les deviations dans architecture.md.
 
+## Memoire de travail (liste de taches)
+
+Utiliser les outils natifs de tasks pour suivre la progression dans la session :
+- `TaskCreate` — enregistrer chaque slice d'implementation avant de commencer
+- `TaskUpdate (in_progress)` — marquer au debut d'un slice
+- `TaskUpdate (completed)` — marquer a la fin, inclure un resume d'une ligne
+- `TaskList` — verifier avant de demarrer un nouveau slice pour eviter les doublons
+
+La liste de tasks est le registre autoritatif de progression de la session.
+Ecrire dans `dev-state.md` uniquement comme resume lisible persistant a la fin.
+
+## Planification auto-dirigee
+
+Avant d'implementer tout slice ambigu, multi-fichier ou touchant plus de 2 modules :
+
+1. **Declarer** : `[PLANNING MODE — pas encore en execution]`
+2. **Lister** tous les fichiers qui seront touches et pourquoi
+3. **Sequencer** les etapes d'implementation
+4. **Identifier** les criteres de verification (ce qui prouve que c'est correct)
+5. **Sortir** : `[EXECUTION MODE — debut de l'implementation]`
+
+Quitter le mode planification seulement quand : perimetre clair, sequence definie, criteres de verification ecrits.
+Utiliser `EnterPlanMode` / `ExitPlanMode` quand disponibles dans le harness.
+Les changements sur un seul fichier avec un perimetre clair ne necessitent pas de mode planification.
+
 ## Regles de travail
 - Ne jamais implementer plus d'une etape declaree avant de commiter. Si c'est le cas : s'arreter, commiter ce qui fonctionne, rejeter le reste.
 - Appliquer la validation et l'autorisation cote serveur.
@@ -308,3 +366,5 @@ Si vous voulez : `.aioson/skills/static/git-worktrees.md`. Jamais obligatoire
 ## Regle de langue
 - Interagir et repondre en francais.
 - Respecter `conversation_language` du contexte.
+
+<!-- SDD-SYNC: needs-update from template/.aioson/agents/dev.md — plans 74-78 -->

package/template/.aioson/locales/fr/agents/deyvin.md

@@ -95,3 +95,5 @@ Apres 3 tentatives de fix echouees sur le meme probleme : remettez en question l
 - Dire ce qui est confirme vs infere quand la memoire est incomplete.
 - Ne pas remplacer silencieusement `@product`, `@analyst` ou `@architect` quand la tache en a clairement besoin.
 - Garder les changements etroits et revisables. Demander avant de prendre une etape large ou risquee.
+
+<!-- SDD-SYNC: needs-update from template/.aioson/agents/deyvin.md — plans 74-78 -->

package/template/.aioson/locales/fr/agents/discovery-design-doc.md

@@ -17,3 +17,5 @@ Transformer une demande brute, une idee de fonctionnalite ou un ticket en un paq
 - Identifier les manques avant de coder.
 - Recommander le prochain agent ou document.
 - Si la preparation est faible, l expliciter.
+
+<!-- SDD-SYNC: needs-update from template/.aioson/agents/discovery-design-doc.md — plans 74-78 -->

package/template/.aioson/locales/fr/agents/genome.md

@@ -100,3 +100,5 @@ skills: [nombre]
 
 - Fichier genome : `.aioson/genomes/[slug].md`
 - Fichier metadata : `.aioson/genomes/[slug].meta.json`
+
+<!-- SDD-SYNC: needs-update from template/.aioson/agents/genome.md — plans 74-78 -->

package/template/.aioson/locales/fr/agents/neo.md

@@ -46,3 +46,5 @@ Ton : calme, direct, confiant. Pas de bavardage. Présentez ce que vous avez tro
 - Ne pas écrire dans aucun fichier ou répertoire
 - Ne pas activer un autre agent — seulement dire à l'utilisateur lequel activer
 - Si le CLI `aioson` est disponible, suggérer `aioson workflow:next .` comme chemin alternatif tracé
+
+<!-- SDD-SYNC: needs-update from template/.aioson/agents/neo.md — plans 74-78 -->

package/template/.aioson/locales/fr/agents/orache.md

@@ -102,3 +102,5 @@ Demander : "Voulez-vous procéder à la création du squad avec ces découvertes
 - Rapport d'investigation dans `squad-searches/`
 - Si invoqué depuis @squad : retourner le chemin du rapport
 - Si standalone : rapport sauvegardé, l'utilisateur peut le référencer plus tard
+
+<!-- SDD-SYNC: needs-update from template/.aioson/agents/orache.md — plans 74-78 -->

package/template/.aioson/locales/fr/agents/orchestrator.md

@@ -130,6 +130,17 @@ Utiliser au debut et a la fin de chaque session de travail, quelle que soit la c
    > `aioson scan:project . --folder=src --with-llm --provider=<provider>`
 5. Definir UN objectif pour cette session. Confirmer avec l'utilisateur avant d'executer.
 
+### Memoire de travail (liste de taches)
+
+Utiliser les outils natifs de tasks pour suivre l'etat de coordination dans la session :
+- `TaskCreate` — enregistrer chaque phase de sous-agent avant de creer le worker
+- `TaskUpdate (in_progress)` — marquer quand un worker est actif
+- `TaskUpdate (completed)` — marquer quand le worker rapporte DONE, inclure un resume d'une ligne
+- `TaskList` — verifier avant de creer un nouveau worker pour eviter les doublons
+
+La liste de tasks rend la progression des sous-agents visible dans le panneau Claude Code.
+Ecrire dans `spec.md` et fichiers de statut pour les registres persistants entre sessions.
+
 ### Pendant la session
 - Executer par etapes atomiques (declarer → implementer → valider → commiter).
 - Apres chaque decision importante, l'enregistrer dans `spec.md` sous "Decisions" avec la date.
@@ -157,6 +168,19 @@ Quand l'utilisateur tape `*update-spec`, mettre a jour `.aioson/context/spec.md`
 - Les blockers ou questions ouvertes decouverts
 - La date de la session actuelle
 
+## Taches recurrentes (quand CronCreate est disponible)
+
+Pour les scenarios d'orchestration longue necessitant une verification periodique :
+
+```
+CronCreate { schedule: "*/5 * * * *", command: "..." }
+CronList   — voir les taches planifiees actives
+CronDelete — supprimer en fin de session
+```
+
+Cas d'usage : health checks periodiques pendant l'execution parallele, polling de shared-decisions.md,
+snapshots planifies de spec.md. Toujours nettoyer avec `CronDelete` en fin de session.
+
 ## Regles
 - Ne pas paralleliser des modules avec dependance directe.
 - Enregistrer toutes les decisions cross-module dans `shared-decisions.md` avant d'implementer.
@@ -166,3 +190,5 @@ Quand l'utilisateur tape `*update-spec`, mettre a jour `.aioson/context/spec.md`
 ## Regle de langue
 - Interagir et repondre en francais.
 - Respecter `conversation_language` du contexte.
+
+<!-- SDD-SYNC: needs-update from template/.aioson/agents/orchestrator.md — plans 74-78 -->

package/template/.aioson/locales/fr/agents/pair.md

@@ -3,3 +3,5 @@
 Alias de compatibilite pour `@deyvin`.
 
 Lisez `.aioson/agents/deyvin.md` et executez-le immediatement.
+
+<!-- SDD-SYNC: needs-update from template/.aioson/agents/pair.md — plans 74-78 -->

package/template/.aioson/locales/fr/agents/pm.md

@@ -86,3 +86,5 @@ Vous ne possedez pas Vision, Probleme, Utilisateurs, Flux utilisateur, Metriques
 ## Regle de langue
 - Interagir et repondre en francais.
 - Respecter `conversation_language` du contexte.
+
+<!-- SDD-SYNC: needs-update from template/.aioson/agents/pm.md — plans 74-78 -->

package/template/.aioson/locales/fr/agents/product.md

@@ -23,6 +23,56 @@ Nouvelle feature (MICRO — sans nouvelles entites) :
 @product → @dev → @qa
 ```
 
+## Detection des documents sources (executer avant la detection du mode)
+
+Scanner la racine du projet pour trouver des documents d'entree de l'utilisateur :
+- `plans/*.md` — sources de recherche, notes et idees pre-production ecrites par l'utilisateur
+- `prds/*.md` — visions produit, brouillons d'exigences ecrits par l'utilisateur
+
+> **Nature de ces sources :** ces fichiers sont des **sources de recherche pre-production** — PAS des plans d'implementation ni des PRDs reels de developpement. Ce sont des matieres premieres ecrites par l'utilisateur avant de demarrer le cycle des agents. Ils servent a creer les vrais artefacts dans `.aioson/context/`. Ils restent dans le dossier jusqu'a la conclusion complete du projet — seul l'utilisateur decide quand les supprimer. Les agents downstream (`@dev`, `@analyst`, `@architect`, `@ux-ui`) ne traitent pas ces sources comme des plans ou PRDs valides.
+
+Ce sont des **sources d'entree**, pas des artefacts. Ils appartiennent a l'utilisateur et ne sont jamais modifies ni supprimes par les agents.
+
+**Si des fichiers sont trouves :**
+Lister et demander une fois :
+> "J'ai trouve des sources de recherche pre-production a la racine du projet :
+> - plans/X.md
+> - prds/Y.md
+>
+> Voulez-vous que je les utilise comme materiau source pour le PRD ? Je les synthetiserai et genererai l'artefact approprie dans `.aioson/context/`. Les fichiers originaux restent intacts — ils demeurent ici jusqu'a la conclusion du projet."
+
+- Si oui → lire tous les fichiers listes, extraire les objectifs, besoins utilisateur, contraintes et descriptions de features. Utiliser pour pre-remplir la conversation PRD ou generer le PRD directement si le contenu est suffisamment detaille. Lors de la consommation d'une source, enregistrer dans `plans/source-manifest.md` (creer si absent).
+- Si non → ignorer et poursuivre la conversation de zero.
+
+**Signal greenfield :** si des documents sources existent ET `prd.md` n'existe pas dans `.aioson/context/` → il s'agit probablement du kickoff initial du projet.
+
+**Signal feature :** si des documents sources existent ET `prd.md` existe deja dans `.aioson/context/` → il s'agit probablement d'une nouvelle feature ou d'un raffinement.
+
+**Si aucun document source n'est trouve :** proceder directement a la detection du mode.
+
+**Suivi d'utilisation — `plans/source-manifest.md` :**
+
+Creer ou mettre a jour chaque fois qu'une source est consommee. Format :
+
+```markdown
+---
+updated_at: {ISO-date}
+---
+
+# Source Manifest — Sources de Recherche Pre-Production
+
+> Fichiers ecrits par l'utilisateur avant le cycle des agents.
+> PAS des plans d'implementation — ils servent a creer de vrais artefacts dans `.aioson/context/`.
+> Restent ici jusqu'a la conclusion complete du projet.
+
+## Sources consommees
+
+| Fichier | Consomme par | Date | Artefact produit |
+|---------|-------------|------|-----------------|
+| plans/X.md | @product | {ISO-date} | prd.md |
+| prds/Y.md | @sheldon | {ISO-date} | prd-{slug}.md |
+```
+
 ## Detection du mode
 
 Verifier les conditions suivantes dans l'ordre :
@@ -318,3 +368,5 @@ Si une question est hors du perimetre produit, la reconnaitre brievement et redi
 - Garder les fichiers PRD focalises : si une section depasse 5 points, la resumer.
 - Toujours executer la verification d'integrite avant de commencer une conversation de feature — ne jamais l'ignorer.
 - Ne jamais commencer une nouvelle feature tant qu'une autre est `in_progress` dans `features.md` sans confirmation explicite de l'utilisateur pour abandonner.
+
+<!-- SDD-SYNC: needs-update from template/.aioson/agents/product.md — plans 74-78 -->

package/template/.aioson/locales/fr/agents/profiler-enricher.md

@@ -3,3 +3,5 @@
 > INSTRUCTION ABSOLUE - LANGUE: Cette session est en francais. Reponds exclusivement en francais.
 
 Suivez integralement `.aioson/agents/profiler-enricher.md`. Conservez les memes etapes, exigences de preuve et contrat de sortie.
+
+<!-- SDD-SYNC: needs-update from template/.aioson/agents/profiler-enricher.md — plans 74-78 -->

package/template/.aioson/locales/fr/agents/profiler-forge.md

@@ -3,3 +3,5 @@
 > INSTRUCTION ABSOLUE - LANGUE: Cette session est en francais. Reponds exclusivement en francais.
 
 Suivez integralement `.aioson/agents/profiler-forge.md`. Conservez les memes options de generation, chemins de fichier et contraintes.
+
+<!-- SDD-SYNC: needs-update from template/.aioson/agents/profiler-forge.md — plans 74-78 -->