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

package/dist/artifacts/26-portable-agentic-system/plan.md

@@ -1,146 +0,0 @@
----
-artifact: plan
-phase: phase-3-planning
-owner: architect-agent
-status: draft
-related_task: 26-portable-agentic-system
----
-
-# Implementation Plan — 26-Portable Agentic System
-
-## 1. Resumen del plan
-- **Contexto**: El sistema actual de orquestación agéntica está acoplado al repo `extensio`. Se requiere su extracción a un paquete portable.
-- **Resultado esperado**: Paquete npm `@cmarino/agentic-workflow` funcional con CLI `init` que permite desplegar el sistema en cualquier proyecto.
-- **Alcance**: 
-  - Creación del paquete y CLI.
-  - Migración de workflows y templates core.
-  - Adaptación de referencias para soportar linking dinámico.
-  - **Excluye**: Refactorización de drivers existentes de Extensio (se quedan en el repo host como "custom").
-
----
-
-## 2. Inputs contractuales
-- **Task**: `.agent/artifacts/26-portable-agentic-system/task.md`
-- **Analysis**: `.agent/artifacts/26-portable-agentic-system/analysis.md`
-- **Acceptance Criteria**: Ver `analysis.md` (Package Creation, Core Decoupling, CLI Implementation).
-
-**Dispatch de dominios**
-```yaml
-plan:
-  dispatch:
-    - domain: core
-      action: create
-      workflow: workflow.core.create_package
-```
-
----
-
-## 3. Desglose de implementación (pasos)
-
-### Paso 1: Scaffolding del Paquete
-- **Descripción**: Crear la estructura del paquete `@cmarino/agentic-workflow` fuera del árbol de Extensio (o en una carpeta aislada temporalmente).
-- **Dependencias**: Ninguna.
-- **Entregables**: `package.json` con configuración de binarios y dependencias (`commander`, `@clack/prompts`).
-- **Agente responsable**: `architect-agent` (setup inicial).
-
-### Paso 2: Migración del Core (Reglas, Workflows, Templates)
-- **Descripción**: Copiar y limpiar los ficheros genéricos de `.agent/` a la estructura del paquete (`src/core/`).
-- **Dependencias**: Paso 1.
-- **Entregables**: Carpeta `src/rules`, `src/workflows`, `src/templates` limpias de referencias a Extensio.
-- **Agente responsable**: `architect-agent` (por ser crítico para la arquitectura).
-
-### Paso 3: Implementación del CLI `init`
-- **Descripción**: Desarrollar el script binario que interactúa con el usuario y genera el scaffolding local.
-- **Dependencias**: Paso 2.
-- **Entregables**: Comando funcional `init` que crea `.agent/` y copia/linka los assets necesarios.
-- **Agente responsable**: `architect-agent` (actuando como developer de tooling).
-
-### Paso 4: Adaptaciones para Linking Local
-- **Descripción**: Asegurar que los workflows migrados sepan resolver referencias "híbridas" (si un fichero no está en el paquete, buscarlo en local).
-- **Dependencias**: Paso 2.
-- **Entregables**: Sistema de resolución de rutas (`AgentPathResolver`).
-- **Agente responsable**: `architect-agent`.
-
----
-
-## 4. Asignación de responsabilidades (Agentes)
-
-**Architect-Agent**
-- **Responsabilidades**: Ejecución integral de la tarea. Al ser una refactorización estructural profunda y creación de un nuevo sistema core, el Architect debe mantener el control directo o delegar tareas muy específicas de "copy/paste" si fuera necesario.
-- **Subáreas**: Package config, CLI logic, Workflow migration.
-
-**Handoffs**
-- N/A (Ejecución centralizada por la naturaleza crítica de la tarea).
-
-**Componentes**
-- **Nuevo Paquete**: `@cmarino/agentic-workflow`.
-  - Implementación: Creación manual de estructura y ficheros TS.
-  - Tool: `write_to_file` y `run_command` (npm/tsc).
-
----
-
-## 5. Estrategia de testing y validación
-
-**Manual Tests (Sandbox)**
-- Crear una carpeta temporal vacía `/tmp/test-agentic`.
-- Ejecutar el binario compilado: `node /path/to/dist/cli.js init`.
-- Verificar estructura generada `.agent/`.
-- Verificar que el sistema responde (ej: `ls .agent/`).
-
-**Verificación de ACs**
-- **AC1 (Package)**: Comprobar `package.json` y `bin`.
-- **AC2 (Decoupling)**: `grep -r "extensio" src/` debe devolver 0 resultados en el nuevo paquete.
-- **AC3 (CLI)**: Ejecución satisfactoria del comando `init` sin errores, generando `AGENTS.md` y `.agent/index.md`.
-
----
-
-## 6. Plan de demo
-- **Objetivo**: Demostrar la portabilidad instalando el sistema en una carpeta vacía.
-- **Escenario**:
-  1. Carpeta limpia.
-  2. Ejecutar `npm init @cmarino/agentic-workflow`.
-  3. Responder al wizard.
-  4. Mostrar árbol de directorios resultante.
-- **Criterio de éxito**: El usuario ve la estructura `.agent` creada correctamente fuera de Extensio.
-
----
-
-## 7. Estimaciones y pesos
-- **Paso 1 (Scaffold)**: Bajo (0.5h).
-- **Paso 2 (Migración Core)**: Alto (3h) - Cuidado extremo con referencias.
-- **Paso 3 (CLI Logic)**: Medio (2h).
-- **Paso 4 (Linking)**: Medio (1.5h).
-- **Total estimado**: ~7 horas.
-
----
-
-## 8. Puntos críticos y resolución
-- **PC1: Referencias cruzadas en Workflows**: Los workflows actuales asumen rutas absolutas o relativas fijas.
-  - **Resolución**: Implementar una utilidad `AgentPath.resolve(alias)` que chequee primero local, luego paquete.
-- **PC2: Tipado en TS**: El entorno de ejecución de los agentes puede no tener TS.
-  - **Resolución**: El paquete distribuirá JS compilado (`dist/`) pero los templates locales serán Markdown, evitando complejidad de compilación en tiempo de ejecución para el usuario final.
-
----
-
-## 9. Dependencias y compatibilidad
-- **Node.js**: >= 18.
-- **NPM/PNPM/Yarn**: Cualquiera.
-- **OS**: Agnóstico (sistema de archivos estándar).
-
----
-
-## 10. Criterios de finalización
-- [ ] Paquete `@cmarino/agentic-workflow` existe.
-- [ ] `npm init` (simulado localmente) funciona.
-- [ ] Estructura generada es válida según la Constitución.
-
----
-
-## 11. Aprobación del desarrollador (OBLIGATORIA)
-```yaml
-approval:
-  developer:
-    decision: SI
-    date: 2026-01-19T21:30:01+01:00
-    comments: Aprobado por consola.
-```

package/dist/artifacts/26-portable-agentic-system/researcher/research.md

@@ -1,96 +0,0 @@
----
-artifact: research
-phase: phase-1-research
-owner: researcher-agent
-status: draft
-related_task: 26-portable-agentic-system
----
-
-# Research Report — 26-Portable Agentic System
-
-> [!CAUTION]
-> **REGLA PERMANENT**: Este documento es SOLO documentación.
-> El researcher-agent documenta hallazgos SIN analizar, SIN recomendar, SIN proponer soluciones.
-> El análisis corresponde a Phase 2.
-
-## 1. Resumen ejecutivo
-- **Problema investigado**: El sistema agéntico actual está fuertemente acoplado al repositorio `extensio`, dificultando su reutilización en otros proyectos.
-- **Objetivo de la investigacion**: Identificar mecanismos para desacoplar el sistema, empaquetarlo como `@cmarino/agentic-workflow` y permitir su distribución vía npm, manteniendo la capacidad de personalización local.
-- **Principales hallazgos**: Existen herramientas maduras para CLI (`@clack/prompts`, `commander`) y patrones de "scaffolding" (`npm init`) que permiten esta arquitectura híbrida (núcleo inmutable + configuración local).
-
----
-
-## 2. Necesidades detectadas
-- **Desacoplamiento total**: El core de orquestación no debe importar nada de `extensio`.
-- **Arquitectura híbrida**: Clases base y workflows genéricos en el paquete npm; implementaciones concretas y reglas específicas en el proyecto usuario.
-- **CLI interactivo**: Necesidad de un comando `init` amigable que genere la estructura `.agent`.
-- **Soporte de Schemas**: Necesidad de validar que la constitución local cumpla con los contratos del sistema portable.
-
----
-
-## 3. Hallazgos técnicos
-
-### 3.1 npm Init & Create Packages
-- **Descripción**: El prefijo `create-` o el uso de `npm init <initializer>` permite ejecutar un binario remoto sin instalación global explícita.
-- **Estado**: Estándar de facto en ecosistema JS (ej: `create-vite`, `create-next-app`).
-- **Docs**: [npm-init](https://docs.npmjs.com/cli/v10/commands/npm-init)
-
-### 3.2 CLI Builders
-- **Commander.js**:
-  - Estado: Estable, muy popular.
-  - Uso: Gestión de comandos, flags y ayuda `--help`.
-- **@clack/prompts**:
-  - Estado: Moderno, UI minimalista.
-  - Uso: Interacción con usuario (selects, inputs, spinners) durante el setup.
-  - Limitaciones: Menos "batalla" que Inquirer, pero mejor UX visual.
-
-### 3.3 Estrategias de Linking Local
-- **Symlinks**: `npm link` para desarrollo local del paquete.
-- **Import Maps / Alias**: Configuración en `tsconfig` del proyecto consumidor para mapear `@agentic/core` a la librería.
-
----
-
-## 4. APIs Web / WebExtensions relevantes
-*No aplica directamente al empaquetado npm, pero sí al contexto de ejecución.*
-
-- **Node.js File System (fs)**: Crítico para el scaffolding (copiar templates, crear directorios).
-- **Dynamic Imports**: Necesario para cargar configuraciones locales (`agent.config.js` o similar) desde el CLI global.
-
----
-
-## 5. Compatibilidad multi-browser
-*No aplica: El sistema agéntico corre en entorno Node.js/Terminal, no en navegador.*
-
----
-
-## 6. Oportunidades AI-first detectadas
-- **Auto-configuración**: El CLI podría leer el `package.json` del proyecto destino y sugerir roles o reglas adaptadas (ej: si ve `react` sugiere reglas de frontend).
-- **Context Loading Dinámico**: El sistema portable podría inyectar automáticamente el contexto del proyecto (file tree, deps) al LLM sin configuración manual.
-
----
-
-## 7. Riesgos identificados
-- **Riesgo**: Divergencia de versiones.
-  - **Severidad**: Alta.
-  - **Detalle**: Que el `.agent/` local apunte a workflows que ya no existen en la versión actualizada de `@cmarino/agentic-workflow`.
-- **Riesgo**: Sobreescritura destructiva.
-  - **Severidad**: Media.
-  - **Detalle**: Que `npm init` borre personalizaciones en `.agent` existente.
-
----
-
-## 8. Fuentes
-- [npm-init docs](https://docs.npmjs.com/cli/v10/commands/npm-init)
-- [Commander.js](https://www.npmjs.com/package/commander)
-- [@clack/prompts](https://www.npmjs.com/package/@clack/prompts)
-
----
-
-## 9. Aprobacion del desarrollador (OBLIGATORIA)
-```yaml
-approval:
-  developer:
-    decision: SI
-    date: 2026-01-19T21:21:58+01:00
-    comments: Aprobado por consola.
-```

package/dist/artifacts/26-portable-agentic-system/task.md

@@ -1,50 +0,0 @@
----
-id: task.26
-title: Portable Agentic System
-status: defined
-owner: architect-agent
-strategy: long
-created_at: 2026-01-19T21:16:00+01:00
-lifecycle:
-  phases:
-    phase-0-acceptance-criteria:
-      completed: true
-      validated_at: 2026-01-19T21:17:26+01:00
-    phase-1-research:
-      completed: true
-      validated_at: 2026-01-19T21:21:58+01:00
-    phase-2-analysis:
-      completed: true
-      validated_at: 2026-01-19T21:25:29+01:00
-    phase-3-planning:
-      completed: true
-      validated_at: 2026-01-19T21:30:01+01:00
-    phase-4-implementation:
-      completed: true
-      validated_at: 2026-01-19T22:48:00+01:00
-      current: false
-    phase-5-verification:
-      completed: true
-      validated_at: 2026-01-19T22:52:00+01:00
-      current: false
-    phase-6-results-acceptance:
-      completed: false
-      current: true
-    phase-7-evaluation:
-      completed: false
-    phase-8-commit-push:
-      completed: false
-aliases:
-  acceptance: .agent/artifacts/26-portable-agentic-system/acceptance.md
----
-
-# Task 26: Portable Agentic System
-
-## Description
-Make the current agentic system portable via an npm package. This allows distribution via npm, global installation, and per-project customization of constitutions, roles, and workflows.
-
-## Goal
-Decouple the agentic orchestration from the Extensio framework and package it as `@cmarino/agentic-workflow`, enabling any project to function as an "Agentic Workspace" with a standard `npm init` setup.
-
-## Current Phase: Phase 0 (Acceptance Criteria)
-See [Acceptance Criteria](acceptance.md) for details.

package/dist/artifacts/26-portable-agentic-system/verification.md

@@ -1,67 +0,0 @@
----
-artifact: verification
-phase: phase-5-verification
-owner: qa-agent
-status: approved
-related_task: 26-portable-agentic-system
-related_plan: .agent/artifacts/26-portable-agentic-system/plan.md
-related_review: .agent/artifacts/26-portable-agentic-system/architect/review.md
----
-
-# Verification Report — 26-Portable Agentic System
-
-## 1. Alcance de verificacion
-- **Verificado**:
-  - Compilación del paquete `@cmarino/agentic-workflow`.
-  - Instalación global simulada (`npm link`).
-  - Ejecución del comando `agentic-workflow init` en carpeta externa vacía.
-  - Integridad de la estructura generada `.agent`.
-  - Contenido de los ficheros generados (Reglas, Workflows, Templates).
-
-## 2. Tests ejecutados
-- **Testing Approach**: 
-  - Al ser una herramienta CLI de orquestación, se optó por **Verification in Production-like Environment** (Manual E2E) en lugar de unit tests mockeados, dado que el valor está en la interacción con el sistema de archivos real.
-- **Manual E2E Test**:
-  - Escenario: Clean Project Init.
-  - Pasos: `mkdir test-proj && agentic-workflow init`.
-  - **Resultado**: PASS.
-  - Evidencia: Ver logs en Tarea 4.
-
-## 3. Coverage y thresholds
-- **N/A**: No hay thresholds de cobertura de código definidos en el plan para esta tarea de infraestructura.
-
-## 4. Performance (si aplica)
-- **Tiempo de ejecución de init**: < 200ms.
-- **Consumo de espacio**: Mínimo (estructura markdown ligera).
-
-## 5. Evidencias
-- Log de consola de inicialización exitosa:
-  ```
-  Agentic Workflow Initialization
-  ◇  Scaffolding complete.
-  Agentic System initialized successfully
-  ```
-- Listado de archivos generados (`ls -R`) confirma presencia de:
-  - `project-architecture.md`
-  - `clean-code.md`
-  - All workflows (Task Lifecycle, Init)
-
-## 6. Incidencias
-- **Bug Detectado (Resuelto)**: Import path incorrecto en `bin/cli.js`. Corregido en Tarea 4.
-- **Estado Actual**: Estable.
-
-## 7. Checklist
-- [x] Verificacion completada
-- [x] Thresholds de testing cumplidos (E2E Manual Passed)
-- [x] Listo para fase 6
-
----
-
-## 8. Aprobacion del desarrollador (OBLIGATORIA)
-```yaml
-approval:
-  developer:
-    decision: SI
-    date: 2026-01-19T22:51:30+01:00
-    comments: Demostración E2E satisfactoria.
-```

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

@@ -1,74 +0,0 @@
-🏛️ **architect-agent**: Definición de Acceptance Criteria
-
-# Acceptance Criteria — 27-update-portable-module-agent-identity
-
-## Identificacion del agente (OBLIGATORIA)
-Primera linea del documento:
-`🏛️ **architect-agent**: Definición de Acceptance Criteria`
-
-## 1. Definición Consolidada
-Actualizar el paquete npm portátil `@cmarino/agentic-workflow` para alinear su comportamiento con los últimos estándares de orquestación y disciplina del sistema local. Esto incluye la identificación obligatoria del agente en todos los artefactos, la gestión estricta de subflows en `task.md`, la validación de timestamps en cierres de fase y la aprobación explícita por consola en cada gate. Se generará una nueva versión del paquete y se verificará su correcta instalación y funcionamiento en un entorno de prueba aislado.
-
-## 2. Respuestas a Preguntas de Clarificación
-> Esta sección documenta las respuestas del desarrollador a las 5 preguntas formuladas por el architect-agent.
-
-| # | Pregunta (formulada por architect) | Respuesta (del desarrollador) |
-|---|-----------------------------------|-------------------------------|
-| 1 | ¿Qué "últimos cambios" específicos debemos incluir? | 1) `task.md`: subflows como listas y validación de timestamps. 2) Prefijo de identificación en todos los artefactos. 3) Aprobación por consola explícita ("SI"). 4) Timestamps de validación en `task.md` por cada fase. |
-| 2 | ¿El "módulo portable" se refiere estrictamente al paquete npm `@cmarino/agentic-workflow`? | Si. |
-| 3 | ¿La "identificación del agente" debe aplicarse a nivel de prefijo en el chat o en los artefactos? | Está especificado en el punto 1: Cada artefacto debe empezar con `<icono> **<nombre-agente>**: <mensaje>`. |
-| 4 | ¿Debemos generar una nueva versión del paquete npm? | Nueva versión. |
-| 5 | ¿Qué nivel de testing se requiere? | Volver a probar en un npm de test nuevo y verificar que se creó perfectamente. |
-
----
-
-## 3. Criterios de Aceptación Verificables
-> Listado de criterios derivados de las respuestas anteriores que deben ser verificados en la Fase 5.
-
-1. Alcance:
-   - Modificación de templates (`acceptance.md`, `research.md`, etc.) y workflows (`tasklifecycle`) dentro del paquete `@cmarino/agentic-workflow`.
-   - Implementar lógica de validación de subflows y timestamps en los workflows.
-   - Generar y publicar (localmente/simulado) una nueva versión del paquete.
-
-2. Entradas / Datos:
-   - Código fuente actual del paquete en el workspace.
-   - Lista de cambios especificados en la respuesta 1.
-
-3. Salidas / Resultado esperado:
-   - Paquete `@cmarino/agentic-workflow` actualizado.
-   - Entorno de prueba (carpeta temporal) donde `npx @cmarino/agentic-workflow init` genere la estructura correcta con los nuevos templates y reglas.
-   - `task.md` generado en el entorno de prueba soporta subflows y timestamps.
-
-4. Restricciones:
-   - Respetar `clean-code`.
-   - No romper compatibilidad con configuraciones existentes si es posible (aunque es un sistema nuevo, prioridad es la disciplina).
-
-5. Criterio de aceptación (Done):
-   - `npm install` del paquete (o link) en un proyecto limpio funciona.
-   - Crear una tarea de prueba genera artefactos con el prefijo de identificación.
-   - El workflow bloquea avance si no hay aprobación explícita "SI".
-
----
-
-## 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-19T23:15:16+01:00
-    comments: "Aprobación explícita según solicitud del usuario en el prompt inicial."
-```
-
----
-
-## Historial de validaciones (Phase 0)
-```yaml
-history:
-  - phase: "phase-0-acceptance-criteria"
-    action: "completed"
-    validated_by: "architect-agent"
-    timestamp: "2026-01-19T23:15:16+01:00"
-    notes: "Acceptance criteria definidos y aprobados explícitamente por el usuario."
-```

package/dist/artifacts/27-update-portable-module-agent-identity/agent-tasks/1-module-agent-update-templates.md

@@ -1,86 +0,0 @@
----
-artifact: agent_task
-phase: phase-4-implementation
-owner: module-agent
-status: pending
-related_task: 27-update-portable-module-agent-identity
-task_number: 1
----
-
-# Agent Task — 1-module-agent-update-templates
-
-## Identificacion del agente (OBLIGATORIA)
-Primera linea del documento:
-`🏛️ **architect-agent**: Asignación de tarea de actualización de templates.`
-
-## Input (REQUIRED)
-- **Objetivo**: Inyectar el encabezado de "Identificación del agente" en todos los archivos `.md` de `agentic-workflow/src/templates/`.
-- **Alcance**: 
-  - Todos los ficheros `.md` en `agentic-workflow/src/templates/`.
-  - El prefijo debe ser la primera línea de cada archivo (excepto si hay frontmatter Jekyll/YAML, en cuyo caso debe ir inmediatamente después del cierre `---`).
-  - La línea a inyectar es: `## Identificacion del agente (OBLIGATORIA)\nPrimera linea del documento:\n\`<icono> **<nombre-agente>**: <mensaje>\`\n` (ajustar según el template específico si ya tiene algo parecido).
-- **Dependencias**: Ninguna.
-
----
-
-## Reasoning (OBLIGATORIO)
-
-### Análisis del objetivo
-- Se requiere uniformizar 19 templates para que soporten la nueva regla de identidad.
-- Debo tener cuidado con los archivos que tienen Frontmatter para no romper el parsing de metadatos.
-
-### Opciones consideradas
-- **Opción A**: Inyectar manualmente archivo por archivo.
-- **Opción B**: Usar un script o comandos `sed` para inyectar la línea.
-
-### Decisión tomada
-- Opción A: Dado que son solo 19 archivos y algunos podrían tener estructuras de Frontmatter variadas, la edición controlada es más segura para evitar corrupciones.
-
----
-
-## Output (REQUIRED)
-- **Entregables**:
-  - 19 archivos en `agentic-workflow/src/templates/` actualizados.
-- **Evidencia requerida**:
-  - `grep` mostrando la nueva línea en todos los archivos.
-
----
-
-## Execution
-
-```yaml
-execution:
-  agent: "module-agent"
-  status: completed
-  started_at: "2026-01-19T23:23:59+01:00"
-  completed_at: "2026-01-19T23:25:00+01:00"
-```
-
----
-
-## Implementation Report
-
-### Cambios realizados
-- Actualizados 19 archivos en `agentic-workflow/src/templates/`.
-- Inyectada la sección `## Identificacion del agente (OBLIGATORIA)` en todos los templates.
-
-### Decisiones técnicas
-- Se respetó el frontmatter YAML donde existía, inyectando la sección después del título principal para mayor visibilidad.
-
-### Evidencia
-- Se verificó la edición de los 19 archivos (`acceptance.md`, `agent-scores.md`, etc.).
-
-### Desviaciones del objetivo
-- Ninguna.
-
----
-
-## Gate (REQUIRED)
-
-```yaml
-approval:
-  developer:
-    decision: SI
-    date: 2026-01-19T23:27:38+01:00
-    comments: null
-```

package/dist/artifacts/27-update-portable-module-agent-identity/agent-tasks/2-module-agent-update-workflows-long.md

@@ -1,88 +0,0 @@
----
-artifact: agent_task
-phase: phase-4-implementation
-owner: module-agent
-status: pending
-related_task: 27-update-portable-module-agent-identity
-task_number: 2
----
-
-# Agent Task — 2-module-agent-update-workflows-long
-
-## Identificacion del agente (OBLIGATORIA)
-Primera linea del documento:
-`🏛️ **architect-agent**: Asignación de tarea de actualización de workflows (ciclo largo).`
-
-## Input (REQUIRED)
-- **Objetivo**: Actualizar los 10 workflows en `agentic-workflow/src/workflows/tasklifecycle-long/` para reforzar la disciplina.
-- **Alcance**:
-  - Modificar todos los ficheros `.md` en `agentic-workflow/src/workflows/tasklifecycle-long/`.
-  - Asegurar que todos los gates requieran `decision: SI` explícitamente en el YAML y en la lógica del texto.
-  - Añadir paso de "Activación de rol" con prefijo obligatorio en el mensaje inicial de cada fase.
-  - Asegurar actualización de `task.phase.updated_at` y campos de validación de subflows en el cierre de fase.
-- **Dependencias**: Subtarea 1 (Templates) completada.
-
----
-
-## Reasoning (OBLIGATORIO)
-
-### Análisis del objetivo
-- Se busca dotar a los workflows del paquete portable de la misma rigurosidad que los locales.
-- Debo revisar cada fase (0 a 8) para inyectar los marcadores de tiempo y autoría.
-
-### Opciones consideradas
-- Edición manual exhaustiva fase por fase.
-
-### Decisión tomada
-- Edición manual para garantizar que los IDs de alias y referencias cruzadas entre fases se mantengan coherentes en el contexto del paquete portable.
-
----
-
-## Output (REQUIRED)
-- **Entregables**:
-  - 10 workflows en `agentic-workflow/src/workflows/tasklifecycle-long/` actualizados.
-- **Evidencia requerida**:
-  - Muestra del cambio en `phase-0-acceptance-criteria.md` y `phase-4-implementation.md`.
-
----
-
-## Execution
-
-```yaml
-execution:
-  agent: "module-agent"
-  status: completed
-  started_at: "2026-01-19T23:29:34+01:00"
-  completed_at: "2026-01-19T23:45:00+01:00"
-```
-
----
-
-## Implementation Report
-
-### Cambios realizados
-- Actualizados los 10 workflows en `agentic-workflow/src/workflows/tasklifecycle-long/`.
-- Inyectado el Paso 0 de activación de rol y prefijo.
-- Reforzado el Gate para exigir `decision: SI` explícita.
-- Asegurada la actualización de timestamps en el cierre de fase.
-
-### Decisiones técnicas
-- Se simplificó la redacción de algunos pasos para mayor claridad operativa, manteniendo la rigurosidad contractual.
-
-### Evidencia
-- Se verificaron los 10 archivos (`phase-0` a `phase-8` + `index.md`).
-
-### Desviaciones del objetivo
-- Ninguna.
-
----
-
-## Gate (REQUIRED)
-
-```yaml
-approval:
-  developer:
-    decision: SI
-    date: 2026-01-19T23:34:04+01:00
-    comments: null
-```