القائمة
Usar para generar entradas de changelog siguiendo Keep a Changelog. Activar ante: generar changelog, documentar cambios, Keep a Changelog, notas de version, que ha cambiado
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Alias global /alfred para abrir el asistente contextual de Alfred Dev sin escribir el namespace completo. Activar solo cuando el usuario invoque explicitamente /alfred.
Protocolo de respuesta ante incidentes en produccion: triaje, mitigacion, causa raiz y postmortem. Usar ante caidas, errores criticos, incidentes de seguridad o degradacion de servicio.
Usar para refactorizar código con tests como red de seguridad. Activar cuando el usuario quiera limpiar código, reducir complejidad, extraer función, mejorar nombres, eliminar duplicación, resolver un code smell o reorganizar la estructura interna sin cambiar comportamiento.
Generar Dockerfile optimizado. Activar cuando el usuario quiera crear contenedor, generar imagen Docker, configurar Docker Compose, contenerizar aplicacion o crear un Dockerfile multi-stage.
Planificar y ejecutar releases: inventario de cambios, versionado semantico, changelog, notas de release y publicacion. Usar antes de cada version nueva.
Auditar accesibilidad WCAG 2.1 nivel AA con checklist y correcciones. Activar ante: accesibilidad web, WCAG, lector de pantalla, contraste, navegacion por teclado, a11y
| name | changelog |
| description | Usar para generar entradas de changelog siguiendo Keep a Changelog. Activar ante: generar changelog, documentar cambios, Keep a Changelog, notas de version, que ha cambiado |
Este skill genera entradas de changelog siguiendo el formato Keep a Changelog (keepachangelog.com). El changelog es el documento que los usuarios consultan para saber qué ha cambiado entre versiones. Está escrito para personas, no para máquinas: el lenguaje debe ser claro y orientado al impacto para el usuario, no a los detalles internos de implementación.
Un buen changelog responde a la pregunta "qué ha cambiado que me afecta" sin requerir que el lector entienda el código.
Nota: este skill genera entradas de changelog individuales. Para el proceso completo de publicación de una release (versionado, changelog, notas, publicación), usar el protocolo release-planning.
Identificar los cambios a documentar. Revisar el historial de Git desde la última versión publicada:
Filtrar los cambios internos (refactoring, actualización de CI) que no afectan al usuario, a menos que sean relevantes (como mejoras de rendimiento).
Clasificar cada cambio en su categoría. Keep a Changelog define seis categorías:
| Categoría | Descripción | Ejemplo |
|---|---|---|
| Added | Funcionalidad nueva | "Soporte para autenticación con Google" |
| Changed | Cambio en funcionalidad existente | "El límite de subida de archivos pasa de 5MB a 20MB" |
| Deprecated | Funcionalidad que se eliminará en una versión futura | "El endpoint /v1/users se sustituirá por /v2/users en la versión 3.0" |
| Removed | Funcionalidad eliminada | "Se elimina el soporte para IE11" |
| Fixed | Corrección de errores | "Corregido error que impedía guardar formularios con campos vacíos" |
| Security | Corrección de vulnerabilidades | "Actualizada dependencia X para corregir CVE-YYYY-NNNN" |
Redactar cada entrada. Reglas de redacción:
Formato del encabezado de versión:
## [1.2.0] - 2024-03-15
### Added
- Soporte para exportar datos en formato CSV (#42)
- Nuevo filtro de búsqueda por fecha (#38)
### Fixed
- Corregido error al paginar resultados con más de 1000 registros (#45)
### Security
- Actualizada dependencia lodash a 4.17.21 para corregir CVE-2021-23337 (#47)
Mantener la sección [Unreleased]. Los cambios que aún no forman parte de una versión se agrupan bajo [Unreleased] en la parte superior del changelog. Al publicar una nueva versión, estos cambios se mueven bajo el encabezado de la nueva versión.
Verificar enlaces. Si el changelog incluye enlaces a issues o PRs, verificar que los enlaces son correctos y accesibles.
Ubicación del fichero. El changelog se guarda como CHANGELOG.md en la raíz del proyecto, siguiendo la convención estándar.