@christianmaf80/agentic-workflow 1.19.1-beta.10 → 1.19.2-beta.1

package/dist/agent/artifacts/candidate/task.md

@@ -1,3 +1,9 @@
+---
+kind: artifact
+name: task
+source: agentic-system-structure
+---
+
 # Task: Reorganización de estructura de archivos y backups
 
 ## Identificación

package/dist/agent/artifacts/task-20260128-reorganize-structure/acceptance.md

@@ -1,3 +1,9 @@
+---
+kind: artifact
+name: acceptance
+source: agentic-system-structure
+---
+
 # Acceptance Criteria — task-20260128-reorganize-structure
 
 ## Identificacion del agente (OBLIGATORIA)

package/dist/agent/artifacts/task-20260128-reorganize-structure/brief.md

@@ -38,7 +38,7 @@ Derivados de las respuestas anteriores:
 1. **Alcance**: Reubicación de carpetas `rules`, `workflows`, `templates`, `artifacts` e `index.md` de `src/` a `.agent/`. Consolidación de `.agent.backup_*` en `/.backups/`.
 2. **Entradas/Datos**: Ficheros actuales en `src/` y carpetas de backup en raíz.
 3. **Salidas esperadas**: Nueva estructura de directorios funcional y coherente, con scripts y referencias actualizadas.
-4. **Restricciones**: No modificar el código lógico en `src/cli`, `src/core`, `src/test` ni `src/extension.ts`.
+4. **Restricciones**: No modificar el código lógico en `src/cli`, `src/infrastructure`, `src/test` ni `src/extension.ts`.
 5. **Criterio de Done**: Estructura movida, `.backups` consolidado, `init` funcional y build exitosa sin errores de paths.
 
 ---

package/dist/agent/artifacts/task-20260128-reorganize-structure/closure.md

@@ -21,13 +21,13 @@ Se han cumplido todos los objetivos establecidos en el Brief:
 - **Estrategia**: Short (3 fases).
 - **Ficheros modificados**:
   - `package.json`
-  - `src/core/utils/backup.ts`
-  - `src/core/migration/backup.ts`
+  - `src/infrastructure/utils/backup.ts`
+  - `src/infrastructure/migration/backup.ts`
   - `src/cli/commands/init.ts`
   - Toda la documentación agéntica (.md).
 
 ## 3. Resultado Final
-El repositorio presenta ahora una separación clara entre el código fuente de la extensión (`src/core`, `src/cli`) y la configuración del sistema agéntico (`src/agentic-system-structure`). Se ha mantenido compatibilidad mediante un mirror en `.agent/`.
+El repositorio presenta ahora una separación clara entre el código fuente de la extensión (`src/infrastructure`, `src/cli`) y la configuración del sistema agéntico (`src/agentic-system-structure`). Se ha mantenido compatibilidad mediante un mirror en `.agent/`.
 
 ## 4. Confirmación de Cierre
 La tarea se considera **finalizada con éxito**.

package/dist/agent/artifacts/task-20260128-reorganize-structure/implementation.md

@@ -26,7 +26,7 @@ Se ha realizado una reorganización profunda del sistema para mejorar la manteni
 ### Actualización de Código y Scripts
 - **package.json**: Se ha actualizado el script `copy-assets` para que la build (`dist/`) se genere correctamente desde la nueva ubicación.
 - **CLI (initCommand)**: Se ha modificado la lógica de inicialización para asegurar que la carpeta `.backups` se cree automáticamente y que el contenido de `AGENTS.md` sea coherente con la nueva estructura.
-- **Core (Backup Logic)**: Se ha actualizado la lógica de creación de backups en `src/core/migration/backup.ts` y `src/core/utils/backup.ts` para que los nuevos respaldos se guarden siempre en `.backups/`.
+- **Infrastructure (Backup Logic)**: Se ha actualizado la lógica de creación de backups en `src/infrastructure/migration/backup.ts` y `src/infrastructure/utils/backup.ts` para que los nuevos respaldos se guarden siempre en `.backups/`.
 
 ## 2. Verificación Técnica
 
@@ -41,7 +41,7 @@ Se ha realizado una reorganización profunda del sistema para mejorar la manteni
 | Carpetas movidas a `.agent/` | ☑ Cumplido | Verificado mediante `ls`. |
 | Backups movidos a `/.backups/` | ☑ Cumplido | Verificado mediante `ls`. |
 | Scripts de build actualizados | ☑ Cumplido | `npm run build` ejecutado con éxito. |
-| Lógica de backup en código actualizada | ☑ Cumplido | Código en `src/core` modificado. |
+| Lógica de backup en código actualizada | ☑ Cumplido | Código en `src/infrastructure` modificado. |
 | Sistema inicializable tras cambio | ☑ Cumplido | Lógica de `init` preparada. |
 
 ## 4. Notas Adicionales

package/dist/agent/artifacts/task-20260128-reorganize-structure/task.md

@@ -1,3 +1,9 @@
+---
+kind: artifact
+name: task
+source: agentic-system-structure
+---
+
 # Task: Reorganización de estructura de archivos y backups
 
 ## Identificación

package/dist/agent/index.md

@@ -38,6 +38,9 @@ agent:
     rules:
       index: .agent/rules/index.md
 
+    skills:
+      index: .agent/skills/index.md
+
 ```
 
 ## Reglas

package/dist/agent/rules/constitution/agents-behavior.md

@@ -46,7 +46,6 @@ Archivos protegidos:
 - `.agent/rules/**/*.md` (Reglas)
 - `.agent/workflows/**/*.md` (Workflows)
 - Indices de sistema (`index.md`)
-- `GEMINI.md`
 
 ### 2.2 Prohibición para Agentes Operativos
 - ❌ **Prohibido**: Que el `qa-agent` o `researcher-agent` modifiquen archivos de la carpeta `.agent/rules` o `.agent/workflows`.

package/dist/agent/rules/constitution/clean-code.md

@@ -1,3 +1,9 @@
+---
+kind: rule
+name: clean-code
+source: agentic-system-structure
+---
+
 # Clean Code Rules
 
 type: rules

package/dist/agent/rules/constitution/index.md

@@ -16,9 +16,9 @@ por alias en lugar de rutas directas.
 ## Aliases (YAML)
 ```yaml
 constitution:
-  GEMINI_location: .agent/rules/constitution/GEMINI.location.md
   clean_code: .agent/rules/constitution/clean-code.md
   agents_behavior: .agent/rules/constitution/agents-behavior.md
+  runtime_integration: .agent/rules/constitution/runtime-integration.md
 ```
 
 ## Reglas

package/dist/agent/rules/constitution/runtime-integration.md

@@ -0,0 +1,101 @@
+---
+id: constitution.runtime_integration
+owner: architect-agent
+version: 1.0.0
+severity: PERMANENT
+scope: global
+---
+
+# RUNTIME INTEGRATION CONSTITUTION
+
+Este documento define las reglas obligatorias para la integración del runtime MCP en la ejecución de workflows.
+
+---
+
+## 1. REGLA DE INTEGRACIÓN RUNTIME (PERMANENT - CRITICAL)
+
+Cuando cualquier agente ejecute un workflow del sistema (`init`, `tasklifecycle-short`, `tasklifecycle-long`), **DEBE** utilizar las herramientas del runtime MCP para garantizar trazabilidad y persistencia de estado.
+
+### 1.1 Herramientas Obligatorias
+
+| Evento | Herramienta MCP | Cuándo usar |
+|--------|-----------------|-------------|
+| Inicio de tarea | `runtime.run` | Al crear una nueva tarea |
+| Avance de fase | `runtime.advance_phase` | Al completar cada fase del ciclo |
+| Obtener estado | `runtime.get_state` | Para consultar el estado actual |
+| Validar gate | `runtime.validate_gate` | Antes de solicitar aprobación |
+| Evento importante | `runtime.emit_event` | Para eventos de chat, errores, etc. |
+
+### 1.2 Flujo Obligatorio
+
+```
+1. Al iniciar workflow:
+   → Llamar `runtime.run` con taskPath y agent
+
+2. Al completar cada fase:
+   → Llamar `runtime.validate_gate` para verificar precondiciones
+   → Solicitar aprobación al desarrollador (notify_user)
+   → Llamar `runtime.advance_phase` tras aprobación
+
+3. Durante la ejecución:
+   → Usar `runtime.emit_event` para eventos significativos
+   → Usar `runtime.get_state` para consultar estado si es necesario
+
+### 1.3 Regla de Nulidad (Bypass Detection)
+Cualquier acción técnica de cambio de estado (creación de artefactos, avance de fase) realizada sin una llamada correspondiente registrada en el Runtime MCP será considerada **nula e inválida**. 
+- La "Huella Digital de Gobernanza" (logs de `validate_gate` y `advance_phase`) generada mediante el **Skill de Gobernanza** es el único comprobante legal de cumplimiento de proceso.
+
+### 1.4 Skill de Gobernanza (Mejor Práctica)
+El uso del `skill.runtime-governance` es la **mejor práctica y el método obligatorio** para el `architect-agent`. 
+- **Por qué**: Centraliza la complejidad técnica de las herramientas MCP y permite auditorías reactivas consistentes sin sobrecargar los archivos de workflow.
+- **Invocación**: Los workflows deben simplemente invocar la acción de control, y el Arquitecto debe proveer el "Cómo" mediante este Skill exclusivo.
+```
+
+---
+
+## 2. REQUISITOS PREVIOS (PERMANENT)
+
+Para que esta constitución sea aplicable:
+
+1. El servidor MCP debe estar registrado en el cliente (Antigravity/Codex).
+   - Si no está registrado, ejecutar: `agentic-workflow register-mcp`
+
+2. El servidor MCP debe estar corriendo en background o ser invocable.
+
+### 2.1 Verificación de Registro
+
+Al iniciar cualquier workflow, el agente **DEBE** verificar que las herramientas del runtime están disponibles. Si no lo están:
+- Informar al desarrollador.
+- Sugerir ejecutar `agentic-workflow register-mcp`.
+- Continuar con ejecución fallback (sin runtime) si el desarrollador lo autoriza.
+
+---
+
+## 3. LOGS Y TRAZABILIDAD (PERMANENT)
+
+Todas las llamadas al runtime generan logs en stderr. Estos logs son la **fuente de verdad** para auditar la ejecución de workflows.
+
+### 3.1 Formato de Logs
+```
+[LEVEL] [SOURCE] Message {context}
+```
+
+### 3.2 Herramienta de Debug
+- `debug_read_logs`: Permite leer los logs almacenados en el buffer del runtime.
+
+---
+
+## 4. EXCEPCIONES (PERMANENT)
+
+Esta constitución **NO aplica** cuando:
+- El desarrollador solicita explícitamente ejecución sin runtime.
+- Las herramientas MCP no están disponibles y el desarrollador autoriza fallback.
+- Se trata de operaciones de solo lectura (consultas, investigación).
+
+---
+
+## Authority
+
+Esta constitución es **binding** cuando referenciada como `INJECTED` o `PERMANENT`.
+Creada por: architect-agent
+Fecha: 2026-02-02

package/dist/agent/rules/index.md

@@ -46,7 +46,6 @@ Archivos protegidos:
 - `.agent/rules/**/*.md` (todas las reglas)
 - `.agent/workflows/**/*.md` (todos los workflows)
 - `.agent/index.md`
-- `GEMINI.md` (si existe en el repositorio)
 
 **Prohibiciones**:
 - ❌ Ningún agente (qa, researcher, neo) puede modificar reglas

package/dist/agent/rules/roles/architect.md

@@ -11,7 +11,7 @@ severity: PERMANENT
 scope: global
 
 capabilities:
-  skills: []
+  skills: ["skill.runtime-governance"]
   tools:
     git: supported
 ---
@@ -97,3 +97,4 @@ Eres el maximo responsable de la integridad del ciclo de vida:
 2. **Validacion fisica**: Nunca procedas a una fase si el artefacto de la fase anterior no contiene la marca fisica de aprobacion del usuario.
 3. **Cero decision propia en gates**: No tienes autoridad para decidir que un gate es innecesario.
 4. **Espejo del proceso**: Si el usuario pide saltarse un paso, tu rol es recordarle la constitucion y los riesgos.
+5. **Gobernanza por Skill**: DEBES utilizar obligatoriamente el procedimiento de `skill.runtime-governance` para cada gate y cambio de fase. No tienes autoridad para prescindir de la trazabilidad MCP.

package/dist/agent/templates/acceptance.md

@@ -1,3 +1,9 @@
+---
+kind: template
+name: acceptance
+source: agentic-system-structure
+---
+
 # Acceptance Criteria — {{task.id}}-{{task.title}}
 
 ## Identificacion del agente (OBLIGATORIA)

package/dist/agent/templates/init.md

@@ -1,3 +1,10 @@
+---
+id: task.init
+title: Initialization
+owner: {{architectAgentId}}
+phase:
+  current: init
+---
 # init bootstrap
 
 - command: {{command}}
@@ -19,3 +26,14 @@ constitution:
     - {{constitutionPaths[0]}}
     - {{constitutionPaths[1]}}
     - {{constitutionPaths[2]}}
+language:
+  value: {{language}}
+  confirmed: {{languageConfirmed}}
+strategy: {{strategy}}
+traceability:
+  verified: {{traceabilityVerified}}
+  mcp_tool: {{traceabilityTool}}
+  response: {{traceabilityResponse}}
+  timestamp: {{traceabilityTimestamp}}
+runtime:
+  started: {{runtimeStarted}}

package/dist/agent/templates/supplemental-report.md

@@ -1,3 +1,9 @@
+---
+kind: template
+name: supplemental-report
+source: agentic-system-structure
+---
+
 # Supplemental Report (Template)
 
 ## Identificacion

package/dist/agent/templates/task.md

@@ -1,3 +1,10 @@
+---
+id: {{task.id}}
+title: {{task.title}}
+owner: architect-agent
+strategy: {{task.strategy}}
+---
+
 # Task (Template)
 
 ## Identificación

package/dist/agent/workflows/init.md

@@ -1,12 +1,9 @@
----
-description: Workflow obligatorio de setup: verifica GEMINI.location, carga constitutions base y define el idioma de conversación y la estrategia Long/Short.
----
-
 ---
 id: workflow.init
 owner: architect-agent
 version: 4.0.0
 severity: PERMANENT
+description: "Workflow obligatorio de setup: carga constitutions base y define el idioma de conversación y la estrategia Long/Short."
 trigger:
   commands: ["init", "/init", "/agentic-init"]
 blocking: true
@@ -45,6 +42,15 @@ El agente **DEBE** adherirse a estas meta-reglas de comportamiento durante TODA
     - Si el usuario pide saltarse pasos, el agente **DEBE** recordar las reglas de constitución y rechazar amablemente el atajo.
 
 ## Pasos obligatorios
+0. **Verificar Trazabilidad e Iniciar Runtime (OBLIGATORIO)**:
+   - Antes de cualquier acción, verificar conectividad MCP mediante `runtime_chat`.
+   - **Inmediatamente después**, llamar a `runtime.run` con:
+     - `taskPath`: Ruta al artefacto init que se creará (`.agent/artifacts/candidate/init.md`)
+     - `agent`: `architect-agent`
+   - El agente **DEBE** confirmar que ambas herramientas respondieron correctamente (`status: ok`).
+   - **PROHIBICIÓN ESTRICTA**: No se permite consolidar este paso con la creación de artefactos en una misma respuesta. El agente debe esperar la confirmación del sistema antes de proceder al paso 1.
+   - Si las herramientas MCP no están disponibles → ir a **Paso 9 (FAIL)**, a menos que el desarrollador autorice explícitamente el fallback.
+
 1. Activar `architect-agent` como rol arquitecto.
    - Mostrar un mensaje único de estado (ej: "Cargando init...") y **no** listar lecturas de ficheros individuales.
    - En ese mismo mensaje, presentar al architect-agent y dar contexto al desarrollador: rol, objetivo del init y qué información se le pedirá a continuación.
@@ -60,9 +66,8 @@ El agente **DEBE** adherirse a estas meta-reglas de comportamiento durante TODA
    - Si alguna falla → FAIL.
 
 3. Cargar en contexto las constitutions (en orden):
-   1) `constitution.GEMINI_location`
-   2) `constitution.clean_code`
-   3) `constitution.agents_behavior`
+   1) `constitution.clean_code`
+   2) `constitution.agents_behavior`
    - **PROHIBIDO** cargar templates o artifacts en este paso.
    - Si alguna falla → FAIL.
 
@@ -80,12 +85,19 @@ El agente **DEBE** adherirse a estas meta-reglas de comportamiento durante TODA
      - `templates.init`
    - Todos los campos obligatorios del template **DEBEN** completarse.
    - Incluir el campo `strategy: long | short`.
+   - **REQUISITO DE TRAZABILIDAD**: Incluir una confirmación explícita de que el Paso 0 (MCP) fue ejecutado correctamente.
    - No se permite modificar, omitir ni reinterpretar la estructura del template.
 
 7. Escribir el fichero en:
    - `artifacts.candidate.init`
 
-8. Evaluar Gate.
+8. **Validar Gate con Runtime (OBLIGATORIO)**:
+   - **ANTES** de evaluar el Gate, el agente **DEBE** llamar a `runtime.validate_gate` con:
+     - `taskPath`: `.agent/artifacts/candidate/init.md`
+     - `agent`: `architect-agent`
+     - `expectedPhase`: `init`
+   - **Opcionalmente**, usar `debug_read_logs` para auditar que los pasos previos fueron registrados.
+   - Evaluar Gate según los requisitos definidos.
    - Si Gate FAIL → ir a **Paso 9 (FAIL)**.
    - Si Gate PASS → continuar.
 
@@ -115,8 +127,15 @@ Requisitos (todos obligatorios):
    - `language.value` no vacío
    - `language.confirmed == true`
    - `strategy` es "long" o "short"
+   - **`traceability.verified == true`** (Confirma cumplimiento del Paso 0)
+   - **`runtime.started == true`** (Confirma que `runtime.run` fue llamado)
 3) El artefacto cumple el template oficial.
 4) Idioma definido y confirmado.
 5) Estrategia seleccionada.
-6) No se cargaron índices fuera del set permitido (solo `.agent/index.md`, `agent.domains.rules.index`, `rules.constitution.index`).
-7) El Root Index `.agent/index.md` fue cargado antes de cualquier otro índice.
+6) **Trazabilidad completa**: 
+   - El agente ha verificado conectividad MCP (`runtime_chat`).
+   - El agente ha llamado `runtime.run` para iniciar el workflow.
+   - El agente ha llamado `runtime.validate_gate` antes de evaluar el Gate.
+7) No se cargaron índices fuera del set permitido (solo `.agent/index.md`, `agent.domains.rules.index`, `rules.constitution.index`).
+8) El Root Index `.agent/index.md` fue cargado antes de cualquier otro índice.
+9) **Auditoría de logs**: Los pasos del workflow deben estar registrados en el buffer de logs del runtime.

package/dist/agent/workflows/tasklifecycle-long/index.md

@@ -12,22 +12,22 @@ blocking: true
 # WORKFLOW: tasklifecycle-long (Index)
 
 ## Índices requeridos (OBLIGATORIO)
-Este workflow **NO** define aliases fuera de su dominio (`taskcycle-long`).
+Este workflow **NO** define aliases fuera de su dominio (`tasklifecycle-long`).
 Para artifacts y templates, **DEBE** cargar índices globales:
 
 - Artifacts index: `.agent/artifacts/index.md`
 - Templates index: `.agent/templates/index.md`
 
-## Aliases del dominio `taskcycle-long` (OBLIGATORIO)
-Este workflow define aliases **solo** del dominio `taskcycle-long` (task lifecycle long).
-Existe **un único namespace** `aliases.taskcycle-long.phases.*` que contiene:
+## Aliases del dominio `tasklifecycle-long` (OBLIGATORIO)
+Este workflow define aliases **solo** del dominio `tasklifecycle-long` (task lifecycle long).
+Existe **un único namespace** `aliases.tasklifecycle-long.phases.*` que contiene:
 - `id` de fase
 - `workflow` (path del workflow de la fase)
 
 ## Aliases (YAML)
 ```yaml
 aliases:
-  taskcycle-long:
+  tasklifecycle-long:
     phases:
       phase_0:
         id: phase-0-acceptance-criteria
@@ -77,7 +77,7 @@ aliases:
 ## Objetivo (ONLY)
 - Verificar los requisitos mínimos para **iniciar la Fase 0** (inputs obligatorios).
 - Crear el **task candidate** usando el template contractual.
-- Verificar que los workflows de fase del dominio `taskcycle-long` existen y se pueden cargar.
+- Verificar que los workflows de fase del dominio `tasklifecycle-long` existen y se pueden cargar.
 - Si falta algún requisito, **bloquear** y pedir la acción mínima para poder iniciar la **Fase 0**.
 
 > Este workflow **NO** controla si las fases se han completado.
@@ -85,7 +85,7 @@ aliases:
 
 ## Dispatch / Routing (OBLIGATORIO)
 - El routing de fases **DEBE** basarse en `task.phase.current`.
-- La fase activa **DEBE** mapearse a `aliases.taskcycle-long.phases.*.workflow`.
+- La fase activa **DEBE** mapearse a `aliases.tasklifecycle-long.phases.*.workflow`.
 - Si no existe mapping → **FAIL** (fase inválida o índice corrupto).
 - Solo el `architect-agent` puede cambiar `task.phase.current`.
 
@@ -114,20 +114,20 @@ aliases:
    - **DEBE incluir** la información proporcionada por el desarrollador:
      - descripción de la tarea
      - objetivo de la tarea
-   - Inicializar `task.phase.current` a `aliases.taskcycle-long.phases.phase_0.id`.
+   - Inicializar `task.phase.current` a `aliases.tasklifecycle-long.phases.phase_0.id`.
    - Si no se puede crear/escribir → ir a **Paso 7 (FAIL)**.
 
 6. Verificar disponibilidad de fases (solo existencia/carga)
    - Los workflows de fase **DEBEN** existir como ficheros (no se ejecutan aquí):
-     - `aliases.taskcycle-long.phases.phase_0.workflow`
-     - `aliases.taskcycle-long.phases.phase_1.workflow`
-     - `aliases.taskcycle-long.phases.phase_2.workflow`
-     - `aliases.taskcycle-long.phases.phase_3.workflow`
-     - `aliases.taskcycle-long.phases.phase_4.workflow`
-     - `aliases.taskcycle-long.phases.phase_5.workflow`
-     - `aliases.taskcycle-long.phases.phase_6.workflow`
-     - `aliases.taskcycle-long.phases.phase_7.workflow`
-     - `aliases.taskcycle-long.phases.phase_8.workflow`
+     - `aliases.tasklifecycle-long.phases.phase_0.workflow`
+     - `aliases.tasklifecycle-long.phases.phase_1.workflow`
+     - `aliases.tasklifecycle-long.phases.phase_2.workflow`
+     - `aliases.tasklifecycle-long.phases.phase_3.workflow`
+     - `aliases.tasklifecycle-long.phases.phase_4.workflow`
+     - `aliases.tasklifecycle-long.phases.phase_5.workflow`
+     - `aliases.tasklifecycle-long.phases.phase_6.workflow`
+     - `aliases.tasklifecycle-long.phases.phase_7.workflow`
+     - `aliases.tasklifecycle-long.phases.phase_8.workflow`
    - Si falta alguno → ir a **Paso 7 (FAIL)**.
 
 7. FAIL (obligatorio)
@@ -138,7 +138,7 @@ aliases:
      - idioma no definido o no confirmado en `init`
      - template inaccesible (`templates.task`)
      - no se pudo crear `task candidate` (`artifacts.candidate.task`)
-     - falta uno o más workflows de fase (`aliases.taskcycle-long.phases.*.workflow`)
+     - falta uno o más workflows de fase (`aliases.tasklifecycle-long.phases.*.workflow`)
    - Pedir la acción mínima para solventar:
      - ejecutar `init`
      - confirmar idioma
@@ -152,15 +152,15 @@ Las fases del ciclo de vida **DEBEN ejecutarse estrictamente en el orden numéri
 No se permite saltar, reordenar ni paralelizar fases.
 
 Orden obligatorio:
-0. `aliases.taskcycle-long.phases.phase_0.id`
-1. `aliases.taskcycle-long.phases.phase_1.id`
-2. `aliases.taskcycle-long.phases.phase_2.id`
-3. `aliases.taskcycle-long.phases.phase_3.id`
-4. `aliases.taskcycle-long.phases.phase_4.id`
-5. `aliases.taskcycle-long.phases.phase_5.id`
-6. `aliases.taskcycle-long.phases.phase_6.id`
-7. `aliases.taskcycle-long.phases.phase_7.id`
-8. `aliases.taskcycle-long.phases.phase_8.id`
+0. `aliases.tasklifecycle-long.phases.phase_0.id`
+1. `aliases.tasklifecycle-long.phases.phase_1.id`
+2. `aliases.tasklifecycle-long.phases.phase_2.id`
+3. `aliases.tasklifecycle-long.phases.phase_3.id`
+4. `aliases.tasklifecycle-long.phases.phase_4.id`
+5. `aliases.tasklifecycle-long.phases.phase_5.id`
+6. `aliases.tasklifecycle-long.phases.phase_6.id`
+7. `aliases.tasklifecycle-long.phases.phase_7.id`
+8. `aliases.tasklifecycle-long.phases.phase_8.id`
 
 ## Gate (REQUIRED)
 Requisitos (todos obligatorios):

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

@@ -22,6 +22,7 @@ blocking: true
 > **Constitución activa (OBLIGATORIO)**:
 > - Cargar `constitution.clean_code` antes de iniciar
 > - Cargar `constitution.agents_behavior` (sección 7: Gates, sección 8: Constitución)
+> - **Activar `skill.runtime-governance`** (Uso exclusivo del Architect para validación y trazabilidad)
 
 ## Output (REQUIRED)
 - Current task (definitiva) con acceptance criteria completos:
@@ -39,7 +40,11 @@ blocking: true
 - Registrar los acceptance criteria dentro del fichero de current task.
 
 ## Pasos obligatorios
-0. Activar `architect-agent` y usar prefijo obligatorio en cada mensaje.
+0. **Verificar Gobernanza (OBLIGATORIO)**:
+   - Activar `skill.runtime-governance`.
+   - Ejecutar el procedimiento de trazabilidad inicial (Paso 0 del Skill).
+   - El agente **DEBE** confirmar que el sistema de logs está activo antes de proceder.
+   - Usar prefijo obligatorio en cada mensaje.
 1. Cargar y leer el task candidate:
    - `artifacts.candidate.task`
    - Extraer:
@@ -121,12 +126,16 @@ blocking: true
 
 9. PASS
    - Informar que la Fase 0 está completada correctamente.
+   - Seguimiento del protocolo de cierre en `skill.runtime-governance`:
+     - Llamar `runtime.validate_gate` para verificar integridad.
+     - Solicitar aprobación final al usuario.
+     - Llamar `runtime.advance_phase` tras el "SI".
    - El `architect-agent` **DEBE realizar explícitamente** las siguientes acciones:
     - Marcar la Fase 0 como completada en el `task.md`.
     - Establecer `task.lifecycle.phases.phase-0-acceptance-criteria.validated_at = <ISO-8601>`.
     - Actualizar `task.phase.updated_at = <ISO-8601>`.
     - Actualizar el estado:
-      - `task.phase.current = aliases.taskcycle-long.phases.phase_1.id`
+      - `task.phase.current = aliases.tasklifecycle-long.phases.phase_1.id`
    - Esta actualización **NO es automática** y **NO puede ser inferida**.
    - Hasta que este cambio no se refleje en el `task.md`, **no se puede iniciar la Fase 1**.
 
@@ -162,12 +171,13 @@ Requisitos (todos obligatorios):
    - `approval.developer.decision == SI`
 8. El `architect-agent` ha marcado explícitamente:
    - la Fase 0 como completada
-   - `task.phase.current == aliases.taskcycle-long.phases.phase_1.id`
+   - `task.phase.current == aliases.tasklifecycle-long.phases.phase_1.id`
 9. `task.md` refleja timestamp y estado:
    - `task.lifecycle.phases.phase-0-acceptance-criteria.completed == true`
    - `task.lifecycle.phases.phase-0-acceptance-criteria.validated_at` no nulo
    - `task.phase.updated_at` no nulo
 10. Las 5 preguntas obligatorias fueron realizadas y respondidas por el desarrollador.
+11. **Gobernanza verificada**: El historial de logs muestra la secuencia de herramientas MCP definida en `skill.runtime-governance`.
 
 Si Gate FAIL:
 - Ejecutar **FAIL**.

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

@@ -15,7 +15,7 @@ blocking: true
 - Existe la current task:
   - `.agent/artifacts/<taskId>-<taskTitle>/task.md`
 - El `task.md` **DEBE** reflejar:
-  - `task.phase.current == aliases.taskcycle-long.phases.phase_1.id`
+  - `task.phase.current == aliases.tasklifecycle-long.phases.phase_1.id`
 - El `task.md` **DEBE** incluir:
   - descripcion
   - objetivo
@@ -25,6 +25,7 @@ blocking: true
 > **Constitución activa (OBLIGATORIO)**:
 > - Cargar `constitution.clean_code` antes de iniciar
 > - Cargar `constitution.agents_behavior` (sección 7: Gates, sección 8: Constitución)
+> - **Activar `skill.runtime-governance`** (Para validación de gate y trazabilidad)
 
 ## Output (REQUIRED)
 - Research report (obligatorio, generado por researcher-agent):
@@ -59,7 +60,7 @@ blocking: true
 
 1. Verificar inputs (architect-agent)
    - Existe `task.md`
-   - `task.phase.current == aliases.taskcycle-long.phases.phase_1.id`
+   - `task.phase.current == aliases.tasklifecycle-long.phases.phase_1.id`
    - `task.md` contiene acceptance criteria
    - Si falla → ir a **Paso 8 (FAIL)**.
 
@@ -113,7 +114,7 @@ blocking: true
      - marcar Fase 1 como completada
      - establecer `task.lifecycle.phases.phase-1-research.validated_at = <ISO-8601>`
      - actualizar `task.phase.updated_at = <ISO-8601>`
-     - avanzar `task.phase.current = aliases.taskcycle-long.phases.phase_2.id`
+     - avanzar `task.phase.current = aliases.tasklifecycle-long.phases.phase_2.id`
 
 ---
 
@@ -145,10 +146,11 @@ Requisitos (todos obligatorios):
 7. El informe **NO contiene** análisis, recomendaciones ni valoraciones.
 8. `task.md` refleja:
    - Fase 1 completada
-   - `task.phase.current == aliases.taskcycle-long.phases.phase_2.id`
+   - `task.phase.current == aliases.tasklifecycle-long.phases.phase_2.id`
    - `task.lifecycle.phases.phase-1-research.completed == true`
    - `task.lifecycle.phases.phase-1-research.validated_at` no nulo
    - `task.phase.updated_at` no nulo
+6. **Gobernanza verificada**: El historial de logs muestra la secuencia de herramientas MCP definida en `skill.runtime-governance`.
 
 Si Gate FAIL:
 - Ejecutar **Paso 8 (FAIL)**.

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

@@ -20,7 +20,7 @@ blocking: true
   - descripcion
   - objetivo
   - acceptance criteria definidos
-  - `task.phase.current == aliases.taskcycle-long.phases.phase_2.id`
+  - `task.phase.current == aliases.tasklifecycle-long.phases.phase_2.id`
 
 > [!IMPORTANT]
 > **Constitución activa (OBLIGATORIO)**:
@@ -59,7 +59,7 @@ Crear un informe de **analisis** profundo que:
 1. Verificar inputs
    - Existe `.agent/artifacts/<taskId>-<taskTitle>/task.md`
    - Existe `.agent/artifacts/<taskId>-<taskTitle>/researcher/research.md`
-   - `task.phase.current == aliases.taskcycle-long.phases.phase_2.id`
+   - `task.phase.current == aliases.tasklifecycle-long.phases.phase_2.id`
    - El `task.md` contiene acceptance criteria definidos
    - El research esta aprobado por el desarrollador (SI)
    - Si falla → ir a **Paso 10 (FAIL)**.
@@ -109,7 +109,7 @@ Crear un informe de **analisis** profundo que:
      - marcar Fase 2 como completada
      - establecer `task.lifecycle.phases.phase-2-analysis.validated_at = <ISO-8601>`
      - actualizar `task.phase.updated_at = <ISO-8601>`
-     - avanzar `task.phase.current = aliases.taskcycle-long.phases.phase_3.id`
+     - avanzar `task.phase.current = aliases.tasklifecycle-long.phases.phase_3.id`
    - Indicar rutas:
      - `analysis.md`
      - `task.md` actualizado
@@ -136,7 +136,7 @@ Requisitos (todos obligatorios):
    - `approval.developer.decision == SI`
 6. `task.md` refleja:
    - Fase 2 completada
-   - `task.phase.current == aliases.taskcycle-long.phases.phase_3.id`
+   - `task.phase.current == aliases.tasklifecycle-long.phases.phase_3.id`
    - `task.lifecycle.phases.phase-2-analysis.completed == true`
    - `task.lifecycle.phases.phase-2-analysis.validated_at` no nulo
    - `task.phase.updated_at` no nulo