docs(release): eliminar referencias a Release & Communication Agent y síntesis para stakeholders

Author: danielaEsc

release/README.md

@@ -3,7 +3,7 @@
 Esta carpeta contiene el setup automatizado para gestión de releases usando:
 
 - La GitHub Action **`release-please`** como **fuente de verdad del versionado y los tags**.
-- La **skill local de release** y el **Release & Communication Agent** como capa de **documentación (changelog) y comunicación (síntesis para stakeholders)**.
+- La **skill local de release** como capa de **documentación (changelog)**.
 
 ## Archivos
 
@@ -20,9 +20,9 @@ Cuando la GitHub Action `release-please` detecta commits en `master`/`main`, se
 - Crear una rama de release (por ejemplo `release/v{VERSION}` o `release-please--branches--master--components--simple-test-project`).
 - Abrir el **PR de release** correspondiente.
 
-En esta etapa, la GA controla versionado y tags. Aún falta complementar la documentación y la comunicación.
+En esta etapa, la GA controla versionado y tags. Aún falta complementar la documentación.
 
-### 2. Completar y documentar el release con la skill y el Release & Communication Agent
+### 2. Documentar el release con la skill
 
 Una vez exista la rama/PR de release, desde esa rama (o con el PR abierto) pide a Copilot:
 
@@ -43,13 +43,12 @@ Copilot, usando la skill de esta carpeta, debe:
   - Calcula la nueva versión.
   - Crea la rama `release/v{VERSION}` (o equivalente) y el PR de release.
   - Gestiona el tag cuando el PR se mergea.
-- **Acción 2 (Copilot – skill + Release & Communication Agent):**
+- **Acción 2 (Copilot – skill):**
   - Genera/actualiza `release/CHANGELOG.md` en español con formato ePayco.
-  - Prepara la síntesis para stakeholders (resumen ejecutivo, riesgos, siguiente paso) y la asocia al PR.
 - **Acción 3 (Manual):** Revisión y merge del PR a `master`.
 
 ## Configuración
 
 - **Idioma del changelog:** Español (formato ePayco).
 
-Para más detalles, consulta `.github/copilot-instructions.md`, `skill.md` y la [Investigación de Agentes de Release](file:///home/danielaescobar/Documentos/GitHub/simple-test-project-/docs/research/epayco-release-agentes.md).
+Para más detalles, consulta `.github/copilot-instructions.md` y `skill.md`.

release/skill.md

@@ -9,10 +9,6 @@ Este documento describe la "skill" que reside en la carpeta `release/` y que per
 - Asume que el **versionado y el tag ya fueron calculados y gestionados por `release-please`** (GA): la skill **no cambia la versión ni crea tags**.
 - Inspecciona los commits desde el último tag para entender los cambios incluidos en el release.
 - Genera o actualiza `release/CHANGELOG.md` en **español** siguiendo el **formato de ePayco** (secciones como "Características", "Correcciones", "Documentación" y otras acordadas en `.releaserc.yml`).
-- Invoca al **Release & Communication Agent** para preparar una **síntesis para stakeholders** con:
-  - Resumen ejecutivo orientado a negocio.
-  - Principales riesgos o consideraciones técnicas relevantes.
-  - Siguiente(s) paso(s) sugeridos (por ejemplo, entornos a desplegar, coordinaciones necesarias).
 - Deja el PR de release listo para revisión y merge manual a `master`, sin crear PRs adicionales ni modificar el flujo de versionado manejado por la GA.
 
 ### Estructura de la carpeta
@@ -24,7 +20,7 @@ Este documento describe la "skill" que reside en la carpeta `release/` y que per
 
 ### Uso
 
-La skill se usa **después** de que `release-please` (GitHub Action) ya hizo su trabajo de versionado y creación del PR de release. Piensa en esta skill como la capa de **documentación y comunicación**, mientras que `release-please` es la capa de **versionado y tags**.
+La skill se usa **después** de que `release-please` (GitHub Action) ya hizo su trabajo de versionado y creación del PR de release. Piensa en esta skill como la capa de **documentación**, mientras que `release-please` es la capa de **versionado y tags**.
 
 1. Asegúrate de que ya existe una rama/PR de release creada por `release-please` (por ejemplo `release-please--branches--master--components--simple-test-project` o `release/vX.Y.Z`).
 2. Sitúate en esa rama de release o abre el PR correspondiente.
@@ -50,9 +46,8 @@ Para cada release se sigue este flujo, separando claramente responsabilidades:
 2. **Intervención de Copilot – Skill de release (este repo):**
    - Una vez en la rama de release, al recibir el prompt **"Crea un release"**, la skill:
      - Genera o actualiza `release/CHANGELOG.md` en español usando el formato de ePayco.
-     - Invoca al Release & Communication Agent para producir una síntesis para stakeholders (resumen ejecutivo, riesgos, siguiente paso) y la agrega al contexto del PR.
-   - La skill **no toca la versión ni los tags**; solo documentación y comunicación.
-3. **Revisión:** El desarrollador revisa el PR que ya contiene el changelog y la síntesis para stakeholders.
+   - La skill **no toca la versión ni los tags**; solo documentación.
+3. **Revisión:** El desarrollador revisa el PR que ya contiene el changelog actualizado.
 4. **Merge a master:** Al mergear el PR, `release-please` aplica la versión calculada y crea el tag de Git automáticamente.
 
 **Ejemplo de comando para Copilot:**
@@ -66,7 +61,6 @@ En respuesta a ese comando, el sistema automáticamente:
 - ✅ Detecta la rama/PR de release creada por `release-please`.
 - ✅ Usa la versión/tag ya calculados por `release-please` como fuente de verdad.
 - ✅ Genera o actualiza el changelog en `release/CHANGELOG.md` en español con formato ePayco.
-- ✅ Ejecuta el Release & Communication Agent para preparar una síntesis para stakeholders (resumen ejecutivo, riesgos, siguiente paso) asociada al PR.
 
 ---