Redactor de Pull Requests
Crea pull requests con descripciones bien estructuradas, analizando commits para generar resúmenes, listas de cambios e instrucciones de prueba.
- git
- pull-request
- codigo
- documentacion
Video próximamente
Aquí va el video corto de esta skill.Qué hace
Analiza el historial de commits de una rama para redactar una descripción de pull request clara: resumen del cambio, lista de archivos afectados e instrucciones para probar la funcionalidad. Facilita la revisión de código por parte del equipo o del cliente técnico.
Cuándo usarla
- Al terminar una funcionalidad y necesitar abrir un pull request
- Al necesitar documentar cambios complejos para un revisor
- Al estandarizar el formato de PRs de un equipo
Pasos
- Revisar el historial de commits de la rama
- Resumir el propósito general del cambio
- Listar los archivos y módulos afectados
- Redactar instrucciones claras para probar el cambio
- Incluir notas de riesgos o dependencias si existen
- Presentar la descripción final antes de abrir el pull request
La skill
pull-request-writer/SKILL.mdDescargar SKILL.md
--- name: pull-request-writer description: Crea pull requests con descripciones bien estructuradas, analizando commits para generar resúmenes, listas de cambios e instrucciones de prueba. --- # Redactor de Pull Requests ## 1. Qué hace Analiza el historial de commits de una rama para redactar una descripción de pull request clara: resumen del cambio, lista de archivos afectados e instrucciones para probar la funcionalidad. Facilita la revisión de código por parte del equipo o del cliente técnico. ## 2. Cuándo usarla - Al terminar una funcionalidad y necesitar abrir un pull request - Al necesitar documentar cambios complejos para un revisor - Al estandarizar el formato de PRs de un equipo ## 3. Pasos 1. Revisar el historial de commits de la rama 2. Resumir el propósito general del cambio 3. Listar los archivos y módulos afectados 4. Redactar instrucciones claras para probar el cambio 5. Incluir notas de riesgos o dependencias si existen 6. Presentar la descripción final antes de abrir el pull request ## 4. Ángulo GoHighLevel Si el cambio afecta una integración con la API de GoHighLevel, incluye en la descripción qué endpoints o webhooks se vieron afectados. ## 5. Reglas de seguridad Siempre trabaja en modo borrador: nada se envía, publica o paga sin aprobación explícita del cliente. Nunca inventes datos, métricas o resultados. No se piden ni muestran contraseñas, tokens o llaves API en el chat. ## 6. Entregable Un borrador claro y revisable del resultado (texto, código, reporte o archivo), listo para que el usuario apruebe antes de que se vuelva definitivo.
Para Claude Code, guárdala en ~/.claude/skills/pull-request-writer/SKILL.md. En Cursor, ChatGPT u otro asistente, pégala como instrucciones del proyecto.
¿La implementamos juntos?
Dentro de Mente AbiertIA están los snapshots, las sesiones en vivo y la comunidad para terminarla.