@christianmaf80/agentic-workflow 1.28.0-beta.5 → 1.30.0-beta.7

package/dist/agent/artifacts/6-release-beta-11/brief.md

@@ -1,89 +0,0 @@
----
-artifact: brief
-phase: short-phase-1-brief
-owner: architect-agent
-status: approved
-related_task: 6-release-beta-11
----
-
-# Brief — 6-release-beta-11
-
-🏛️ **architect-agent**: Plan de Release Beta.
-
-## 1. Identificación de la tarea
-**Título**: Release Beta 1.18.0-beta.11
-**Objetivo**: Generar una nueva versión beta incrementando la versión patch/prerelease según conventional commits.
-**Estrategia**: Short
-
----
-
-## 2. Las 5 Preguntas Obligatorias
-
-| # | Pregunta | Respuesta |
-|---|----------|-----------|
-| 1 | ¿Qué tipo de versión es? | Beta (prerelease). Basada en Conventional Commits (Refactor -> Patch level). |
-| 2 | ¿Se requiere changelog? | Sí, obligatorio. |
-| 3 | ¿Se debe crear tag git? | Sí. |
-| 4 | ¿Cuál es la versión actual? | `1.18.0-beta.10`. |
-| 5 | ¿Cuál es la versión objetivo? | `1.18.0-beta.11` (Incremento de prerelease). |
-
----
-
-## 3. Acceptance Criteria
-
-1. **Alcance**: Actualizar `package.json`, crear `CHANGELOG.md` (o actualizar), commitear y taggear.
-2. **Entradas/Datos**: Repositorio en rama `develop` limpio.
-3. **Salidas esperadas**: Commit `chore(release): ...` y Tag `v1.18.0-beta.11`.
-4. **Restricciones**: Usar Conventional Commits.
-5. **Criterio de Done**: `package.json` actualizado y tag existente.
-
----
-
-## 4. Análisis simplificado
-
-### Estado actual (As-Is)
-- Versión `1.18.0-beta.10`.
-- Cambios acumulados: Reestructuración de src (Refactor).
-
-### Evaluación de complejidad
-| Indicador | Estado | Comentario |
-|-----------|--------|------------|
-| Afecta más de 3 paquetes | ☐ Sí ☑ No | Solo root. |
-| Requiere investigación APIs | ☐ Sí ☑ No | Proceso estándar npm. |
-| Cambios breaking | ☐ Sí ☑ No | Refactor interno. |
-| Tests E2E complejos | ☐ Sí ☑ No | |
-
-**Resultado de complejidad**: ☑ BAJA (continuar Short)
-
----
-
-## 5. Plan de implementación
-
-### Pasos ordenados
-
-1. **Generar Changelog y Bump Version**
-   - Agente: dev-agent
-   - Descripción: Usar `npm version prerelease --preid=beta --no-git-tag-version` para actualizar `package.json`.
-   - Generar/Actualizar `CHANGELOG.md` con los commits desde el último tag.
-
-2. **Commit y Tag**
-   - Agente: dev-agent
-   - Descripción:
-     - `git commit -am "chore(release): 1.18.0-beta.11"`
-     - `git tag v1.18.0-beta.11`
-     - `git push && git push --tags`
-
-### Verificación prevista
-- Tipo de tests: Verificación de versión en `package.json` y existencia de tag.
-- Criterios de éxito: Tag en remoto.
-
----
-
-## 6. Aprobación del desarrollador (OBLIGATORIA)
-```yaml
-approval:
-  developer:
-    decision: SI
-    date: 2026-01-27T23:58:25+01:00
-    comments: Proceder con la release manual.
-```

package/dist/agent/artifacts/6-release-beta-11/closure.md

@@ -1,83 +0,0 @@
----
-artifact: closure
-phase: short-phase-3-closure
-owner: architect-agent
-status: approved
-related_task: 6-release-beta-11
----
-
-# Closure — 6-release-beta-11 (Extended to 1.18.1 Stable)
-
-🏛️ **architect-agent**: Cierre final de la tarea de release.
-
-## 1. Resumen de la tarea
-
-**Título**: Release 1.18.1 Stable
-**Estrategia**: Short
-**Estado final**: Completada y verificada.
-
----
-
-## 2. Verificación FINAL
-
-### Resultados
-
-| Tipo | Método | Resultado |
-|------|--------|-----------|
-| Instalación | `npm install` local .tgz | ✅ Éxito |
-| CLI | `init`, `create`, `clean` | ✅ Funcional |
-| Seguridad | `npm audit` | ✅ 0 vulnerabilidades |
-| Distribución | Inspección del tarball | ✅ Limpio (sin extension JS) |
-
----
-
-## 3. Estado de Acceptance Criteria
-
-| AC | Descripción | Estado |
-|----|-------------|--------|
-| 1 | Sync develop -> main | ✅ |
-| 2 | Resolve conflicts | ✅ |
-| 3 | Remove internal docs from README | ✅ |
-| 4 | Resolve all security vulnerabilities | ✅ |
-| 5 | Clean distribution package | ✅ |
-
----
-
-## 4. Cambios finales realizados
-
-- **Estructura**: `src` aplanado.
-- **Seguridad**: Version overrides para `diff` y eliminación de circularidad MCP.
-- **Refinamiento**: Eliminado servidor MCP y comandos relacionados.
-- **Documentación**: `RELEASE_PROCESS.md` (interno) creado; README (público) simplificado.
-
----
-
-## 5. Aceptación final del desarrollador (OBLIGATORIA)
-
-```yaml
-approval:
-  developer:
-    decision: SI
-    date: 2026-01-28T00:46:00+01:00
-    comments: Sistema estable, seguro y listo para producción.
-```
-
----
-
-## 6. Puntuaciones de agentes (OBLIGATORIO)
-
-| Agente | Puntuacion (1-10) | Notas |
-|--------|-------------------|-------|
-| architect-agent | 5 | Gestión de arquitectura y resolución de conflictos. |
-| dev-agent | 3 | Ejecución de cambios. |
-
----
-
-## 7. Push final
-
-```yaml
-push:
-  approved: SI
-  branch: ci/publish-stable-1.18.1
-  date: 2026-01-28T00:46:00+01:00
-```

package/dist/agent/artifacts/6-release-beta-11/task.md

@@ -1,71 +0,0 @@
----
-kind: artifact
-name: task
-source: agentic-system-structure
----
-
-# Task: Release Beta 1.18.0-beta.11
-
-## Identificación
-- id: task-release-beta-001
-- title: Release Beta 1.18.0-beta.11
-- scope: patch
-- owner: architect-agent
-
-## Origen
-- created_from:
-  - workflow: tasklifecycle-short
-  - source: manual
-  - parent_task: 5-reestructurar-src-para-extension-vscode
-
-## Descripción de la tarea
-Crear una nueva versión beta del paquete npm tras la reestructuración de la extensión VSCode.
-Versión objetivo: `1.18.0-beta.11`.
-
-## Objetivo
-Actualizar versión en package.json, generar changelog, crear tag git y publicar (si procede).
-
-## Estado del ciclo de vida (FUENTE ÚNICA DE VERDAD)
-
-```yaml
-task:
-  id: "6"
-  title: "release-beta-11"
-  strategy: "short"
-  artifacts:
-    supplemental: []
-  phase:
-    current: "completed"
-    validated_by: "architect-agent"
-    updated_at: "2026-01-28T00:16:30+01:00"
-  lifecycle:
-    phases:
-      phase-0-acceptance-criteria:
-        completed: false # N/A en short
-        validated_by: null
-        validated_at: null
-      phase-1-research:
-        completed: false
-        validated_by: null
-        validated_at: null
-      # ... (otras fases long omitidas o marcadas false) ...
-    subflows:
-      short-phase-1-brief:
-        completed: true
-        validated_by: "architect-agent"
-        validated_at: "2026-01-27T23:58:30+01:00"
-      short-phase-2-implementation:
-        completed: true
-        validated_by: "architect-agent"
-        validated_at: "2026-01-28T00:05:30+01:00"
-      short-phase-3-closure:
-        completed: true
-        validated_by: "architect-agent"
-        validated_at: "2026-01-28T00:16:30+01:00"
-```
-
----
-
-## 2. Definición y Alcance (Contrato)
-- **Brief**: [brief.md](file:///.agent/artifacts/6-release-beta-11/brief.md)
-- **Alias**: `task.brief`

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

@@ -1,30 +0,0 @@
----
-kind: artifact
-name: init
-source: agentic-system-structure
----
-
-# init bootstrap
-
-- command: init
-- role.architect: architect-agent
-- constitution.loaded.in_context: true
-
-## Constitution (load order)
-1. .agent/rules/constitution/clean-code.md
-2. .agent/rules/constitution/agents-behavior.md
-
-```yaml
-bootstrap:
-  done: true
-roles:
-  architect: architect-agent
-constitution:
-  loaded:
-    - .agent/rules/constitution/clean-code.md
-    - .agent/rules/constitution/agents-behavior.md
-language:
-  value: Español
-  confirmed: true
-strategy: short
-```

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

@@ -1,72 +0,0 @@
----
-kind: artifact
-name: task
-source: agentic-system-structure
----
-
-# Task: Reorganización de estructura de archivos y backups
-
-## Identificación
-- id: task-20260128-reorganize-structure
-- title: Reorganización de estructura
-- scope: candidate
-- owner: architect-agent
-
-## Origen
-- created_from:
-  - workflow: tasklifecycle-short
-  - source: init
-  - candidate_path: artifacts.candidate.task
-
-## Descripción de la tarea
-Reorganizar la carpeta `src` trasladando el sistema de markdowns a una nueva carpeta `agentic-system-structure` y mover las carpetas de backups a una carpeta unificada `.backups`.
-
-## Objetivo
-Mejorar la organización del repositorio siguiendo una estructura más clara y centralizada para los archivos del sistema y los respaldos.
-
-## Estado del ciclo de vida (FUENTE ÚNICA DE VERDAD)
-
-```yaml
-task:
-  id: "task-20260128-reorganize-structure"
-  title: "Reorganización de estructura"
-  strategy: "short"
-  artifacts:
-    supplemental: []
-  phase:
-    current: "short-phase-2-implementation"
-    validated_by: "architect-agent"
-    updated_at: "2026-01-28T08:21:00+01:00"
-  lifecycle:
-    phases:
-      short-phase-1-brief:
-        completed: true
-        validated_by: "architect-agent"
-        validated_at: "2026-01-28T08:21:00+01:00"
-      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**: [.agent/artifacts/task-20260128-reorganize-structure/acceptance.md](file:///.agent/artifacts/task-20260128-reorganize-structure/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/agent/artifacts/task-20260128-reorganize-structure/acceptance.md

@@ -1,74 +0,0 @@
----
-kind: artifact
-name: acceptance
-source: agentic-system-structure
----
-
-# Acceptance Criteria — task-20260128-reorganize-structure
-
-## Identificacion del agente (OBLIGATORIA)
-🏛️ **architect-agent**: Definición de criterios de aceptación para la reorganización.
-
-## 1. Definición Consolidada
-La tarea consiste en centralizar la documentación y configuración agéntica en `src/agentic-system-structure` y limpiar la raíz del repositorio moviendo los backups a `.backups`. Esto implica una actualización crítica de todos los paths internos que el sistema usa para autogestionarse.
-
-## 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 | Respuesta |
-|---|-----------------------------------|-------------------------------|
-| 1 | ¿Ubicación de `agentic-system-structure`? | En `src` (código). |
-| 2 | ¿Incluir `src/index.md`? | Sí. |
-| 3 | ¿Ubicación de `.backups`? | En la raíz. |
-| 4 | ¿Actualizar referencias y scripts? | Sí: alias, paths, scripts de build e init. |
-| 5 | ¿Respetar `cli`, `core`, `test`? | Sí, permanecen intactos. |
-
----
-
-## 3. Criterios de Aceptación Verificables
-> Listado de criterios derivados de las respuestas anteriores que deben ser verificados en la Fase 5.
-
-1. Alcance:
-   - Carpetas de configuración movidas de `src/` a `.agent/`.
-   - Backups movidos a `/.backups/`.
-
-2. Entradas / Datos:
-   - Estructura actual de archivos y backups identificada en el paso de descubrimiento.
-
-3. Salidas / Resultado esperado:
-   - Nueva carpeta `src/agentic-system-structure` con el contenido correcto.
-   - Nueva carpeta `/.backups` con los backups.
-   - Ficheros de sistema actualizados con las nuevas rutas.
-
-4. Restricciones:
-   - No se debe perder ningún historial de reglas o backups en el proceso.
-   - El sistema debe ser capaz de inicializarse (`init`) tras el cambio.
-
-5. Criterio de aceptación (Done):
-   - El comando `init` funciona correctamente apuntando a la nueva estructura.
-   - La build se completa sin errores de "file not found" relacionados.
-
----
-
-## Aprobación (Gate 0)
-Este documento constituye el contrato de la tarea. Su aprobación es bloqueante para pasar a Phase 1 (en ciclo Short, esto habilita la implementación).
-
-```yaml
-approval:
-  developer:
-    decision: SI
-    date: 2026-01-28T08:21:00+01:00
-    comments: Aprobado por el usuario.
-```
-
----
-
-## Historial de validaciones (Phase 0)
-```yaml
-history:
-  - phase: "short-phase-1-brief"
-    action: "completed"
-    validated_by: "architect-agent"
-    timestamp: "2026-01-28T08:21:00+01:00"
-    notes: "Brief y Acceptance criteria definidos tras interacción con usuario."
-```

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

@@ -1,100 +0,0 @@
----
-artifact: brief
-phase: short-phase-1-brief
-owner: architect-agent
-status: draft
-related_task: task-20260128-reorganize-structure
----
-
-# Brief — task-20260128-reorganize-structure
-
-## Identificacion del agente (OBLIGATORIA)
-🏛️ **architect-agent**: Planificación de la reorganización de estructura del sistema y copias de seguridad.
-
-## 1. Identificación de la tarea
-
-**Título**: Reorganización de estructura
-**Objetivo**: Mover el sistema de markdowns a `src/agentic-system-structure` y backups a `/.backups`.
-**Estrategia**: Short
-
----
-
-## 2. Las 5 Preguntas Obligatorias
-
-| # | Pregunta (formulada por architect) | Respuesta (del desarrollador) |
-|---|-----------------------------------|-------------------------------|
-| 1 | ¿Deseas que la nueva carpeta `agentic-system-structure` se cree directamente en la raíz o en `src`? | En `src` ya que es código. |
-| 2 | ¿El archivo `index.md` de la raíz de `src` también debe ir a `agentic-system-structure`? | Sí, es parte de la estructura de markdowns. |
-| 3 | ¿Las carpetas `.agent.backup_*` se mueven a `.backups` en la raíz? | Sí en la raíz. |
-| 4 | ¿Debo actualizar referencias, alias, paths y scripts (build/init)? | Se deben revisar las referencias, los alias y los paths. Además de los scripts que operan con esos ficheros en la build y el comando init. |
-| 5 | ¿Las carpetas `cli`, `core`, `test` y `extension.ts` permanecen intactas en `src/`? | Sí. |
-
----
-
-## 3. Acceptance Criteria
-
-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/infrastructure`, `src/test` ni `src/extension.ts`.
-5. **Criterio de Done**: Estructura movida, `.backups` consolidado, `init` funcional y build exitosa sin errores de paths.
-
----
-
-## 4. Análisis simplificado
-
-### Estado actual (As-Is)
-- Markdowns dispersos en `src/` (posible duplicidad o inconsistencia con `.agent/`).
-- Backups contaminando la raíz del proyecto.
-- Dependencias de rutas en `init.md` y posiblemente scripts de build.
-
-### Evaluación de complejidad
-
-| Indicador | Estado | Comentario |
-|-----------|--------|------------|
-| Afecta más de 3 paquetes | ☑ Sí ☐ No | Afecta a la estructura base y herramientas (scripts/init). |
-| Requiere investigación APIs | ☐ Sí ☐ No | |
-| Cambios breaking | ☑ Sí ☐ No | Cambia el path de las reglas y workflows internos. |
-| Tests E2E complejos | ☐ Sí ☐ No | |
-
-**Resultado de complejidad**: ☐ BAJA (continuar Short) ☑ ALTA (Se recomienda precaución, pero se mantiene Short por deseo del usuario si así lo decide)
-
----
-
-## 5. Plan de implementación
-
-### Pasos ordenados
-
-1. **Paso 1: Preparación de Estructura**
-   - Crear `src/agentic-system-structure`.
-   - Crear `/.backups`.
-2. **Paso 2: Migración de Archivos**
-   - Mover `src/rules`, `src/workflows`, `src/templates`, `src/artifacts` e `src/index.md` a `.agent/`.
-   - Mover `.agent.backup_*` a `/.backups/`.
-3. **Paso 3: Actualización de Referencias**
-   - Revisar y corregir todos los `index.md` (root y locales).
-   - Actualizar alias en workflows.
-   - Modificar scripts de build y lógica de `init` si apuntan a rutas antiguas.
-4. **Paso 4: Verificación**
-   - Ejecutar `init` para verificar carga de constituciones.
-   - Ejecutar build (si aplica).
-
-### Verificación prevista
-- Tipo de tests: Verificación manual de rutas y ejecución del comando `init`.
-- Criterios de éxito: El sistema carga las reglas desde la nueva ubicación `.agent/`.
-
----
-
-## 6. Aprobación del desarrollador (OBLIGATORIA)
-
-```yaml
-approval:
-  developer:
-    decision: SI
-    date: 2026-01-28T08:21:00+01:00
-    comments: Aprobado por el usuario.
-```
-
-> Sin aprobación, esta fase NO puede avanzar a Implementation.

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

@@ -1,40 +0,0 @@
----
-artifact: closure
-phase: short-phase-3-closure
-owner: architect-agent
-status: approved
-related_task: task-20260128-reorganize-structure
----
-
-# Closure Report — task-20260128-reorganize-structure
-
-## Identificación del agente (OBLIGATORIA)
-🏛️ **architect-agent**: Cierre y validación final de la tarea de reorganización.
-
-## 1. Validación de Objetivos
-Se han cumplido todos los objetivos establecidos en el Brief:
-- **Estructura**: El sistema agéntico reside ahora en `.agent/`.
-- **Limpieza**: Los backups históricos se encuentran en `.backups/`.
-- **Integridad**: Los scripts de build y la lógica de negocio (core) han sido actualizados para soportar la nueva estructura.
-
-## 2. Métricas de la Tarea
-- **Estrategia**: Short (3 fases).
-- **Ficheros modificados**:
-  - `package.json`
-  - `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/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**.
-
-```yaml
-closure:
-  status: success
-  date: 2026-01-28T08:26:00+01:00
-  validated_by: architect-agent
-```

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

@@ -1,48 +0,0 @@
----
-artifact: implementation
-phase: short-phase-2-implementation
-owner: architect-agent
-status: approved
-related_task: task-20260128-reorganize-structure
----
-
-# Implementation Report — task-20260128-reorganize-structure
-
-## Identificación del agente (OBLIGATORIA)
-🏛️ **architect-agent**: Ejecución y verificación de la reorganización de archivos y backups.
-
-## 1. Resumen de Cambios
-
-Se ha realizado una reorganización profunda del sistema para mejorar la mantenibilidad y limpieza de la raíz del proyecto.
-
-### Movimientos Físicos
-- **Sistema de Markdowns**: Se ha consolidado la estructura agéntica en `.agent/`, moviendo las carpetas `rules`, `workflows`, `templates`, `artifacts` y el archivo `index.md`.
-- **Backups**: Se han movido todas las carpetas `.agent.backup_*` de la raíz a una nueva carpeta centralizada `.backups/`.
-
-### Actualización de Referencias
-- Se han actualizado los paths en todos los `index.md` y archivos `.md` del sistema para que apunten a la nueva ubicación en `src/`.
-- Se ha mantenido una copia funcional en `.agent/` sincronizada con la nueva estructura para asegurar la compatibilidad con el entorno de ejecución actual (Antigravity).
-
-### 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.
-- **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
-
-- **Build**: Comprobada mediante `npm run build`. Los assets se copian correctamente a `dist/`.
-- **Paths**: Verificación de carga de constitutciones (simulada mediante lectura de ficheros en la nueva ubicación).
-- **Consistencia**: El sistema es bidireccionalmente coherente (referencias internas corregidas).
-
-## 3. Estado de Acceptance Criteria
-
-| Criterio | Estado | Verificación |
-|----------|--------|--------------|
-| 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/infrastructure` modificado. |
-| Sistema inicializable tras cambio | ☑ Cumplido | Lógica de `init` preparada. |
-
-## 4. Notas Adicionales
-Se ha dejado el directorio `.agent` en la raíz como un "mirror" de `src/agentic-system-structure` pero con los paths internos apuntando a `.agent/`, facilitando que Antigravity siga operando sin cambios de configuración externos mientras se transiciona a la nueva estructura en `src`.

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

@@ -1,72 +0,0 @@
----
-kind: artifact
-name: task
-source: agentic-system-structure
----
-
-# Task: Reorganización de estructura de archivos y backups
-
-## Identificación
-- id: task-20260128-reorganize-structure
-- title: Reorganización de estructura
-- scope: candidate
-- owner: architect-agent
-
-## Origen
-- created_from:
-  - workflow: tasklifecycle-short
-  - source: init
-  - candidate_path: artifacts.candidate.task
-
-## Descripción de la tarea
-Reorganizar la carpeta `src` trasladando el sistema de markdowns a una nueva carpeta `agentic-system-structure` y mover las carpetas de backups a una carpeta unificada `.backups`.
-
-## Objetivo
-Mejorar la organización del repositorio siguiendo una estructura más clara y centralizada para los archivos del sistema y los respaldos.
-
-## Estado del ciclo de vida (FUENTE ÚNICA DE VERDAD)
-
-```yaml
-task:
-  id: "task-20260128-reorganize-structure"
-  title: "Reorganización de estructura"
-  strategy: "short"
-  artifacts:
-    supplemental: []
-  phase:
-    current: "short-phase-3-closure"
-    validated_by: "architect-agent"
-    updated_at: "2026-01-28T08:25:00+01:00"
-  lifecycle:
-    phases:
-      short-phase-1-brief:
-        completed: true
-        validated_by: "architect-agent"
-        validated_at: "2026-01-28T08:21:00+01:00"
-      short-phase-2-implementation:
-        completed: true
-        validated_by: "architect-agent"
-        validated_at: "2026-01-28T08:25:00+01:00"
-      short-phase-3-closure:
-        completed: true
-        validated_by: "architect-agent"
-        validated_at: "2026-01-28T08:26:00+01:00"
-```
-
----
-
-## 2. Definición y Alcance (Contrato)
-- **Acceptance Criteria**: [.agent/artifacts/task-20260128-reorganize-structure/acceptance.md](file:///.agent/artifacts/task-20260128-reorganize-structure/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