@christianmaf80/agentic-workflow 1.8.0-beta.1 → 1.11.0-beta.1

package/dist/workflows/drivers/create.md

@@ -0,0 +1,139 @@
+---
+description: Workflow para crear drivers siguiendo la constitucion y reglas de arquitectura del ecosistema Extensio.
+---
+
+---
+id: workflow.drivers.create
+owner: driver-agent
+version: 1.0.0
+severity: PERMANENT
+trigger:
+  commands: ["driver-create", "drivers:create"]
+blocking: true
+---
+
+# WORKFLOW: drivers.create
+
+## Input (REQUIRED)
+- El arquitecto ha determinado en el plan la creacion de un nuevo driver:
+  - `.agent/artifacts/<taskId>-<taskTitle>/plan.md`
+
+## Output (REQUIRED)
+- Informe de creacion de driver (OBLIGATORIO):
+  - `.agent/artifacts/<taskId>-<taskTitle>/driver/create.md`
+
+## Objetivo (ONLY)
+Asegurar que la creacion de un nuevo driver cumple:
+- la constitucion de drivers
+- la arquitectura de Extensio y reglas globales
+- la integracion correcta en el ecosistema
+
+> Esta fase **NO** omite auditoria del architect-agent.
+
+## Template (OBLIGATORIO)
+- El informe **DEBE** crearse usando el template:
+  - `templates.driver_create`
+- Si el template no existe o no se puede cargar → **FAIL**.
+
+---
+
+## Pasos obligatorios
+
+0. Activar `driver-agent` y usar prefijo obligatorio en cada mensaje.
+
+1. Verificar inputs
+   - Existe `plan.md` que requiere crear un driver.
+   - Si falla → ir a **Paso 9 (FAIL)**.
+
+2. Crear el driver (driver-agent)
+   - El **driver-agent** usa su skill `extensio_create_driver`:
+     - Leer `.agent/skills/extensio-create-driver/SKILL.md`
+     - Ejecutar MCP tool `mcp_extensio-cli_extensio_create` con:
+       - `type: "driver"`
+       - `name`: nombre del driver
+       - `platforms`: "chrome,firefox,safari,common"
+       - `includeDemo`: según plan
+       - `testType`: "vitest" (por defecto)
+   - La creación manual **solo** es válida si el CLI no soporta la operación.
+   - Garantizar estructura, types, constants, globals y compatibilidad.
+   - Registrar tipos en `globals.d.mts` bajo `Extensio.<NamespaceDelDriver>`.
+   - Exportar constantes del driver en el `constants.mts` del root.
+   - Verificar `globals.d.mts`:
+     - imports/exports correctos de tipos del driver
+     - sin duplicados o nombres corruptos
+     - integración no rompe el fichero
+   - Verificar `constants.mts` (root):
+     - exports correctos de constantes del driver
+     - sin duplicados o nombres corruptos
+     - integración no rompe el fichero
+
+3. Crear informe de creacion
+   - Crear:
+     - `.agent/artifacts/<taskId>-<taskTitle>/driver/create.md`
+   - Completar el informe segun el template.
+
+4. Auditoria del architect-agent (OBLIGATORIA)
+   - El `architect-agent` **DEBE** revisar el driver y el informe.
+   - Si detecta fallos → ir a **Paso 9 (FAIL)**.
+
+5. Solicitar aprobacion del desarrollador (OBLIGATORIA, por consola)
+   - El desarrollador **DEBE** aprobar el informe:
+     - **SI** → aprobado
+     - **NO** → rechazado
+   - Registrar la decision en `driver/create.md`:
+     ```yaml
+     approval:
+       developer:
+         decision: SI | NO
+         date: <ISO-8601>
+         comments: <opcional>
+     ```
+   - Si `decision != SI` → ir a **Paso 9 (FAIL)**.
+
+6. PASS
+   - Informar que el driver cumple el contrato.
+   - Actualizar `.agent/artifacts/<taskId>-<taskTitle>/task.md`:
+     - Agregar una entrada en `task.lifecycle.subflows.drivers.create[]`:
+       - `name: <driver-name>`
+       - `completed: true`
+       - `validated_by: "architect-agent"`
+       - `validated_at: <ISO-8601>`
+     - `task.phase.updated_at = <ISO-8601>`
+
+---
+
+## FAIL (OBLIGATORIO)
+
+9. Declarar creacion de driver como **NO completada**
+   - Indicar exactamente que fallo:
+     - plan inexistente o no requiere driver
+     - template inexistente
+     - incumplimiento de `constitution.drivers`
+     - fallos de integracion en el ecosistema
+     - auditoria del architect-agent rechazada
+   - Accion minima:
+     - corregir los puntos detectados por architect o desarrollador
+   - Terminar bloqueado: no avanzar.
+
+---
+
+## Gate (REQUIRED)
+
+Requisitos (todos obligatorios):
+1. Existe `.agent/artifacts/<taskId>-<taskTitle>/driver/create.md`.
+2. El informe sigue la estructura del template `templates.driver_create`.
+3. El `driver/create.md` inicia con el prefijo del `driver-agent`.
+4. El driver cumple `constitution.drivers`.
+5. Auditoria del architect-agent aprobada.
+6. Existe aprobacion explicita del desarrollador (por consola) registrada en `driver/create.md`:
+   - `approval.developer.decision == SI`
+7. `globals.d.mts` y `constants.mts` integran el driver sin duplicados ni errores.
+8. `task.md` refleja subflow y timestamp:
+   - Existe una entrada en `task.lifecycle.subflows.drivers.create[]` con:
+     - `name: <driver-name>`
+     - `completed == true`
+     - `validated_at` no nulo
+   - `task.phase.updated_at` no nulo
+
+Si Gate FAIL:
+- Ejecutar **Paso 9 (FAIL)**.

package/dist/workflows/drivers/delete.md

@@ -0,0 +1,124 @@
+---
+description: Workflow para eliminar drivers siguiendo la constitucion y reglas de arquitectura del ecosistema Extensio.
+---
+
+---
+id: workflow.drivers.delete
+owner: driver-agent
+version: 1.0.0
+severity: PERMANENT
+trigger:
+  commands: ["driver-delete", "drivers:delete"]
+blocking: true
+---
+
+# WORKFLOW: drivers.delete
+
+## Input (REQUIRED)
+- El arquitecto ha determinado en el plan la eliminacion del driver:
+  - `.agent/artifacts/<taskId>-<taskTitle>/plan.md`
+
+## Output (REQUIRED)
+- Informe de eliminacion de driver (OBLIGATORIO):
+  - `.agent/artifacts/<taskId>-<taskTitle>/driver/delete.md`
+
+## Objetivo (ONLY)
+Asegurar que la eliminacion de un driver:
+- elimina referencias sin dejar imports huerfanos
+- actualiza globals/constants del proyecto
+- mantiene integridad del ecosistema
+
+> Esta fase **NO** omite auditoria del architect-agent.
+
+## Template (OBLIGATORIO)
+- El informe **DEBE** crearse usando el template:
+  - `templates.driver_delete`
+- Si el template no existe o no se puede cargar → **FAIL**.
+
+---
+
+## Pasos obligatorios
+
+0. Activar `driver-agent` y usar prefijo obligatorio en cada mensaje.
+
+1. Verificar inputs
+   - Existe `plan.md` que requiere eliminar un driver.
+   - Si falla → ir a **Paso 9 (FAIL)**.
+
+2. Eliminar el driver
+   - Eliminar el driver segun el plan y `constitution.drivers`.
+   - Remover referencias en el ecosistema (imports, docs, tests).
+   - Remover tipos del namespace en `globals.d.mts`.
+   - Remover exports de constantes en `constants.mts` (root).
+   - Actualizar `globals.d.mts` y `constants.mts` (sin duplicados/errores).
+
+3. Crear informe de eliminacion
+   - Crear:
+     - `.agent/artifacts/<taskId>-<taskTitle>/driver/delete.md`
+   - Completar el informe segun el template.
+
+4. Auditoria del architect-agent (OBLIGATORIA)
+   - El `architect-agent` **DEBE** revisar el cambio y el informe.
+   - Si detecta fallos → ir a **Paso 9 (FAIL)**.
+
+5. Solicitar aprobacion del desarrollador (OBLIGATORIA, por consola)
+   - El desarrollador **DEBE** aprobar el informe:
+     - **SI** → aprobado
+     - **NO** → rechazado
+   - Registrar la decision en `driver/delete.md`:
+     ```yaml
+     approval:
+       developer:
+         decision: SI | NO
+         date: <ISO-8601>
+         comments: <opcional>
+     ```
+   - Si `decision != SI` → ir a **Paso 9 (FAIL)**.
+
+6. PASS
+   - Informar que el driver fue eliminado correctamente.
+   - Actualizar `.agent/artifacts/<taskId>-<taskTitle>/task.md`:
+     - Agregar una entrada en `task.lifecycle.subflows.drivers.delete[]`:
+       - `name: <driver-name>`
+       - `completed: true`
+       - `validated_by: "architect-agent"`
+       - `validated_at: <ISO-8601>`
+     - `task.phase.updated_at = <ISO-8601>`
+
+---
+
+## FAIL (OBLIGATORIO)
+
+9. Declarar eliminacion de driver como **NO completada**
+   - Indicar exactamente que fallo:
+     - plan inexistente o no requiere eliminacion
+     - template inexistente
+     - referencias huerfanas
+     - integracion corrupta en el ecosistema
+     - auditoria del architect-agent rechazada
+   - Accion minima:
+     - corregir los puntos detectados por architect o desarrollador
+   - Terminar bloqueado: no avanzar.
+
+---
+
+## Gate (REQUIRED)
+
+Requisitos (todos obligatorios):
+1. Existe `.agent/artifacts/<taskId>-<taskTitle>/driver/delete.md`.
+2. El informe sigue la estructura del template `templates.driver_delete`.
+3. El `driver/delete.md` inicia con el prefijo del `driver-agent`.
+4. No hay referencias huerfanas al driver eliminado.
+5. Auditoria del architect-agent aprobada.
+6. Existe aprobacion explicita del desarrollador (por consola) registrada en `driver/delete.md`:
+   - `approval.developer.decision == SI`
+7. `globals.d.mts` y `constants.mts` actualizados sin duplicados ni errores.
+8. `task.md` refleja subflow y timestamp:
+   - Existe una entrada en `task.lifecycle.subflows.drivers.delete[]` con:
+     - `name: <driver-name>`
+     - `completed == true`
+     - `validated_at` no nulo
+   - `task.phase.updated_at` no nulo
+
+Si Gate FAIL:
+- Ejecutar **Paso 9 (FAIL)**.

package/dist/workflows/drivers/index.md

@@ -0,0 +1,25 @@
+---
+id: workflows.drivers.index
+owner: architect-agent
+version: 1.0.0
+severity: PERMANENT
+description: Índice del dominio de workflows para drivers: creación, refactor y eliminación. Define los entrypoints oficiales y obliga a usar estos flujos para mantener la constitución y la integración correcta en Extensio.
+---
+
+# INDEX — Workflows / Drivers
+
+## Objetivo
+Este fichero define los workflows del dominio `drivers`.
+
+## Aliases (YAML)
+```yaml
+workflows:
+  drivers:
+    create: .agent/workflows/drivers/create.md
+    refactor: .agent/workflows/drivers/refactor.md
+    delete: .agent/workflows/drivers/delete.md
+```
+
+## Reglas
+- Este índice **solo** declara workflows del dominio `drivers`.
+- Cualquier workflow nuevo **DEBE** añadirse aquí antes de ser referenciado.

package/dist/workflows/drivers/refactor.md

@@ -0,0 +1,125 @@
+---
+description: Workflow para refactorizar drivers siguiendo la constitucion y reglas de arquitectura del ecosistema Extensio.
+---
+
+---
+id: workflow.drivers.refactor
+owner: driver-agent
+version: 1.0.0
+severity: PERMANENT
+trigger:
+  commands: ["driver-refactor", "drivers:refactor"]
+blocking: true
+---
+
+# WORKFLOW: drivers.refactor
+
+## Input (REQUIRED)
+- El arquitecto ha determinado en el plan la refactorizacion del driver:
+  - `.agent/artifacts/<taskId>-<taskTitle>/plan.md`
+
+## Output (REQUIRED)
+- Informe de refactorizacion de driver (OBLIGATORIO):
+  - `.agent/artifacts/<taskId>-<taskTitle>/driver/refactor.md`
+
+## Objetivo (ONLY)
+Asegurar que el refactor de un driver:
+- mantiene cumplimiento de `constitution.drivers`
+- preserva compatibilidad multi-browser
+- actualiza integraciones en globals/constants si aplica
+
+> Esta fase **NO** omite auditoria del architect-agent.
+
+## Template (OBLIGATORIO)
+- El informe **DEBE** crearse usando el template:
+  - `templates.driver_refactor`
+- Si el template no existe o no se puede cargar → **FAIL**.
+
+---
+
+## Pasos obligatorios
+
+0. Activar `driver-agent` y usar prefijo obligatorio en cada mensaje.
+
+1. Verificar inputs
+   - Existe `plan.md` que requiere refactorizar un driver.
+   - Si falla → ir a **Paso 9 (FAIL)**.
+
+2. Refactorizar el driver
+   - Ejecutar cambios segun el plan y `constitution.drivers`.
+   - Validar estructura, types, constants y compatibilidad.
+   - Si hay cambios en tipos/constantes:
+     - registrar tipos en `globals.d.mts` bajo `Extensio.<NamespaceDelDriver>`
+     - exportar constantes en el `constants.mts` del root
+   - Verificar `globals.d.mts` y `constants.mts` si hubo cambios.
+
+3. Crear informe de refactorizacion
+   - Crear:
+     - `.agent/artifacts/<taskId>-<taskTitle>/driver/refactor.md`
+   - Completar el informe segun el template.
+
+4. Auditoria del architect-agent (OBLIGATORIA)
+   - El `architect-agent` **DEBE** revisar el driver y el informe.
+   - Si detecta fallos → ir a **Paso 9 (FAIL)**.
+
+5. Solicitar aprobacion del desarrollador (OBLIGATORIA, por consola)
+   - El desarrollador **DEBE** aprobar el informe:
+     - **SI** → aprobado
+     - **NO** → rechazado
+   - Registrar la decision en `driver/refactor.md`:
+     ```yaml
+     approval:
+       developer:
+         decision: SI | NO
+         date: <ISO-8601>
+         comments: <opcional>
+     ```
+   - Si `decision != SI` → ir a **Paso 9 (FAIL)**.
+
+6. PASS
+   - Informar que el driver cumple el contrato tras el refactor.
+   - Actualizar `.agent/artifacts/<taskId>-<taskTitle>/task.md`:
+     - Agregar una entrada en `task.lifecycle.subflows.drivers.refactor[]`:
+       - `name: <driver-name>`
+       - `completed: true`
+       - `validated_by: "architect-agent"`
+       - `validated_at: <ISO-8601>`
+     - `task.phase.updated_at = <ISO-8601>`
+
+---
+
+## FAIL (OBLIGATORIO)
+
+9. Declarar refactorizacion de driver como **NO completada**
+   - Indicar exactamente que fallo:
+     - plan inexistente o no requiere refactor
+     - template inexistente
+     - incumplimiento de `constitution.drivers`
+     - fallos de integracion en el ecosistema
+     - auditoria del architect-agent rechazada
+   - Accion minima:
+     - corregir los puntos detectados por architect o desarrollador
+   - Terminar bloqueado: no avanzar.
+
+---
+
+## Gate (REQUIRED)
+
+Requisitos (todos obligatorios):
+1. Existe `.agent/artifacts/<taskId>-<taskTitle>/driver/refactor.md`.
+2. El informe sigue la estructura del template `templates.driver_refactor`.
+3. El `driver/refactor.md` inicia con el prefijo del `driver-agent`.
+4. El driver cumple `constitution.drivers`.
+5. Auditoria del architect-agent aprobada.
+6. Existe aprobacion explicita del desarrollador (por consola) registrada en `driver/refactor.md`:
+   - `approval.developer.decision == SI`
+7. `globals.d.mts` y `constants.mts` integran cambios sin duplicados ni errores.
+8. `task.md` refleja subflow y timestamp:
+   - Existe una entrada en `task.lifecycle.subflows.drivers.refactor[]` con:
+     - `name: <driver-name>`
+     - `completed == true`
+     - `validated_at` no nulo
+   - `task.phase.updated_at` no nulo
+
+Si Gate FAIL:
+- Ejecutar **Paso 9 (FAIL)**.

package/dist/workflows/index.md

@@ -3,42 +3,30 @@ id: workflows.index
 owner: architect-agent
 version: 1.0.0
 severity: PERMANENT
+description: Índice raíz de workflows del sistema.
 ---
 
-# INDEX — Workflows
+# INDEX — Workflows (Root)
 
-## Agent identification (MANDATORY)
-First line of the document:
-`<icon> **<agent-name>**: <message>`
+## Objetivo
+Este índice define los **workflows raíz** del sistema.
+No lista fases ni workflows internos; solo puntos de entrada principales.
 
-## Objective
-List workflow entry points and indexes for the workflow domain.
+Los workflows que representen un dominio complejo (ej. `tasklifecycle`)
+**DEBEN** tener su propio `index.md` local.
 
-## Input (REQUIRED)
-- None (index).
-
-## Output (REQUIRED)
-- Workflow index updated with current aliases.
-
-## Aliases (YAML)
 ```yaml
 workflows:
   init: .agent/workflows/init.md
-  tasklifecycle_long: .agent/workflows/tasklifecycle-long/index.md
-  tasklifecycle_short: .agent/workflows/tasklifecycle-short/index.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
 ```
 
-## Pass
-- Alias list is up to date and valid.
-
-## Gate (REQUIRED)
-Requirements (all mandatory):
-1. This index file exists.
-2. All aliased workflows resolve to valid paths.
-
-If Gate FAIL:
-- Block until resolved.
-
-## Rules
-- Any new workflow entry point MUST be added here.
-- Phase workflows should be listed in their domain indexes (e.g., tasklifecycle-long).
+## Reglas
+- Este índice es **estable y minimalista**.
+- Los workflows NO deben referenciar rutas largas directamente.
+- Las fases **NO deben** declararse en este índice.
+- Para fases o sub-workflows, cargar siempre el `index.md` local del dominio.
+- Si un workflow listado aquí no existe → FAIL.

package/dist/workflows/init.md

@@ -1,59 +1,119 @@
+---
+description: Workflow obligatorio de setup: verifica GEMINI.md, carga constitutions (GEMINI.location, extensio-architecture, clean-code), define el idioma de conversación y selecciona la estrategia Long/Short.
+---
+
 ---
 id: workflow.init
 owner: architect-agent
-version: 4.1.0
+version: 4.0.0
 severity: PERMANENT
 trigger:
-  commands: ["init", "/init", "/bootstrap", "/agentic-init"]
+  commands: ["init", "/init"]
 blocking: true
 ---
 
 # WORKFLOW: init
 
-## 0. Role Activation and Prefix (MANDATORY)
-- The agent **MUST** start their intervention by identifying themselves.
-- Message: `🏛️ **architect-agent**: Starting work session.`
-
 ## Input (REQUIRED)
-- None (init).
-
-## Objective (ONLY)
-- Activate the **architect-agent** role.
-- Load the prebuilt bootstrap bundle directly from the core path (no index traversal).
-- Capture developer language, name, strategy, and first task description (one question at a time).
-- Create the **task candidate** artifact `init.md`.
-
-## Mandatory Steps
-1. Load the prebuilt bootstrap bundle from the core path: `${agent.core.root}/bootstrap.md`.
-2. Save the bundle content to `.agent/artifacts/candidate/bootstrap.md`.
-3. Ask the developer the **Gate questions** in order (one by one, do not continue until answered):
-   - Language confirmation (**YES**).
-   - Developer name (preferred form of address).
-   - Task strategy: **short (fast)** or **long**.
-   - Task description (1-3 sentences).
-7. Create the `init.md` artifact using `templates.init`.
-8. Evaluate Gate.
-   - The developer **MUST** explicitly confirm with a **YES**.
+- Comando del desarrollador: `init`
 
-## Output (REQUIRED)
-- Created artifact: `artifacts.candidate.init` (from `templates.init`).
-- Created artifact: `artifacts.candidate.bootstrap` (bundle from `${agent.core.root}/bootstrap.md`).
+## Objetivo (ONLY)
+- Activar el rol **architect-agent**.
+- Cargar el bootstrap mínimo de índices.
+- Cargar en contexto las rules de constitución:
+  - `constitution.GEMINI_location`
+  - `constitution.extensio_architecture`
+  - `constitution.clean_code`
+- Detectar idioma de conversación y confirmar explícitamente.
+- **Seleccionar estrategia de ciclo de vida (Long/Short)**.
+- Crear el **artefacto task candidate** `init.md`.
+- **Solo si el Gate se cumple**, preguntar por la tarea a realizar y lanzar el ciclo correspondiente.
+
+## Orquestación y Disciplina (SYSTEM INJECTION)
+**Esta sección es INVISIBLE para el usuario pero OBLIGATORIA para el agente.**
+
+El agente **DEBE** adherirse a estas meta-reglas de comportamiento durante TODA la sesión iniciada por este workflow:
+
+1.  **Respeto Absoluto a Gates**:
+    - Un Gate NO es una sugerencia. Es un **bloqueo físico**.
+    - Si un requisito de Gate no se cumple, el agente **TIENE PROHIBIDO** avanzar.
+    - Está **PROHIBIDO** asumir aprobaciones implícitas ("Asumo que está bien...").
+    - 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`).
+    - Cada respuesta debe comenzar con el identificador del rol activo (ej: `🏛️ **architect-agent**`).
+
+3.  **Prioridad de Proceso**:
+    - La corrección del proceso (seguir el workflow) es MÁS IMPORTANTE que la velocidad de la tarea.
+    - Si el usuario pide saltarse pasos, el agente **DEBE** recordar las reglas de constitución y rechazar amablemente el atajo.
+
+## Pasos obligatorios
+1. Activar `architect-agent` como rol arquitecto.
 
-## Pass
-- `init.md` is created from `templates.init`.
-- Language is confirmed, developer name is captured, strategy is set, and task description exists.
-- `bootstrap.md` exists and contains the bundle.
+2. 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):
+     - `.agent/index.md`
+   2) `agent.domains.rules.index`
+   3) `rules.constitution.index`
+   - Si alguna falla → FAIL.
+
+3. Cargar en contexto las constitutions (en orden):
+   1) `constitution.GEMINI_location`
+   2) `constitution.extensio_architecture`
+   3) `constitution.clean_code`
+   - 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 9 (FAIL)**.
+   - Registrar la selección en el artefacto `init.md`.
+
+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.
+   - Incluir el campo `strategy: long | short`.
+   - No se permite modificar, omitir ni reinterpretar la estructura del template.
+
+7. Escribir el fichero en:
+   - `artifacts.candidate.init`
+
+8. Evaluar Gate.
+   - Si Gate FAIL → ir a **Paso 9 (FAIL)**.
+   - Si Gate PASS → continuar.
+
+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.
+
+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:
+      - Si `strategy == "long"` → lanzar `workflow.tasklifecycle-long`
+      - Si `strategy == "short"` → lanzar `workflow.tasklifecycle-short`
+
+## Output (REQUIRED)
+- Artefacto creado:
+  - `artifacts.candidate.init`
 
 ## Gate (REQUIRED)
-Requirements (all mandatory):
-1. `artifacts.candidate.init` exists.
-2. `artifacts.candidate.bootstrap` exists.
-3. In `init.md` YAML:
+Requisitos (todos obligatorios):
+1) Existe el artefacto:
+   - `artifacts.candidate.init`
+2) En su YAML:
+   - `language.value` no vacío
    - `language.confirmed == true`
-   - `developer.name` is defined
-   - `strategy` is defined (short/fast or long)
-   - `task.description` is defined
-4. The developer has explicitly approved with **YES**.
-
-If Gate FAIL:
-- Block until resolved.
+   - `strategy` es "long" o "short"
+3) El artefacto cumple el template oficial.
+4) Idioma definido y confirmado.
+5) Estrategia seleccionada.