create-pr
Crear pull requests siguiendo las convenciones de Sentry
也可从以下获取: Cygnusfear,Cloud-Officer,sickn33,getsentry,0tarof,Crearize,0tarof
Los desarrolladores necesitan orientación clara para crear pull requests bien estructurados que sigan las convenciones del equipo. Esta habilidad proporciona instrucciones paso a paso para crear PRs con descripciones adecuadas, formato de título y asignación de revisores siguiendo las prácticas de ingeniería de Sentry.
下载技能 ZIP
在 Claude 中上传
前往 设置 → 功能 → 技能 → 上传技能
开启并开始使用
测试它
正在使用“create-pr”。 Ayúdame a crear un PR para mi funcionalidad que añade respuestas en hilos de Slack para notificaciones de alerta
预期结果:
- ✓ Analizado el estado actual de la rama y verificado que los cambios están confirmados
- ✓ Título de PR formateado: feat(notifications): Add Slack thread replies for alert notifications
- ✓ Descripción escrita explicando la motivación (agrupar notificaciones relacionadas, reducir el ruido del canal)
- ✓ Incluidas alternativas consideradas (editar mensaje original vs hilos)
- ✓ Referencia de issue añadida: Refs SENTRY-1234
- ✓ PR creado usando: gh pr create --title "feat(notifications): Add Slack thread replies for alert notifications" --body "..."
正在使用“create-pr”。 Corregí un bug de respuesta nula en el endpoint de la API de usuario. Ayúdame a documentar esto adecuadamente.
预期结果:
- ✓ Analizado git status e identificados los cambios
- ✓ Título de PR formateado: fix(api): Handle null response in user API endpoint
- ✓ Descripción escrita: El endpoint de usuario podía devolver null para cuentas eliminadas lógicamente
- ✓ Causa raíz añadida: El panel se bloquea al acceder a propiedades de usuario
- ✓ Resolución incluida: Añadido control de null y devuelve respuesta 404 adecuada
- ✓ Referencia de issue añadida: Fixes SENTRY-5678
正在使用“create-pr”。 Refactoricé la lógica de validación en un módulo compartido. Ayúdame a escribir una descripción de PR clara.
预期结果:
- ✓ Analizado el alcance de la refactorización en endpoints de alertas, issues y proyectos
- ✓ Título de PR formateado: ref(core): Extract validation logic to shared module
- ✓ Descripción escrita: Mueve código de validación duplicado a clase validadora compartida
- ✓ Aclarado que no hay cambio de comportamiento - refactorización pura
- ✓ Motivación explicada: Prepara para añadir nuevas reglas de validación en SENTRY-9999
安全审计
安全Documentation-only skill containing markdown guidance for PR creation. No executable code, scripts, network operations, or file system modifications. All static findings are false positives from pattern detection that does not account for documentation files with command examples. The official skill-report.json confirms 'safe' status with zero risk factors.
风险因素
🌐 网络访问 (3)
📁 文件系统访问 (1)
⚙️ 外部命令 (25)
质量评分
你能构建什么
Crear PRs de funcionalidades
Preparar y enviar pull requests de funcionalidades con formato de título, descripción y contexto adecuados para los revisores.
Enviar PRs de corrección de bugs
Documentar correcciones de bugs con declaraciones claras del problema, causas raíz y explicaciones de resolución.
Revisar descripciones de PR
Asegurar que los PRs enviados sigan las convenciones del equipo con información completa para una revisión de código efectiva.
试试这些提示
Ayúdame a crear un pull request para mi rama de funcionalidad. Analiza el git status actual y guíame en la creación de un PR con formato de título y descripción adecuados siguiendo las convenciones de Sentry.
Corregí un bug en el endpoint de la API de usuario. Ayúdame a crear una descripción de PR que explique el problema, la causa raíz y la solución claramente para los revisores.
Refactoricé parte de la lógica de validación en un módulo compartido. Ayúdame a escribir una descripción de PR que explique la motivación y por qué es necesaria esta refactorización.
Ya creé un PR pero necesito añadir revisores. Ayúdame a usar GitHub CLI para añadir los miembros del equipo apropiados para la revisión.
最佳实践
- Mantén los PRs pequeños y enfocados en una sola funcionalidad o corrección para revisiones más rápidas
- Explica el por qué detrás de los cambios, no solo el qué - los revisores necesitan entender la motivación
- Solicita revisión temprano usando draft PRs cuando quieras retroalimentación antes de completar
避免
- Agrupar cambios no relacionados en un solo PR dificulta la revisión y aumenta el riesgo
- Incluir solo resúmenes de diferencias sin contexto deja a los revisores adivinando la motivación
- Omitir referencias de issues dificulta rastrear la relación entre código y valor de negocio