CommunityRedacción y edicióngithub.com

teefayb/claude-code-setup-demo

Escribe un título y una descripción para una pull request a partir del diff y los commits de la rama actual, siguiendo el formato del equipo. Úsalo antes de abrir una PR.

¿Qué es claude-code-setup-demo?

Esta habilidad para agentes de IA (como Claude Code) automatiza la redacción de descripciones de pull requests en un formato de equipo predefinido. Es especialmente útil para desarrolladores que quieren asegurar consistencia en las PRs y ahorrar tiempo al crear descripciones detalladas. Funciona recolectando el nombre de la rama actual, los commits desde main y las estadísticas de archivos modificados. Luego, el agente lee el diff completo para generar un resumen preciso, evitando depender únicamente de los mensajes de commit. Finalmente, produce un bloque markdown listo para pegar, que incluye secciones para el título, qué cambio se hace y por qué, cómo se implementa, cambios en la API o datos, pasos de prueba manuales y evaluación de riesgos. El agente no crea la PR automáticamente; el desarrollador la abre con `gh pr create` después de revisar el texto generado.

Compatible con✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/teefayb/claude-code-setup-demo/tree/HEAD/.claude/skills/pr-description

Installed? Explore more Redacción y edición skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

Escribe una descripción de PR para la rama actual.

  1. Reúne contexto:
    • Rama: !git branch --show-current
    • Commits: !git log --oneline main..HEAD
    • Archivos modificados: !git diff --stat main...HEAD
  2. Lee el diff completo (git diff main...HEAD) antes de escribir. Describe lo que hace el código, no lo que afirman los mensajes de commit.
  3. Genera exactamente este formato, en un bloque markdown delimitado para que pueda ser copiado:
## <título imperativo, menos de 70 caracteres>

### Qué

<2–4 oraciones: el cambio y por qué es necesario>

### Cómo

- <puntos clave de implementación que un revisor debe conocer>

### Cambios de API / datos

<nuevos endpoints o modificados, códigos de estado, campos almacenados; "Ninguno" si no los hay>

### Pruebas

- [ ] `npm run check`
- [ ] `npm run build`
- <pasos manuales que un revisor pueda seguir, si los hay>

### Riesgo

<qué podría romperse y cómo revertir>
  1. No inventes números de ticket, revisores ni resultados de pruebas. Si las pruebas no se ejecutaron en esta sesión, deja las casillas sin marcar.
  2. No crees la PR. El autor la abre con gh pr create después de leer el texto.

Individual skills in this repo

This repo contains 4 individual skills — each has its own dedicated page.

Skills relacionados