@christianmaf80/agentic-workflow 1.14.0-beta.1 → 1.14.0-beta.2

package/dist/templates/closure.md

@@ -77,7 +77,15 @@ approval:
 
 ---
 
-## 6. Push final (si aplica)
+## 6. Puntuaciones de agentes (OBLIGATORIO)
+
+| Agente | Puntuacion (1-10) | Notas |
+|--------|-------------------|-------|
+| | | |
+
+---
+
+## 7. Push final (si aplica)
 
 ```yaml
 push:

package/dist/templates/index.md

@@ -27,12 +27,6 @@ templates:
   task_metrics: .agent/templates/task-metrics.md
   agent_scores: .agent/templates/agent-scores.md
   research: .agent/templates/research.md
-  driver_create: .agent/templates/driver-create.md
-  driver_refactor: .agent/templates/driver-refactor.md
-  driver_delete: .agent/templates/driver-delete.md
-  module_create: .agent/templates/module-create.md
-  module_refactor: .agent/templates/module-refactor.md
-  module_delete: .agent/templates/module-delete.md
   agent_task: .agent/templates/agent-task.md
   todo_item: .agent/templates/todo-item.md
   changelog: .agent/templates/changelog.md

package/dist/templates/init.md

@@ -2,7 +2,12 @@
 
 - command: {{command}}
 - role.architect: {{architectAgentId}}
+- bootstrap.path: {{bootstrapPath}}
 - constitution.loaded.in_context: true
+- constitution.loaded.from_bootstrap: true
+
+## Bootstrap (initial load)
+- path: {{bootstrapPath}}
 
 ## Constitution (load order)
 1. {{constitutionPaths[0]}}
@@ -12,9 +17,11 @@
 ```yaml
 bootstrap:
   done: true
+  path: {{bootstrapPath}}
 roles:
   architect: {{architectAgentId}}
 constitution:
+  loaded_from_bootstrap: true
   loaded:
     - {{constitutionPaths[0]}}
     - {{constitutionPaths[1]}}

package/dist/templates/planning.md

@@ -28,12 +28,12 @@ Primera linea del documento:
 ```yaml
 plan:
   workflows:
-    drivers:
-      action: create | refactor | delete | none
-      workflow: workflow.drivers.create | workflow.drivers.refactor | workflow.drivers.delete
+    - domain: <domain-name>
+      action: create | refactor | delete | audit | verify | none
+      workflow: <workflow.id>
 
   dispatch:
-    - domain: drivers | modules | core | qa
+    - domain: <domain-name>
       action: create | refactor | delete | audit | verify | none
       workflow: <workflow.id>
 ```
@@ -74,11 +74,11 @@ Mapa claro de agentes ↔ subáreas.
 - Definir quién lo ejecuta.
 - Definir cómo se implementa (pasos y criterios).
 - Definir la mejor herramienta disponible (preferir tools declarados; si no existe, justificar alternativa).
-- Referenciar el tool elegido por alias (p.ej. `mcp_extensio-cli tools`) y el motivo.
+- Referenciar el tool elegido por alias y el motivo.
 
 **Demo (si aplica)**
-- Definir estructura esperada alineada con `constitution.extensio_architecture`.
-- Definir tool obligatorio para generar scaffolding (usar `mcp_extensio-cli tools`).
+- Definir estructura esperada alineada con la arquitectura del proyecto.
+- Definir tool obligatorio para generar scaffolding (si existe).
 
 ---
 
@@ -86,11 +86,11 @@ Mapa claro de agentes ↔ subáreas.
 Cómo se comprobará que la implementación cumple los AC.
 
 - **Unit tests**
-  - Alcance y herramientas (ver `constitution.extensio-architecture`)
+  - Alcance y herramientas
 - **Integration tests**
-  - Flujos cubiertos (ver `constitution.extensio-architecture`)
+  - Flujos cubiertos
 - **E2E / Manual**
-  - Escenarios clave (ver `constitution.extensio-architecture`)
+  - Escenarios clave
 
 **Trazabilidad**
 - Mapeo de tests ↔ acceptance criteria.

package/dist/templates/research.md

@@ -41,7 +41,7 @@ Para cada hallazgo:
 
 ---
 
-## 4. APIs Web / WebExtensions relevantes
+## 4. APIs relevantes
 - API / especificacion
 - Estado de soporte (Chrome/Firefox/Safari)
 - Restricciones conocidas

package/dist/templates/results-acceptance.md

@@ -74,7 +74,7 @@ Para cada agente participante:
 (Repetir por cada agente)
 
 ### 4.2 Cambios técnicos relevantes
-- Nuevos módulos / drivers
+- Nuevos componentes
 - Cambios estructurales
 - APIs afectadas
 - Compatibilidad entre navegadores (si aplica)

package/dist/templates/review.md

@@ -73,14 +73,14 @@ Verificación de que la implementación **no rompe** los acceptance criteria def
 ## 5. Coherencia arquitectónica
 Evaluación global del sistema tras la implementación.
 
-- ☐ Respeta arquitectura Extensio
+- ☐ Respeta arquitectura del proyecto
 - ☐ Respeta clean code
 - ☐ No introduce deuda técnica significativa
 - ☐ Mantiene compatibilidad esperada (multi-browser si aplica)
 
 **Observaciones arquitectónicas**
 - Impacto en estructura:
-- Impacto en módulos/drivers:
+- Impacto en componentes:
 - Riesgos introducidos:
 
 ---

package/dist/templates/subtask-implementation.md

@@ -31,7 +31,7 @@ subtask_id: <id>
 ## 3. Decisiones tecnicas
 - Decisiones clave y su justificacion
 - Alternativas consideradas y por que se descartaron
-- Impacto en otros modulos/drivers (si aplica)
+- Impacto en otros componentes (si aplica)
 
 ---
 

package/dist/templates/task.md

@@ -70,47 +70,19 @@ task:
         validated_by: null
         validated_at: null
     subflows:
-      drivers:
+      components:
         create:
-          - name: <driver-name>
+          - name: <component-name>
             completed: false
             validated_by: null
             validated_at: null
         refactor:
-          - name: <driver-name>
+          - name: <component-name>
             completed: false
             validated_by: null
             validated_at: null
         delete:
-          - name: <driver-name>
-            completed: false
-            validated_by: null
-            validated_at: null
-      modules:
-        create:
-          - name: <module-name>
-            completed: false
-            validated_by: null
-            validated_at: null
-        refactor:
-          - name: <module-name>
-            completed: false
-            validated_by: null
-            validated_at: null
-        delete:
-          - name: <module-name>
-            completed: false
-            validated_by: null
-            validated_at: null
-      pages:
-        create:
-          - name: <page-name>
-            completed: false
-            validated_by: null
-            validated_at: null
-      shards:
-        create:
-          - name: <shard-name>
+          - name: <component-name>
             completed: false
             validated_by: null
             validated_at: null

package/dist/templates/verification.md

@@ -21,13 +21,13 @@ Primera linea del documento:
 ---
 
 ## 2. Tests ejecutados
-- Unit tests (segun `constitution.extensio-architecture`)
+- Unit tests (segun criterios del proyecto)
   - Suites
   - Resultado (pass/fail)
-- Integration tests (segun `constitution.extensio-architecture`, si aplica)
+- Integration tests (segun criterios del proyecto, si aplica)
   - Suites
   - Resultado (pass/fail)
-- E2E tests (segun `constitution.extensio-architecture`, si aplica)
+- E2E tests (segun criterios del proyecto, si aplica)
   - Suites
   - Resultado (pass/fail)
 

package/dist/workflows/index.md

@@ -20,8 +20,6 @@ workflows:
   init: .agent/workflows/init.md
   tasklifecycle-long: .agent/workflows/tasklifecycle-long/index.md
   tasklifecycle-short: .agent/workflows/tasklifecycle-short/index.md
-  drivers: .agent/workflows/drivers/index.md
-  modules: .agent/workflows/modules/index.md
 ```
 
 ## Reglas

package/dist/workflows/init.md

@@ -1,5 +1,5 @@
 ---
-description: Workflow obligatorio de setup: verifica GEMINI.location, carga constitutions (GEMINI.location, extensio-architecture, clean-code), define el idioma de conversación y selecciona la estrategia Long/Short.
+description: Workflow obligatorio de setup: verifica GEMINI.location, carga el bootstrap inicial de constitutions base y define el idioma de conversación y la estrategia Long/Short.
 ---
 
 ---
@@ -19,7 +19,8 @@ blocking: true
 
 ## Objetivo (ONLY)
 - Activar el rol **architect-agent**.
-- Cargar el bootstrap de pruebas (incluye constituciones base).
+- Cargar el bootstrap inicial de constituciones (bundle único).
+- Cargar índices mínimos del sistema.
 - Detectar idioma de conversación y confirmar explícitamente.
 - **Seleccionar estrategia de ciclo de vida (Long/Short)**.
 - Crear el **artefacto task candidate** `init.md`.
@@ -37,7 +38,7 @@ El agente **DEBE** adherirse a estas meta-reglas de comportamiento durante TODA
     - La única salida de un Gate fallido es corregir y reevaluar, o abortar.
 
 2.  **Identidad de Roles**:
-    - El agente **DEBE** cambiar de rol explícitamente cuando el workflow lo indique (ej: `architect` -> `module`).
+    - El agente **DEBE** cambiar de rol explícitamente cuando el workflow lo indique (ej: `architect` -> `qa`).
     - Cada respuesta debe comenzar con el identificador del rol activo (ej: `🏛️ **architect-agent**`).
 
 3.  **Prioridad de Proceso**:
@@ -47,42 +48,53 @@ El agente **DEBE** adherirse a estas meta-reglas de comportamiento durante TODA
 ## Pasos obligatorios
 1. Activar `architect-agent` como rol arquitecto.
 
-2. Cargar el bootstrap de pruebas (OBLIGATORIO):
-   - Leer `.agent/bootstrap.md`.
-   - Este fichero ya contiene las constituciones base.
-   - Si falla → FAIL.
-
-3. Detectar idioma preferido y pedir confirmación explícita.
-   - Si no hay confirmación → ir a **Paso 8 (FAIL)**.
-
-4. **Seleccionar estrategia de ciclo de vida (OBLIGATORIO)**
+2. Cargar bootstrap inicial (OBLIGATORIO):
+   - Bundle único con las constituciones base.
+   - Ruta directa (hardcodeada y única permitida): `.agent/bootstrap.md`
+   - El bundle **DEBE** listar los paths/aliases originales de cada constitution.
+   - Este bootstrap es solo para la carga inicial; **NO** recargar constitutions por separado en `init`.
+   - Si falla la carga → FAIL.
+
+3. Cargar índices mínimos (OBLIGATORIO):
+   - Antes de continuar, revisar `.agent/index.md` para comprender dominios, indices y alias.
+   - Bootstrap por ruta directa (hardcodeado y único permitido):
+     1) `.agent/index.md`
+     2) `agent.domains.rules.index`
+     3) `rules.constitution.index`
+   - Si alguna falla → FAIL.
+
+4. Detectar idioma preferido y pedir confirmación explícita.
+   - Si no hay confirmación → ir a **Paso 9 (FAIL)**.
+
+5. **Seleccionar estrategia de ciclo de vida (OBLIGATORIO)**
    - Preguntar al desarrollador:
      - "Por favor, selecciona la estrategia: **Long** (9 fases completas) o **Short** (3 fases simplificadas)."
-   - Si no hay selección → ir a **Paso 8 (FAIL)**.
+   - Si no hay selección → ir a **Paso 9 (FAIL)**.
    - Registrar la selección en el artefacto `init.md`.
 
-5. **Crear el artefacto `init.md` (OBLIGATORIO)**
+6. **Crear el artefacto `init.md` (OBLIGATORIO)**
    - El artefacto **DEBE** crearse usando **exactamente** la estructura definida en:
      - `templates.init`
    - Todos los campos obligatorios del template **DEBEN** completarse.
+   - El campo `bootstrap.path` **DEBE** apuntar al bundle usado en el paso 2.
    - Incluir el campo `strategy: long | short`.
    - No se permite modificar, omitir ni reinterpretar la estructura del template.
 
-6. Escribir el fichero en:
+7. Escribir el fichero en:
    - `artifacts.candidate.init`
 
-7. Evaluar Gate.
-   - Si Gate FAIL → ir a **Paso 8 (FAIL)**.
+8. Evaluar Gate.
+   - Si Gate FAIL → ir a **Paso 9 (FAIL)**.
    - Si Gate PASS → continuar.
 
-8. FAIL (obligatorio)
+9. FAIL (obligatorio)
    - Declarar `init` como **NO completado**.
    - Explicar exactamente qué requisito falló.
    - Pedir la acción mínima necesaria.
    - **No preguntar por la tarea**.
    - Terminar el workflow en estado bloqueado.
 
-9. PASS (solo si Gate PASS)
+10. PASS (solo si Gate PASS)
     - Preguntar por la tarea:
       - "¿Qué tarea quieres iniciar ahora? Dame un título corto y el objetivo."
     - Una vez recibidos título y objetivo:

package/dist/workflows/tasklifecycle-long/phase-0-acceptance-criteria.md

@@ -12,7 +12,7 @@ blocking: true
 # WORKFLOW: tasklifecycle.phase-0-acceptance-criteria
 
 ## Input (REQUIRED)
-- Task candidate creado por `workflow.tasklifecycle`:
+- Task candidate creado por `workflow.tasklifecycle-long`:
   - `artifacts.candidate.task`
 - El `task.md` candidate **DEBE** incluir:
   - descripción de la tarea
@@ -20,7 +20,7 @@ blocking: true
 
 > [!IMPORTANT]
 > **Constitución activa (OBLIGATORIO)**:
-> - Cargar `constitution.extensio_architecture` antes de iniciar
+> - Cargar `constitution.clean_code` antes de iniciar
 > - Cargar `constitution.agents_behavior` (sección 7: Gates, sección 8: Constitución)
 
 ## Output (REQUIRED)

package/dist/workflows/tasklifecycle-long/phase-1-research.md

@@ -23,7 +23,7 @@ blocking: true
 
 > [!IMPORTANT]
 > **Constitución activa (OBLIGATORIO)**:
-> - Cargar `constitution.extensio_architecture` antes de iniciar
+> - Cargar `constitution.clean_code` antes de iniciar
 > - Cargar `constitution.agents_behavior` (sección 7: Gates, sección 8: Constitución)
 
 ## Output (REQUIRED)
@@ -34,8 +34,8 @@ blocking: true
 
 ## Objetivo (ONLY)
 - Investigar necesidades tecnicas detectadas para la tarea.
-- Explorar alternativas y APIs relevantes (Web APIs / WebExtensions).
-- Documentar compatibilidad multi-browser y riesgos.
+- Explorar alternativas y APIs relevantes.
+- Documentar compatibilidad y riesgos.
 - Entregar un informe riguroso y verificable para el architect-agent.
 
 > Esta fase **NO implementa código**.

package/dist/workflows/tasklifecycle-long/phase-2-analysis.md

@@ -24,7 +24,7 @@ blocking: true
 
 > [!IMPORTANT]
 > **Constitución activa (OBLIGATORIO)**:
-> - Cargar `constitution.extensio_architecture` antes de iniciar
+> - Cargar `constitution.clean_code` antes de iniciar
 > - Cargar `constitution.agents_behavior` (sección 7: Gates, sección 8: Constitución)
 
 ## Output (REQUIRED)
@@ -36,8 +36,8 @@ blocking: true
 ## Objetivo (ONLY)
 Crear un informe de **analisis** profundo que:
 - cubra **todos** los acceptance criteria del `task.md`
-- respete la arquitectura de Extensio y sus rules
-- analice el estado real del proyecto (estructura, drivers, core, modulos activos)
+- respete la arquitectura y reglas del proyecto
+- analice el estado real del proyecto (estructura, componentes y areas activas)
 - integre la investigacion aprobada de Fase 1
 - defina agentes, subareas e impacto de la tarea
 - identifique si la tarea requiere crear, modificar o eliminar componentes del sistema
@@ -74,34 +74,21 @@ Crear un informe de **analisis** profundo que:
    - Rellenar secciones segun la tarea concreta.
 
 4. Analizar estado del proyecto e historial de agentes
-   - Revisar estructura, drivers, core y tareas previas.
-   - **OBLIGATORIO**: Leer `.agent/metrics/agents.json` para conocer el desempeño de los agentes propuestos.
-   - Si un agente tiene tendencia negativa o media baja, DEBE proponerse una mejora en su comportamiento o reglas.
+   - Revisar estructura, componentes y tareas previas.
    - Documentar hallazgos en `analysis.md`.
 
 5. Integrar investigacion aprobada
    - Basar alternativas, riesgos y compatibilidad en `research.md`.
    - Complementar con analisis arquitectonico propio.
 
-5.5 **Consultar TODO backlog (OBLIGATORIO)**
-   - Leer `.agent/todo/` para identificar mejoras pendientes.
-   - Evaluar si algún item del backlog impacta en la tarea actual.
-   - Documentar en `analysis.md` sección "TODO Backlog".
-   - Si el directorio está vacío, indicar "Ningún item pendiente".
-
 6. Cobertura de acceptance criteria
    - Mapear **cada acceptance criteria** a su analisis, verificacion y riesgos.
 
 7. Definir agentes y subareas
    - Enumerar agentes necesarios.
    - Definir responsabilidades y handoffs.
-   - Identificar si se requiere crear, modificar o eliminar componentes:
-     - drivers
-     - modulos
-     - otros artefactos o integraciones relevantes
-   - Identificar si se requiere crear demo:
-     - justificar la necesidad
-     - impacto en estructura Extensio
+   - Identificar si se requiere crear, modificar o eliminar componentes.
+   - Identificar si se requiere crear demo y su impacto estructural.
 
 8. Solicitar aprobacion del desarrollador (OBLIGATORIO, por consola)
    - El desarrollador **DEBE** emitir una decision binaria:
@@ -153,7 +140,5 @@ Requisitos (todos obligatorios):
    - `task.lifecycle.phases.phase-2-analysis.completed == true`
    - `task.lifecycle.phases.phase-2-analysis.validated_at` no nulo
    - `task.phase.updated_at` no nulo
-7. El análisis incluye sección "TODO Backlog" con consulta a `.agent/todo/`.
-
 Si Gate FAIL:
 - Ejecutar **Paso 10 (FAIL)**.

package/dist/workflows/tasklifecycle-long/phase-3-planning.md

@@ -21,7 +21,7 @@ blocking: true
 
 > [!IMPORTANT]
 > **Constitución activa (OBLIGATORIO)**:
-> - Cargar `constitution.extensio_architecture` antes de iniciar
+> - Cargar `constitution.clean_code` antes de iniciar
 > - Cargar `constitution.agents_behavior` (sección 7: Gates, sección 8: Constitución)
 
 ## Output (REQUIRED)
@@ -79,14 +79,9 @@ Crear un **plan de implementación detallado** para ejecutar el diseño definido
    - Si el analisis requiere crear/modificar/eliminar componentes:
      - definir quien lo ejecuta (agente responsable)
      - definir COMO se hara
-     - definir el skill que el agente usará:
-       - **module-agent** usa `extensio_create_module`
-       - **driver-agent** usa `extensio_create_driver`
-       - **architect-agent** o **qa-agent** usan `extensio_build`
-       - **qa-agent** usa `extensio_test`
+     - definir el tool o skill a usar por alias (si existe) y el motivo
    - Si el analisis requiere crear demo:
-     - definir estructura esperada (alineada con `constitution.extensio_architecture`)
-     - **architect-agent** usa skill `extensio_demo`
+     - definir estructura esperada (alineada con `constitution.clean_code`)
    - Definir el dispatch de dominios (si aplica) en `plan.workflows.*`
    - Definir dispatch secundario (si aplica) en `plan.dispatch[]`
 
@@ -96,7 +91,7 @@ Crear un **plan de implementación detallado** para ejecutar el diseño definido
      - integración
      - end-to-end (si aplica)
    - Indicar tooling obligatorio según:
-     - `constitution.extensio_architecture`
+     - `constitution.clean_code`
    - Relacionar tests con acceptance criteria.
 
 7. Plan de demo (si aplica)
@@ -167,8 +162,7 @@ Requisitos (todos obligatorios):
 6. Si aplica, el plan define `plan.workflows.*` con el dispatch de dominios.
 7. Si aplica, el plan define `plan.dispatch[]` con dispatch secundario.
 8. Si el analisis requiere crear demo, el plan define:
-   - estructura alineada con `constitution.extensio_architecture`
-   - skill obligatorio `skills.extensio_demo`
+   - estructura alineada con `constitution.clean_code`
 9. Existe aprobación explícita del desarrollador:
    - `approval.developer.decision == SI`
 10. `task.md` refleja:

package/dist/workflows/tasklifecycle-long/phase-4-implementation.md

@@ -21,7 +21,7 @@ blocking: true
 
 > [!IMPORTANT]
 > **Constitución activa (OBLIGATORIO)**:
-> - Cargar `constitution.extensio_architecture` antes de iniciar
+> - Cargar `constitution.clean_code` antes de iniciar
 > - Cargar `constitution.agents_behavior` (sección 7: Gates, sección 8: Constitución)
 > - Cargar constituciones específicas del dominio según la tarea
 
@@ -84,7 +84,7 @@ Para cada tarea `N` en el plan:
 
 #### 3.2 Asignar al agente
 - El `architect-agent` **DEBE** activar al agente correspondiente:
-  - `module-agent`, `driver-agent`, `surface-agent`, `qa-agent`, etc.
+  - `qa-agent`, `researcher-agent` u otros roles definidos.
 - El agente ejecuta la tarea y completa la sección "Implementation Report" del fichero.
 
 #### 3.3 Presentar al desarrollador

package/dist/workflows/tasklifecycle-long/phase-5-verification.md

@@ -21,7 +21,7 @@ blocking: true
 
 > [!IMPORTANT]
 > **Constitución activa (OBLIGATORIO)**:
-> - Cargar `constitution.extensio_architecture` antes de iniciar
+> - Cargar `constitution.clean_code` antes de iniciar
 > - Cargar `constitution.agents_behavior` (sección 7: Gates, sección 8: Constitución)
 
 ## Output (REQUIRED)
@@ -72,7 +72,7 @@ blocking: true
 
 4. Ejecutar testing
    - Ejecutar tests segun la estrategia obligatoria definida en:
-     - `constitution.extensio_architecture`
+     - `constitution.clean_code`
    - Recopilar métricas de coverage y performance si aplica.
 
 5. Crear informe de verificación
@@ -156,7 +156,7 @@ Requisitos (todos obligatorios):
 2. El informe refleja resultados completos y trazables de testing.
 3. El `verification.md` inicia con el prefijo del `qa-agent`.
 4. El informe contiene **evidencia de ejecución de tests**:
-   - Logs de salida de comandos de test (`npm test`, `extensio-cli test`, etc.)
+   - Logs de salida de comandos de test (`npm test`, `pnpm test`, etc.)
    - O screenshots/grabaciones de E2E
    - O justificación documentada si la tarea no requiere tests
 5. Se cumplen los porcentajes de test definidos en el plan (si aplica).

package/dist/workflows/tasklifecycle-long/phase-6-results-acceptance.md

@@ -21,7 +21,7 @@ blocking: true
 
 > [!IMPORTANT]
 > **Constitución activa (OBLIGATORIO)**:
-> - Cargar `constitution.extensio_architecture` antes de iniciar
+> - Cargar `constitution.clean_code` antes de iniciar
 > - Cargar `constitution.agents_behavior` (sección 7: Gates, sección 8: Constitución)
 
 ## Output (REQUIRED)

package/dist/workflows/tasklifecycle-long/phase-7-evaluation.md

@@ -23,21 +23,20 @@ blocking: true
 
 > [!IMPORTANT]
 > **Constitución activa (OBLIGATORIO)**:
-> - Cargar `constitution.extensio_architecture` antes de iniciar
+> - Cargar `constitution.clean_code` antes de iniciar
 > - Cargar `constitution.agents_behavior` (sección 7: Gates, sección 8: Constitución)
 
 ## Output (REQUIRED)
 - Crear metricas de la tarea (por agente y global):
   - `.agent/artifacts/<taskId>-<taskTitle>/metrics.md`
-- Actualizar metricas globales (media historica):
-  - `.agent/metrics/agent-scores.md`
+- Registrar puntuaciones por agente:
+  - `.agent/artifacts/<taskId>-<taskTitle>/agent-scores.md`
 - Actualizacion del estado en:
   - `.agent/artifacts/<taskId>-<taskTitle>/task.md`
 
 ## Objetivo (ONLY)
 - Valorar objetivamente a cada agente participante.
 - Evaluar la adecuacion del rol y la ejecucion de cada agente.
-- Mantener una media historica de puntuacion por agente y por tarea.
 
 ## Templates (OBLIGATORIOS)
 - Metricas de tarea:
@@ -56,11 +55,11 @@ blocking: true
    - `task.phase.current == aliases.taskcycle-long.phases.phase_7.id`
    - Existe `architect/review.md`
    - Si aplica, existen subtasks por agente
-   - Si falla → ir a **Paso 9 (FAIL)**.
+   - Si falla → ir a **Paso 8 (FAIL)**.
 
 2. Cargar templates
    - Cargar `templates.task_metrics` y `templates.agent_scores`
-   - Si no existen o no se pueden leer → ir a **Paso 9 (FAIL)**.
+   - Si no existen o no se pueden leer → ir a **Paso 8 (FAIL)**.
 
 3. Evaluar agentes
    - Para cada agente participante:
@@ -72,23 +71,17 @@ blocking: true
    - Promedio ponderado de agentes
    - Registrar en `metrics.md`
 
-5. Actualizar metricas globales
-   - Actualizar `agent-scores.md` con:
-     - score de la tarea actual
-     - media historica por agente
+5. Registrar puntuaciones por agente
+   - Actualizar `agent-scores.md` con el score de la tarea actual
 
 6. Solicitar feedback y puntuación obligatoria del desarrollador (por consola)
    - Presentar `metrics.md` al usuario.
    - Solicitar confirmación explícita (SI/NO).
    - Solicitar puntuación del desarrollador (1-10) para CADA agente participante.
    - **GATE OBLIGATORIO**: Sin estas puntuaciones, la tarea NO puede cerrarse.
-   - Si respuesta es NO → ir a **Paso 9 (FAIL)**.
+   - Si respuesta es NO → ir a **Paso 8 (FAIL)**.
 
-7. Actualizar persistencia global
-   - Actualizar el archivo `.agent/metrics/agents.json` con las nuevas puntuaciones.
-   - Calcular la nueva media aplicando la ponderación configurada (las antiguas pesan más).
-
-8. PASS
+7. PASS
    - Registrar validación en `metrics.md`.
    - Actualizar `.agent/artifacts/<taskId>-<taskTitle>/task.md`:
      - marcar Fase 7 como completada
@@ -100,7 +93,7 @@ blocking: true
 
 ## FAIL (OBLIGATORIO)
 
-9. Declarar Fase 7 como **NO completada**
+8. Declarar Fase 7 como **NO completada**
    - Casos de FAIL:
      - fase incorrecta
      - faltan informes requeridos
@@ -118,7 +111,7 @@ Requisitos (todos obligatorios):
 2. El `metrics.md` inicia con el prefijo del `architect-agent`.
 3. `metrics.md` contiene la validación del desarrollador (`Aprobado: SI`).
 4. `metrics.md` contiene la puntuación del desarrollador (0-5).
-5. Existe `.agent/metrics/agent-scores.md` actualizado.
+5. Existe `.agent/artifacts/<taskId>-<taskTitle>/agent-scores.md` actualizado.
 6. `task.md` refleja:
    - Fase 7 completada
    - `task.phase.current == aliases.taskcycle-long.phases.phase_8.id`
@@ -127,4 +120,4 @@ Requisitos (todos obligatorios):
    - `task.phase.updated_at` no nulo
 
 Si Gate FAIL:
-- Ejecutar **Paso 9 (FAIL)**.
+- Ejecutar **Paso 8 (FAIL)**.

package/dist/workflows/tasklifecycle-long/phase-8-commit-push.md

@@ -21,7 +21,7 @@ blocking: true
 
 > [!IMPORTANT]
 > **Constitución activa (OBLIGATORIO)**:
-> - Cargar `constitution.extensio_architecture` antes de iniciar
+> - Cargar `constitution.clean_code` antes de iniciar
 > - Cargar `constitution.agents_behavior` (sección 7: Gates, sección 8: Constitución)
 
 ## Output (REQUIRED)
@@ -32,8 +32,8 @@ blocking: true
 
 ## Reglas de commits
 Ejemplos válidos:
-- `feat(extension): add reactive storage driver`
-- `fix(core): handle offscreen context lifecycle`
+- `feat(core): add caching layer`
+- `fix(core): handle cache eviction`
 - `refactor(workflows): normalize tasklifecycle phases`
 - No se permiten:
 - mensajes genéricos (`update`, `changes`, `fix stuff`)

package/dist/workflows/tasklifecycle-short/short-phase-1-brief.md

@@ -17,7 +17,7 @@ blocking: true
 
 > [!IMPORTANT]
 > **Constitución activa (OBLIGATORIO)**:
-> - Cargar `constitution.extensio_architecture` antes de iniciar
+> - Cargar `constitution.clean_code` antes de iniciar
 > - Cargar `constitution.agents_behavior` (sección 7: Gates, sección 8: Constitución)
 
 ## Output (REQUIRED)
@@ -69,7 +69,7 @@ Evaluar indicadores de complejidad:
   - Análisis simplificado del estado actual.
   - Plan de implementación con pasos ejecutables.
   - Evaluación de complejidad.
-  - **Evaluación de Agentes**: Desempeño y propuestas de mejora (basado en `.agent/metrics/agents.json`).
+  - **Evaluación de Agentes**: Desempeño y propuestas de mejora.
 
 ### 5. Solicitar aprobación del desarrollador (por consola)
 ```yaml