Criar pull requests manualmente leva tempo e frequentemente resulta em descrições incompletas. Esta skill automatiza a criação de PRs com templates estruturados, garantindo documentação consistente e revisões de código mais rápidas.
스킬 ZIP 다운로드
Claude에서 업로드
설정 → 기능 → 스킬 → 스킬 업로드로 이동
토글을 켜고 사용 시작
테스트해 보기
"creating-pull-requests" 사용 중입니다. Create a pull request titled 'Fix login timeout bug' with test checklist items: verify login works, check session expiry
예상 결과:
- ✅ Pull request criado com sucesso
- 📋 Título: Fix login timeout bug
- 🔗 https://github.com/owner/repo/pull/123
- 📍 Branch de destino: main
- 📝 Lista de verificação de testes incluída com 2 itens
보안 감사
안전Pure prompt-based skill with no code execution beyond standard git and GitHub CLI operations. Uses only documented shell commands for branch checking, status review, and PR creation via gh CLI. No filesystem access beyond git repository, no environment variable reading, no network calls outside expected GitHub API endpoints.
품질 점수
만들 수 있는 것
Otimizar fluxos de trabalho de PR
Crie pull requests bem documentados rapidamente com templates consistentes e listas de verificação de testes
Enviar contribuições de qualidade
Gere descrições de PR profissionais que ajudam mantenedores a revisar e mesclar contribuições mais rapidamente
Melhorar documentação de revisão
Garanta que cada PR inclua resumos claros e planos de teste para revisões mais rápidas e eficazes
이 프롬프트를 사용해 보세요
Create a pull request with the title '[Brief description]' describing my changes
Create a pull request titled '[Feature name]' and include test checklist items: [Test item 1], [Test item 2]
Create a draft PR for my feature branch targeting the 'develop' branch with summary of changes
Create a pull request with title '[Your title]', base branch 'main', assign to me, add 'enhancement' label, and include this summary: [Your summary]
모범 사례
- Execute git status e revise as alterações antes de criar um PR para garantir que apenas modificações intencionais sejam incluídas
- Use títulos descritivos que resumam a alteração em menos de 60 caracteres para melhor visibilidade
- Preencha todos os itens da lista de verificação de teste para ajudar revisores a entender qual verificação é necessária
피하기
- Criar PRs sem revisar o diff primeiro pode incluir alterações não intencionais
- Usar títulos vagos como 'fix' ou 'update' dificulta o rastreamento de alterações no histórico do projeto
- Pular o plano de teste dificulta que revisores verifiquem se a implementação funciona corretamente