Execute qualquer Skill no Manus
com um clique

Execute qualquer Skill no Manus com um clique

Começar

create-pr

Estrelas14

Forks6

Atualizado20 de julho de 2026 às 08:14

PR 템플릿을 읽어 GitHub Pull Request를 생성한다. 백엔드·프론트엔드 공통.

Instalação

Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.

Executar no Manus

Fonte

woowacourse-teams

woowacourse-teams/2025-zzol

Abrir repositório GitHub Ver repositórios do creator

Download

Executar no Manus

Ocupações relacionadasSOC

Baseado na classificação ocupacional SOC

Desenvolvedores de softwareInformática e Matemática·SOC 15-1252

Explorador de arquivos

2 arquivos

SKILL.md

readonly

name	create-pr
description	PR 템플릿을 읽어 GitHub Pull Request를 생성한다. 백엔드·프론트엔드 공통.
argument-hint	[PR 제목 (선택)] [--base=브랜치명 (기본: dev)]
allowed-tools	Read, Bash, Glob

create-pr

사전 작업

base 브랜치를 정한다. $ARGUMENTS에 --base=<브랜치>가 있으면 그 값, 없으면 통합 브랜치 dev. 이후 이 값을 $BASE로 쓴다.
PR 템플릿은 모노레포 루트에 있다. REPO_ROOT="$(git rev-parse --show-toplevel)" 로 루트를 구해 ${REPO_ROOT}/.github/pull_request_template.md를 Read한다.
git log "origin/$BASE"..HEAD --oneline 와 git diff "origin/$BASE"...HEAD --stat 으로 이번 브랜치의 커밋·변경 파일을 확인한다 (로컬 $BASE는 stale일 수 있으니 origin/ 기준).

브랜치를 원격에 올린다 (gh pr create의 전제). 먼저 아래 보호 브랜치·detached HEAD 가드를 실행한다(ABORT 출력 시 중단·보고). 보호 목록 SSOT는 .claude/rules/git-push-safety.md. 통과하면 자기 이름 명시 refspec으로 push한다 (bare git push 금지). 이미 올라가 있으면 push는 생략한다.

PROTECTED="dev prod main master"
branch="$(git symbolic-ref --short -q HEAD || true)"
[ -z "$branch" ] && { echo "ABORT: detached HEAD — 작업 브랜치로 전환하세요."; exit 1; }
case " $PROTECTED " in *" $branch "*) echo "ABORT: 보호 브랜치 '$branch' 직접 push 금지 (git-push-safety). PR로 반영하세요."; exit 1;; esac
git push -u origin "HEAD:$branch"

PR 제목

형식: [type] 한국어 설명 (예: [fix] 카드 점수 집계 누락 수정). type: feat·fix·refactor·chore·docs·test
$ARGUMENTS에 제목이 있으면 그대로, 없으면 커밋 내용으로 자동 생성
type별 제목·본문 예시는 examples.md 참조

라벨 & Assignee

type 라벨 (1개): feat ✨feat / fix 🐞bug / refactor 🛠️refactor / chore ⚙️chore / docs 📝docs / test 🧪 test
영역 라벨: 변경 경로로 판별한다. git diff --name-only "origin/$BASE"...HEAD 결과가 backend/ 만이면 BE, frontend/ 만이면 FE, 양쪽이 섞였으면 BE+FE(풀스택). 루트 설정 등 어느 쪽도 아니면 변경 성격으로 판단해 사용자에게 확인한다.
우선순위(p-*)는 $ARGUMENTS에 있을 때만 추가
Assignee: gh api user --jq '.login' 결과로 자동 지정

작성 원칙 (본문 공통)

리뷰어가 빠르게 이해하는 것을 최우선으로, 쉬운 용어와 간결한 문장으로 작성한다.

쉬운 용어: 전문 용어·영어 약어(point of use, redundant, hermetic, drift 등)를 피하고 풀어서 쓴다. 꼭 필요한 기술 용어는 한 줄 풀이를 붙인다.
간결함: 한 항목은 1~2문장. "무엇을 왜 바꿨는지"를 먼저 적는다.
결정·트레이드오프는 이유와 함께: 리뷰어가 되묻지 않아도 알 수 있게 적는다.

템플릿 작성

.github/pull_request_template.md 섹션을 유지하고 채운다.

✅ 체크리스트: --base 확인 후 [x]
🔥 연관 이슈: 현재 브랜치명 <type>/<N>-<slug>(create-issue가 만든 형식)에서 이슈 번호 N을 추출해 close #N. 브랜치명에 번호가 없으면 없음
🚀 작업 내용: 변경 파일·커밋을 번호 목록으로
💬 리뷰 중점사항: 설계 결정·트레이드오프·주의 사항

실행

BASE="dev"   # 사전 작업 1의 값 (--base 로 오버라이드 가능)
gh pr create \
  --title "[fix] 카드 점수 집계 누락 수정" \
  --base "$BASE" \
  --label "🐞bug,BE" \
  --assignee "$(gh api user --jq '.login')" \
  --body-file - <<'EOF'
<템플릿 채운 내용>
EOF

완료 후 PR 본문이 반영됐는지 확인하고 URL을 출력한다.

Mais deste repositório

mesmo repositório

commit

woowacourse-teams/2025-zzol

변경된 파일을 기능 단위로 그룹화하고, 각 그룹의 관련 테스트를 실행한 후 순서대로 커밋한다.

2026-07-2014

postmortem

woowacourse-teams/2025-zzol

장애·인시던트·반복된 오진의 사후 회고(Postmortem)를 작성한다. 프로덕션 장애, CI 플레이키, 배포 사고, 진단이 여러 번 빗나간 사건 등 "무엇이 어떻게 터졌고 왜 그렇게 진단했는가"를 복기할 때 사용한다.

2026-07-2014

ci-fix

woowacourse-teams/2025-zzol

PR의 CI 실패 테스트를 자동으로 감지하고 수정 사이클을 진행한다. 수정 완료 후 /commit을 호출한다.

2026-07-1714

adr

woowacourse-teams/2025-zzol

Architecture Decision Record를 작성한다. 기술 선택, 설계 결정, 패턴 도입 등 팀이 내린 중요한 기술적 의사결정을 기록할 때 사용한다.

2026-07-1614

create-issue

woowacourse-teams/2025-zzol

GitHub 이슈를 템플릿 기반으로 생성하고, 이슈 번호로 dev에서 작업 브랜치를 체크아웃한다. 백엔드·프론트엔드 공통.

2026-07-1614

fix

woowacourse-teams/2025-zzol

버그를 재현 테스트 → 수정 → 통과 사이클로 해결한다. 수정 완료 후 /commit을 호출한다.

2026-06-2114

create-pr

사전 작업

base 브랜치를 정한다. $ARGUMENTS에 --base=<브랜치>가 있으면 그 값, 없으면 통합 브랜치 dev. 이후 이 값을 $BASE로 쓴다.

PR 템플릿은 모노레포 루트에 있다. REPO_ROOT="$(git rev-parse --show-toplevel)" 로 루트를 구해 ${REPO_ROOT}/.github/pull_request_template.md를 Read한다.

git log "origin/$BASE"..HEAD --oneline 와 git diff "origin/$BASE"...HEAD --stat 으로 이번 브랜치의 커밋·변경 파일을 확인한다 (로컬 $BASE는 stale일 수 있으니 origin/ 기준).

PROTECTED="dev prod main master"
branch="$(git symbolic-ref --short -q HEAD || true)"
[ -z "$branch" ] && { echo "ABORT: detached HEAD — 작업 브랜치로 전환하세요."; exit 1; }
case " $PROTECTED " in *" $branch "*) echo "ABORT: 보호 브랜치 '$branch' 직접 push 금지 (git-push-safety). PR로 반영하세요."; exit 1;; esac
git push -u origin "HEAD:$branch"

PR 제목

형식: [type] 한국어 설명 (예: [fix] 카드 점수 집계 누락 수정). type: feat·fix·refactor·chore·docs·test

$ARGUMENTS에 제목이 있으면 그대로, 없으면 커밋 내용으로 자동 생성

type별 제목·본문 예시는 examples.md 참조

라벨 & Assignee

type 라벨 (1개): feat ✨feat / fix 🐞bug / refactor 🛠️refactor / chore ⚙️chore / docs 📝docs / test 🧪 test

영역 라벨: 변경 경로로 판별한다. git diff --name-only "origin/$BASE"...HEAD 결과가 backend/ 만이면 BE, frontend/ 만이면 FE, 양쪽이 섞였으면 BE+FE(풀스택). 루트 설정 등 어느 쪽도 아니면 변경 성격으로 판단해 사용자에게 확인한다.

우선순위(p-*)는 $ARGUMENTS에 있을 때만 추가

Assignee: gh api user --jq '.login' 결과로 자동 지정

작성 원칙 (본문 공통)

리뷰어가 빠르게 이해하는 것을 최우선으로, 쉬운 용어와 간결한 문장으로 작성한다.

쉬운 용어: 전문 용어·영어 약어(point of use, redundant, hermetic, drift 등)를 피하고 풀어서 쓴다. 꼭 필요한 기술 용어는 한 줄 풀이를 붙인다.

간결함: 한 항목은 1~2문장. "무엇을 왜 바꿨는지"를 먼저 적는다.

결정·트레이드오프는 이유와 함께: 리뷰어가 되묻지 않아도 알 수 있게 적는다.

템플릿 작성

.github/pull_request_template.md 섹션을 유지하고 채운다.

✅ 체크리스트: --base 확인 후 [x]

🔥 연관 이슈: 현재 브랜치명 <type>/<N>-<slug>(create-issue가 만든 형식)에서 이슈 번호 N을 추출해 close #N. 브랜치명에 번호가 없으면 없음

🚀 작업 내용: 변경 파일·커밋을 번호 목록으로

💬 리뷰 중점사항: 설계 결정·트레이드오프·주의 사항

실행

BASE="dev" # 사전 작업 1의 값 (--base 로 오버라이드 가능) gh pr create \ --title "[fix] 카드 점수 집계 누락 수정" \ --base "$BASE" \ --label "🐞bug,BE" \ --assignee "$(gh api user --jq '.login')" \ --body-file - <<'EOF' <템플릿 채운 내용> EOF

완료 후 PR 본문이 반영됐는지 확인하고 URL을 출력한다.