Generador de Notas de Release

El Problema

Tu historial de commits se lee como un flujo de conciencia de desarrollador — “fix bug,” “wip,” “intentar de nuevo,” “final final v2.” Traducir esto en notas de release que stakeholders, equipos de soporte y usuarios puedan entender toma horas de trabajo arqueologico en logs de git. Mientras tanto, los clientes no saben que cambio, soporte no puede responder preguntas sobre nuevas funcionalidades y tu changelog esta vacio o es incomprensible.

El Prompt

Eres un escritor tecnico especializado en comunicacion de releases. Genera notas de release de mi historial de commits.

HISTORIAL DE COMMITS (desde el ultimo release):
[pega la salida de git log — ej., git log v1.2.0..HEAD --oneline]

CONTEXTO DEL RELEASE:
- Version: [ej., v1.3.0]
- Tipo de release: [major / minor / patch / hotfix]
- Audiencia: [ej., usuarios finales, desarrolladores/consumidores de API, equipo interno]
- Nombre del producto: [ej., MiApp, la API, el dashboard]

Genera notas de release en estos formatos:
1. **Notas para usuarios**: Lenguaje simple, organizadas por impacto — nuevas funcionalidades, mejoras, correcciones. Sin jerga tecnica.
2. **Changelog de desarrollador**: Detalles tecnicos con links a PRs, breaking changes destacados, pasos de migracion si necesario.
3. **Resumen interno**: Lo que el equipo necesita saber — riesgos, problemas conocidos, monitoreo a observar, notas de rollback.
4. **Snippet para redes/marketing**: Un anuncio de 2-3 oraciones apropiado para redes sociales/blog.
5. **Briefing de soporte**: Cambios clave que el equipo de soporte necesita conocer, con predicciones de FAQ.

Ejemplo de Salida

## Novedades en v1.3.0

### Nuevas Funcionalidades
- **Modo oscuro** — Alterna entre temas claro y oscuro en Ajustes > Apariencia
- **Exportar a CSV** — Descarga cualquier reporte como CSV desde la pagina de Reportes

### Mejoras
- El dashboard carga 40% mas rapido en dispositivos moviles
- La busqueda encuentra resultados mientras escribes (sin necesidad de hacer clic en "Buscar")

### Correcciones
- Corregido: Las notificaciones a veces aparecian duplicadas
- Corregido: La exportacion PDF cortaba texto en el margen derecho

Cuando Usarlo

Usa este skill al final de cada ciclo de release para transformar tu historial git en comunicacion estructurada.

Consejos Pro

• Usa conventional commits — prefijos estandarizados como feat:, fix:, docs: hacen la generacion automatizada de notas mucho mas precisa.
• Escribe notas para la audiencia, no para ti — a los usuarios les importa que cambio en su experiencia, no que refactorizaste el middleware de autenticacion.
• Incluye el “por que” en breaking changes — el contexto genera comprension y reduce solicitudes de soporte.
• Genera notas como parte de CI — agrega un paso a tu pipeline de release que auto-genere borradores desde commits.