Skills Guide

Créateur de PR GitHub

VérifiéPrudence

Créer des pull requests GitHub avec des titres en anglais et un contenu structuré.

Télécharger et utiliser
Spar Skills Guide Bot
DevOpsDébutant
26/07/2026
Claude Code
#github#pull-request#git#gh-cli#automation

Recommandé pour

Développeur backendClaude CodeIngénieur DevOpsAutomatisation GitProductivitéSolo / indie hacker

Synthèse automatique

Analyse les commits et le diff de la branche courante, puis crée une pull request GitHub via gh CLI avec un titre en anglais et un corps structuré en coréen, en reliant les issues GitHub et Jira détectées.

Points forts

  • Vérifie la branche courante et s'arrête si l'on se trouve sur la branche par défaut avant toute création
  • Détecte les numéros d'issue GitHub (#123) et les clés Jira (PROJECT-123) dans les commits, la branche ou la conversation, puis génère les liens et les clauses Closes
  • Affiche le titre et le corps en vert dans le terminal et attend la confirmation de l'utilisateur avant le push et la création
  • Fournit un modèle de corps avec regroupement par catégories (fonctionnalités, correctifs, refactorisation) pour les changements complexes

Limites

  • Fonctionne uniquement avec GitHub via gh CLI : aucun support GitLab, Bitbucket ou Azure DevOps
  • Le corps de la PR est rédigé en coréen alors que seul le titre est imposé en anglais
  • Nécessite une session gh authentifiée et une étape de confirmation interactive, donc peu adapté à un enchaînement entièrement automatique
Quand l'utiliser

À utiliser lorsqu'une tâche sur une branche est terminée et qu'il faut ouvrir une pull request GitHub propre, avec description et références d'issues.

Quand l'éviter

À éviter sur un dépôt hébergé ailleurs que sur GitHub ou lorsque la description de la PR doit être entièrement en anglais.

Analyse de sécurité

Prudence
Score qualité84/100

The skill is a straightforward git/gh workflow wrapper: it inspects branch state, drafts a PR body, asks the user to confirm, then pushes and opens a PR. It explicitly forbids force-push, requires confirmation before any mutation, and warns against including secrets in the body. Risk comes only from the legitimate but powerful side effects of network-authenticated git/gh commands, plus a minor shell-quoting weakness in the documented `--body "..."` invocation.

Points d'attention
  • •Invokes `git push -u origin <branch>` and `gh pr create`, which write to a remote repository and create externally visible artifacts (mitigated by an explicit user-confirmation step).
  • •Shows `gh pr create --title "제목" --body "본문"` with the body inlined in double quotes; a PR body containing quotes, backticks, `$(...)`, or newlines could break quoting or be interpreted by the shell. `--body-file` with a heredoc would be safer.
  • •Reads full diff/commit history (`git diff <base>...HEAD`) and sends it to `gh`, which is inherent to the task but means repository contents reach the GitHub API.
  • •Hardcoded placeholder hosts (`github.example.com`, `jira.example.com`) in body examples could be copied verbatim into real PRs.
Comment cette analyse est faite

Exemples

Create a PR after finishing work
이거 올려줘
Explicit pull request request
PR 만들어줘 — analyze the current branch and open a pull request against main
PR linked to a Jira ticket
Create a pull request for this branch and link it to Jira issue PROJ-412 in the body

name: pr description: Create GitHub pull requests with English titles and structured body content. Use when the user wants to create a PR, open a pull request, merge request, or says "PR 만들어줘", "PR 생성", "풀리퀘", "pull request". Also trigger when the user finishes work on a branch and says "이거 올려줘" or similar. allowed-tools: Bash, Read, Grep, Glob model: sonnet effort: low

GitHub PR Creator

현재 브랜치의 변경 사항을 분석하여 GitHub pull request를 생성한다.

실행 절차

  1. 현재 상태를 확인한다:

    • git branch --show-current로 현재 브랜치 확인
    • gh repo view --json defaultBranchRef -q '.defaultBranchRef.name'으로 기본 브랜치 확인
    • 현재 브랜치가 기본 브랜치이면 사용자에게 알리고 중단한다

  2. 변경 사항을 파악한다:

    • git log <base-branch>..HEAD --oneline으로 커밋 목록 확인
    • git diff <base-branch>...HEAD --stat으로 변경된 파일 통계 확인
    • git diff <base-branch>...HEAD로 전체 diff 확인
    • 커밋 메시지와 diff를 분석하여 변경 내용을 파악한다

  3. 관련 GitHub 이슈를 탐색한다:

    • 커밋 메시지에서 이슈 번호 패턴 (#123) 을 검색한다
    • 대화 맥락에서 사용자가 언급한 이슈 번호를 확인한다
    • 이슈 번호가 있으면 gh issue view <번호> --json title,number -q '"\(.number): \(.title)"'로 이슈 정보를 확인한다
    • 브랜치명, 커밋 메시지, 대화 맥락에서 Jira 이슈 키 패턴(PROJECT-123)을 찾는다
    • Jira 이슈 키가 있으면 PR 본문에 관련 이슈 섹션을 추가하고, 해당 Jira 사이트 URL을 Markdown 링크 형식으로 넣는다. 예: [PROJECT-123](https://jira.example.com/browse/PROJECT-123)

  4. PR 내용을 작성한다:

    • 제목: 영어, 70자 이내, 동사 원형으로 시작 (add, fix, update, refactor 등)
    • 본문: 한글로 작성, 아래 템플릿을 기반으로 작성
    • 본문에 URL을 넣을 때는 평문 URL 대신 Markdown 링크 형식([텍스트](URL))을 사용한다. 예: [Issue #123](https://github.example.com/org/repo/issues/123)
    • 본문 줄 길이 제한 없음: rumdl MD013 (80자) 같은 줄 길이 규칙을 PR 본문에 적용하지 않는다. GitHub UI 가 본문을 자동으로 wrap 하기 때문에, 의미 단위로 한 단락/한 bullet 을 한 줄로 자연스럽게 흘려라. 특히 한국어 문장을 80자에서 강제로 끊으면 가독성이 떨어진다. 단락 구분은 빈 줄로만, bullet 항목은 한 줄에 하나씩.

  5. 사용자에게 제목, 본문을 보여주고 확인을 받는다. 제목과 본문은 printf에 ANSI 녹색(\033[32m ... \033[0m) escape 코드를 씌워 터미널에 녹색으로 출력한다:

    printf '\033[32m%s\033[0m\n' "$(cat <<'EOF'
제목: ...
본문:
...
EOF
)"

  6. 확인 후 remote에 push하고 PR을 생성한다:

    • remote에 현재 브랜치가 없으면 git push -u origin <branch>로 push
    • PR 생성:
    gh pr create --title "제목" --body "본문" --assignee @me

  7. 생성된 PR URL을 사용자에게 알려준다.

본문 템플릿

관련 이슈가 있으면 본문 첫 줄에 Closes #이슈번호를 명시한다. PR 머지 시 관련 이슈가 자동으로 닫힌다. 이슈가 여러 개이면 각각 Closes를 붙여 쉼표로 구분한다.

Closes #123

## 변경 사항

- [변경 사항 1]
- [변경 사항 2]
- [변경 사항 3]

커밋이 많거나 변경이 복잡하면 카테고리별로 그룹핑한다:

Closes #123, Closes #456

## 변경 사항

### 기능 추가

- [새 기능 설명]

### 버그 수정

- [버그 수정 설명]

### 리팩토링

- [리팩토링 설명]

관련 이슈가 없으면 #이슈번호 줄을 생략하고 변경 사항 섹션부터 시작한다.

주의사항

  • PR 생성 전 반드시 사용자 확인을 받는다
  • 본문에 민감한 정보(비밀번호, 토큰 등)가 포함되지 않도록 주의한다
  • push는 PR 생성에 필요한 경우에만 수행하며, force push는 하지 않는다
  • base 브랜치는 기본 브랜치를 사용하되, 사용자가 다른 브랜치를 지정하면 그에 따른다

Du fichier au premier essai

Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.

Consulter la source et ses fichiers annexes

Ce téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.

1. Télécharger le fichier

Télécharger SKILL.md

Depuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/github-pr-creator-ms1aw3gz/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.

Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.

mkdir -p '.skill-downloads/github-pr-creator-ms1aw3gz' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/github-pr-creator-ms1aw3gz/download' --output '.skill-downloads/github-pr-creator-ms1aw3gz/SKILL.md.part' && mv '.skill-downloads/github-pr-creator-ms1aw3gz/SKILL.md.part' '.skill-downloads/github-pr-creator-ms1aw3gz/SKILL.md'

2. Vérifier les prérequis

Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.

Outils déclarés par l’auteur (à vérifier dans votre agent) : Bash, Read, Grep, Glob

Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.

Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.

3. Charger la skill

Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.

Claude Code
test -f '.skill-downloads/github-pr-creator-ms1aw3gz/SKILL.md' && test -s '.skill-downloads/github-pr-creator-ms1aw3gz/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/pr' && cp -R '.skill-downloads/github-pr-creator-ms1aw3gz' '.claude/skills/pr'

OpenSkills

OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.

Installation officielle d’OpenSkills
openskills install './.skill-downloads/github-pr-creator-ms1aw3gz'

openskills read 'github-pr-creator-ms1aw3gz'

La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.

Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.

openskills sync

Mode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.

4. Faire un premier essai

Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :

Lis .skill-downloads/github-pr-creator-ms1aw3gz/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.

Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.

Skills similaires

Configurer un canal de discussion avec SecretRefs

DevOps

Configurez des canaux de discussion avec des commandes non interactives, les secrets étant uniquement des SecretRefs. Couvre les étapes de collecte, modification, réparation et vérification.

Claude CodeCodexintermediateSûr 387,940
Skills Guide Bot

Enquêter sur les échecs CI de ClickHouse

DevOps

Investigue un échec CI de ClickHouse de bout en bout à partir d'une URL de PR ou de rapport S3. Récupère les tests échoués, classe flaky vs vraie régression, et cherche des issues/fixes existants.

Claude CodeadvancedSûr 49,516
Skills Guide Bot

Revue de PR Ansible

DevOps

Examine une PR Ansible selon le processus standardisé du projet, incluant la validation des changelogs, la couverture de tests et le suivi des commentaires.

Claude CodeintermediateSûr 70,491
Skills Guide Bot