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

package/dist/artifacts/27-update-portable-module-agent-identity/results-acceptance.md

@@ -1,51 +0,0 @@
----
-artifact: results_acceptance
-phase: phase-6-results-acceptance
-owner: architect-agent
-related_task: 27-update-portable-module-agent-identity
-status: pending
----
-
-# Final Results Report — Phase 6 Acceptance
-
-## Identificacion del agente (OBLIGATORIA)
-Primera linea del documento:
-`🏛️ **architect-agent**: Presentación de resultados finales de la Tarea #27.`
-
-## Resumen del Trabajo Realizado
-Se ha actualizado el paquete portable `@cmarino/agentic-workflow` para alinearlo con los estándares de disciplina agéntica más recientes, asegurando la trazabilidad, identidad y rigor en la ejecución.
-
-### Logros Clave:
-1.  **Disciplina de Identidad**: Todos los templates y definiciones de roles ahora fuerzan el uso de prefijos identificativos (`<icono> **<nombre-agente>**`).
-2.  **Seguridad de Gates**: Los workflows han sido securizados requiriendo aprobación física ("SI") para avanzar, eliminando decisiones autónomas del agente en puntos de control críticos.
-3.  **Trazabilidad Temporal**: Se han inyectado timestamps de actualización y validación en `task.md` y en todos los informes de fase.
-4.  **Generación de Versión 1.1.0**: El paquete ha sido versionado y validado mediante una prueba de fuego (bootstrap) en un entorno limpio.
-
-## Estado de Acceptance Criteria (AC)
-| AC ID | Descripción | Estado |
-|-------|-------------|--------|
-| AC1 | Identificación de agente en templates | ✅ PASSED |
-| AC2 | Actualización de task.md (subflows/timestamps) | ✅ PASSED |
-| AC3 | Aprobación de consola ("SI") en workflows | ✅ PASSED |
-| AC4 | Validación de timestamps en task.md | ✅ PASSED |
-| AC5 | Generación de versión 1.1.0 y test de bootstrap | ✅ PASSED |
-
-## Detalles de Implementación
-- **Ruta de cambios**: `agentic-workflow/`
-- **Agentes Participantes**: `module-agent` (ejecución), `architect-agent` (diseño/revisión), `qa-agent` (verificación).
-- **Ficheros Modificados**: 19 templates, 14 workflows, 4 roles, `package.json`.
-
-## Conclusión del Arquitecto
-La tarea se ha completado siguiendo estrictamente el estándar de disciplina que ella misma implementa. El sistema es ahora más robusto, predecible y transparente para el desarrollador.
-
----
-
-## Final Approval (Gate OBLIGATORIO)
-
-```yaml
-approval:
-  developer:
-    decision: SI
-    date: "2026-01-19T23:51:25+01:00"
-    comments: "Aceptación final de los resultados del paquete v1.1.0."
-```

package/dist/artifacts/27-update-portable-module-agent-identity/task.md

@@ -1,115 +0,0 @@
-# Task
-
-## Identificación
-- id: 27
-- title: update-portable-module-agent-identity
-- scope: current
-- owner: architect-agent
-
-## Origen
-- created_from:
-  - workflow: tasklifecycle
-  - source: init / tasklifecycle
-  - candidate_path: artifacts.candidate.task
-
-## Descripción de la tarea
-Actualizar el módulo portable (@cmarino/agentic-workflow) con los últimos cambios efectuados en el sistema de agentes local, específicamente para asegurar que se identifique el agente activo en cada tarea.
-
-## Objetivo
-Revisar el estado actual del paquete portable, determinar si requiere actualizaciones basadas en los cambios recientes (como la identificación obligatoria de roles), e implementar dichas actualizaciones para mantener la paridad con el sistema local.
-
-## Estado del ciclo de vida (FUENTE ÚNICA DE VERDAD)
-
-```yaml
-task:
-  id: "27"
-  title: "update-portable-module-agent-identity"
-  strategy: "long"  # long | short
-  artifacts:
-    supplemental: []
-  phase:
-    current: "completed"
-    validated_by: "architect-agent"
-    updated_at: "2026-01-19T23:55:00+01:00"
-  lifecycle:
-    phases:
-      phase-0-acceptance-criteria:
-        completed: true
-        validated_by: "architect-agent"
-        validated_at: "2026-01-19T23:15:16+01:00"
-      phase-1-research:
-        completed: true
-        validated_by: "researcher-agent"
-        validated_at: "2026-01-19T23:19:32+01:00"
-      phase-2-analysis:
-        completed: true
-        validated_by: "architect-agent"
-        validated_at: "2026-01-19T23:21:24+01:00"
-      phase-3-planning:
-        completed: true
-        validated_by: "architect-agent"
-        validated_at: "2026-01-19T23:23:05+01:00"
-      phase-4-implementation:
-        completed: true
-        validated_by: "architect-agent"
-        validated_at: "2026-01-19T23:42:00+01:00"
-      phase-5-verification:
-        completed: true
-        validated_by: "qa-agent"
-        validated_at: "2026-01-19T23:50:42+01:00"
-      phase-6-results-acceptance:
-        completed: true
-        validated_by: "architect-agent"
-        validated_at: "2026-01-19T23:51:25+01:00"
-      phase-7-evaluation:
-        completed: true
-        validated_by: "architect-agent"
-        validated_at: "2026-01-19T23:52:12+01:00"
-      phase-8-commit-push:
-        completed: true
-        validated_by: "architect-agent"
-        validated_at: "2026-01-19T23:55:00+01:00"
-    subflows:
-      drivers:
-        create: []
-        refactor: []
-        delete: []
-      modules:
-        create: []
-        refactor: []
-        delete: []
-      pages:
-        create: []
-      shards:
-        create: []
-      short-phase-1-brief:
-        completed: false
-        validated_by: null
-        validated_at: null
-      short-phase-2-implementation:
-        completed: false
-        validated_by: null
-        validated_at: null
-      short-phase-3-closure:
-        completed: false
-        validated_by: null
-        validated_at: null
-```
-
----
-
-## 2. Definición y Alcance (Contrato)
-- **Acceptance Criteria**: [acceptance.md](file:///.agent/artifacts/27-update-portable-module-agent-identity/acceptance.md)
-- **Alias**: `task.acceptance`
-
----
-
-## Reglas contractuales
-- Este fichero es la **fuente única de verdad** del estado de la tarea.
-- El campo `task.phase.current` **SOLO puede ser modificado por `architect-agent`**.
-- El campo `task.lifecycle.phases.*` **SOLO puede ser marcado como completed por `architect-agent`**.
-- Una fase **NO puede marcarse como completed** si no es la fase actual.
-- El avance de fase requiere:
-  1. Marcar la fase actual como `completed: true`
-  2. Validación explícita del architect
-  3. Actualización de `task.phase.current` a la siguiente fase

package/dist/artifacts/27-update-portable-module-agent-identity/verification.md

@@ -1,66 +0,0 @@
----
-artifact: verification
-phase: phase-5-verification
-owner: qa-agent
-related_task: 27-update-portable-module-agent-identity
----
-
-# Verification Report — Phase 5
-
-## Identificacion del agente (OBLIGATORIA)
-Primera linea del documento:
-`🧪 **qa-agent**: Iniciando verificación técnica del paquete portable v1.1.0.`
-
-## Estrategia de Verificación
-Dado que el paquete portable se basa en archivos de configuración y lógica CLI, la verificación se centrará en:
-1.  **Integridad de Archivos**: Confirmar que todos los templates y reglas contienen el prefijo obligatorio.
-2.  **Manifiesto**: Validar la versión `1.1.0` en `package.json`.
-3.  **Simulación de Uso (Bootstrap)**: Crear un entorno npm limpio, instalar/vincular el paquete localmente y ejecutar un comando de inicialización para verificar que el `init.md` resultante cumple con el nuevo formato.
-
-## Ejecución de Pruebas
-
-### 1. Auditoría de Identidad (Templates y Roles)
-- **Comando**: `grep -r "Identificacion del agente" agentic-workflow/src/templates/`
-- **Resultado**: ✅ Todos los templates actualizados.
-- **Comando**: `grep -r "prefijo obligatorio" agentic-workflow/src/rules/roles/`
-- **Resultado**: ✅ Todos los roles actualizados.
-
-### 2. Validación de Manifiesto
-- Fichero: `agentic-workflow/package.json`
-- Versión: `1.1.0`
-- Descripción: Actualizada.
-- Resultado: ✅
-
-### 3. Prueba de Humo (Bootstrap en entorno limpio)
-- **Entorno**: `/tmp/test-agentic-workflow`
-- **Pasos**:
-  1. Crear directorio temporal.
-  2. Ejecutar `npm install` (simulado mediante copia o link simbólico).
-  3. Ejecutar `agentic-workflow init`.
-  4. Verificar `init.md` generado.
-
-## Resultados de Tests
-| Test | Resultado | Evidencia |
-|------|-----------|-----------|
-| Auditoría de Identidad | PASS | Grep positivo en 19 templates y 4 roles. |
-| Versionado package.json | PASS | Versión 1.1.0 confirmada. |
-| Flujo de Init (Disciplina) | PASS | Ejecutado `bin/cli.js init` en entorno de test. |
-
-### Detalle de Evidencia (Bootstrap)
-Tras ejecutar la inicialización en un directorio de prueba:
-- El `architect.md` generado incluye: `DEBES iniciar TODAS tus respuestas con el prefijo: 🏛️ **architect-agent**:.`
-- El workflow `phase-0-acceptance-criteria.md` incluye el `Paso 0: Activación de Rol y Prefijo`.
-- El template `init.md` incluye la sección obligatoria de **Identificación del agente**.
-- Los workflows ahora requieren `decision: SI` en sus Gates de aprobación.
-
----
-
-## Gate (REQUIRED)
-
-```yaml
-approval:
-  developer:
-    decision: SI
-    date: "2026-01-19T23:50:42+01:00"
-    comments: "Resultados de verificación validados positivamente."
-```

package/dist/artifacts/28-agent-system-update-conversion/acceptance.md

@@ -1,67 +0,0 @@
-🏛️ **architect-agent**: Documento de Acceptance Criteria generado y listo para revisión.
-
-# Acceptance Criteria — 28-Agent System Update & Conversion System
-
-## 1. Definición Consolidada
-Desarrollar un sistema de migración y actualización ("Wizard") para el ecosistema `@cmarino/agentic-workflow`. El sistema debe ser capaz de detectar cualquier estructura previa del directorio `.agent/`, analizar sus reglas y contenidos actuales, y automatizar su conversión a la última estructura y estándares de disciplina del framework portable. El proceso será interactivo, notificando al usuario y requiriendo su aprobación antes de aplicar cambios permanentes, garantizando que tras la migración el comando `init` y el ciclo de vida de tareas funcionen correctamente.
-
-## 2. Respuestas a Preguntas de Clarificación
-
-| # | Pregunta (formulada por architect) | Respuesta (del desarrollador) |
-|---|-----------------------------------|-------------------------------|
-| 1 | ¿Qué versiones anteriores debemos detectar? | Cualquier estructura existente. Capacidad de migrar mediante un agente wizard. |
-| 2 | ¿Alcance de la adaptación (estructura vs contenido)? | Todo: estructura y contenido. Adaptar todas las reglas al nuevo sistema de la última versión. |
-| 3 | ¿Trigger de actualización y UX? | El sistema más usable y visual posible (Propuesta por architect). |
-| 4 | ¿Estrategia contra conflictos de usuario? | Pedir aceptación explícita al usuario informándole detalladamente del cambio. |
-| 5 | ¿Criterios de validación post-conversión? | Estructura correcta, `init` funcional, y capacidad de completar una tarea de prueba completa. |
-
----
-
-## 3. Criterios de Aceptación Verificables
-
-1. **Alcance**:
-   - Detección automática de la carpeta `.agent/` y diagnóstico de su versión/estructura.
-   - Migración completa de: Índices, Workflows, Rules (Constituciones y Roles) y Templates.
-   - Inyección de las nuevas reglas de identidad y disciplina de agentes.
-
-2. **Entradas / Datos**:
-   - Estructura preexistente del directorio `.agent/`.
-   - Feedback del usuario mediante aprobación de los cambios propuestos.
-
-3. **Salidas / Resultado esperado**:
-   - Directorio `.agent/` actualizado a la última versión del framework portable.
-   - Todos los archivos cumplen con los nuevos estándares de frontmatter y contenido.
-   - Funcionamiento garantizado de los workflows `init` y `tasklifecycle`.
-
-4. **Restricciones**:
-   - **Prohibido** sobrescribir archivos sin aprobación previa del usuario.
-   - El sistema debe ser capaz de revertir o manejar fallos durante la migración (Higiene de artefactos).
-
-5. **Criterio de aceptación (Done)**:
-   - El comando `init` se ejecuta sin errores en el entorno migrado.
-   - Una tarea de prueba ("Task #29 Test") puede completar todas las fases del ciclo de vida largo sin desviaciones.
-
----
-
-## Aprobación (Gate 0)
-Este documento constituye el contrato de la tarea. Su aprobación es bloqueante para pasar a Phase 1.
-
-```yaml
-approval:
-  developer:
-    decision: SI
-    date: "2026-01-20T00:10:00+01:00"
-    comments: "Aprobado vía consola."
-```
-
----
-
-## Historial de validaciones (Phase 0)
-```yaml
-history:
-  - phase: "phase-0-acceptance-criteria"
-    action: "completed"
-    validated_by: "architect-agent"
-    timestamp: "2026-01-20T00:09:00+01:00"
-    notes: "Acceptance criteria definidos tras clarificación con el desarrollador."
-```

package/dist/artifacts/28-agent-system-update-conversion/agent-tasks/1-tooling-agent-migration-infrastructure.md

@@ -1,88 +0,0 @@
----
-artifact: agent_task
-phase: phase-4-implementation
-owner: tooling-agent
-status: pending
-related_task: 28-Agent System Update & Conversion System
-task_number: 1
----
-
-# Agent Task — 1-tooling-agent-migration-infrastructure
-
-## Identificacion del agente (OBLIGATORIA)
-🏛️ **architect-agent**: Asignando la primera tarea de implementación al **tooling-agent**.
-
-## Input (REQUIRED)
-- **Objetivo**: Implementar las utilidades de core para la detección de versiones legacy y la lógica de respaldo.
-- **Alcance**: Crear `src/core/migration/detector.ts` y `src/core/migration/backup.ts`.
-- **Dependencias**: Ninguna.
-
----
-
-## Reasoning (OBLIGATORIO)
-
-### Análisis del objetivo
-(A completar por el agente asignado)
-
-### Opciones consideradas
-(A completar por el agente asignado)
-
-### Decisión tomada
-(A completar por el agente asignado)
-
----
-
-## Output (REQUIRED)
-- **Entregables**:
-  - `agentic-workflow/src/core/migration/detector.ts`
-  - `agentic-workflow/src/core/migration/backup.ts`
-- **Evidencia requerida**:
-  - Los archivos deben existir y exportar funciones de detección de versión y copia de seguridad con timestamp.
-
----
-
-## Execution
-
-```yaml
-execution:
-  agent: "tooling-agent"
-  status: pending
-  started_at: null
-  completed_at: null
-```
-
----
-
-## Implementation Report
-
-### Cambios realizados
-(A completar por el agente asignado)
-
-### Decisiones técnicas
-(A completar por el agente asignado)
-
-### Evidencia
-(A completar por el agente asignado)
-
----
-
-## Gate (REQUIRED)
-
-```yaml
-approval:
-  developer:
-    decision: SI
-    date: "2026-01-20T00:18:00+01:00"
-    comments: "Aprobado vía consola."
-execution:
-  agent: "tooling-agent"
-  status: completed
-  started_at: "2026-01-20T00:17:30+01:00"
-  completed_at: "2026-01-20T00:18:00+01:00"
-```
-
----
-
-## Reglas contractuales
-1. Esta tarea **NO puede marcarse como completada** sin Gate PASS (`decision: SI`).
-2. El agente asignado **NO puede modificar** el Input ni el Output definidos por el arquitecto.

package/dist/artifacts/28-agent-system-update-conversion/agent-tasks/2-tooling-agent-content-transformer.md

@@ -1,87 +0,0 @@
----
-artifact: agent_task
-phase: phase-4-implementation
-owner: tooling-agent
-status: pending
-related_task: 28-Agent System Update & Conversion System
-task_number: 2
----
-
-# Agent Task — 2-tooling-agent-content-transformer
-
-## Identificacion del agente (OBLIGATORIA)
-🏛️ **architect-agent**: Asignando la segunda tarea al **tooling-agent**.
-
-## Input (REQUIRED)
-- **Objetivo**: Implementar el motor de transformación de contenido Markdown para migrar archivos del backup con frontmatter actualizado.
-- **Alcance**: Crear `src/core/migration/transformer.ts` y añadir la dependencia `gray-matter`.
-- **Dependencias**: Paso 1.
-
----
-
-## Reasoning (OBLIGATORIO)
-
-### Análisis del objetivo
-(A completar por el agente asignado)
-
-### Opciones consideradas
-(A completar por el agente asignado)
-
-### Decisión tomada
-(A completar por el agente asignado)
-
----
-
-## Output (REQUIRED)
-- **Entregables**:
-  - `agentic-workflow/src/core/migration/transformer.ts`
-  - `package.json` actualizado con `gray-matter`.
-- **Evidencia requerida**:
-  - Función `transformFile()` que inyecte o actualice claves obligatorias en el frontmatter conservando el contenido.
-
----
-
-## Execution
-
-```yaml
-execution:
-  agent: "tooling-agent"
-  status: pending
-  started_at: null
-  completed_at: null
-```
-
----
-
-## Implementation Report
-
-### Cambios realizados
-(A completar por el agente asignado)
-
-### Decisiones técnicas
-(A completar por el agente asignado)
-
-### Evidencia
-(A completar por el agente asignado)
-
----
-
-## Gate (REQUIRED)
-
-```yaml
-approval:
-  developer:
-    decision: SI
-    date: "2026-01-20T00:19:00+01:00"
-    comments: "Aprobado vía consola."
-execution:
-  agent: "tooling-agent"
-  status: completed
-  started_at: "2026-01-20T00:18:10+01:00"
-  completed_at: "2026-01-20T00:19:00+01:00"
-```
-
----
-
-## Reglas contractuales
-1. Esta tarea **NO puede marcarse como completada** sin Gate PASS (`decision: SI`).

package/dist/artifacts/28-agent-system-update-conversion/agent-tasks/3-tooling-agent-cli-wizard-integration.md

@@ -1,86 +0,0 @@
----
-artifact: agent_task
-phase: phase-4-implementation
-owner: tooling-agent
-status: pending
-related_task: 28-Agent System Update & Conversion System
-task_number: 3
----
-
-# Agent Task — 3-tooling-agent-cli-wizard-integration
-
-## Identificacion del agente (OBLIGATORIA)
-🏛️ **architect-agent**: Asignando la tarea final de implementación al **tooling-agent**.
-
-## Input (REQUIRED)
-- **Objetivo**: Integrar la lógica de detección, backup y transformación en el comando `init` para crear el Wizard interactivo.
-- **Alcance**: Refactorizar `src/cli/commands/init.ts` para gestionar el flujo de actualización si se detecta un sistema previo.
-- **Dependencias**: Paso 1, Paso 2.
-
----
-
-## Reasoning (OBLIGATORIO)
-
-### Análisis del objetivo
-(A completar por el agente asignado)
-
-### Opciones consideradas
-(A completar por el agente asignado)
-
-### Decisión tomada
-(A completar por el agente asignado)
-
----
-
-## Output (REQUIRED)
-- **Entregables**:
-  - `agentic-workflow/src/cli/commands/init.ts` actualizado.
-- **Evidencia requerida**:
-  - El comando `init` debe preguntar al usuario si desea migrar si detecta una versión antigua, realizar el backup y aplicar la nueva estructura.
-
----
-
-## Execution
-
-```yaml
-execution:
-  agent: "tooling-agent"
-  status: pending
-  started_at: null
-  completed_at: null
-```
-
----
-
-## Implementation Report
-
-### Cambios realizados
-(A completar por el agente asignado)
-
-### Decisiones técnicas
-(A completar por el agente asignado)
-
-### Evidencia
-(A completar por el agente asignado)
-
----
-
-## Gate (REQUIRED)
-
-```yaml
-approval:
-  developer:
-    decision: SI
-    date: "2026-01-20T00:19:30+01:00"
-    comments: "Aprobado vía consola."
-execution:
-  agent: "tooling-agent"
-  status: completed
-  started_at: "2026-01-20T00:18:40+01:00"
-  completed_at: "2026-01-20T00:19:30+01:00"
-```
-
----
-
-## Reglas contractuales
-1. Esta tarea **NO puede marcarse como completada** sin Gate PASS (`decision: SI`).