用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt;运行前请先检查来源。
npx skills add https://github.com/bamsongi-club/albam-mate --skill pr-writer命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地?可下载 SkillsMP 当前能够提供的文件。
Albam Mate의 확정된 백엔드 기능·버그 수정과 기존 open PR의 선택 리뷰 수정을 위험도에 맞게 검증·전달한다. 기존 계약 안의 좁고 저위험인 이슈 구현·리뷰 수정은 review-fast로, 고위험·범위 확장 변경은 full-delivery로 처리할 때 사용한다. 답글·스레드 해결만 필요한 요청, 읽기 전용 리뷰, 문서·프런트엔드 작업은 제외한다.
저장소의 등록된 GitHub Issue Form을 요청 성격에 따라 선택하고, 근거 기반 이슈 제목·본문을 작성·검증하며 명시적으로 요청받으면 게시한다. 트리거: '이슈 작성해줘', '이슈 올려줘', '이슈 만들어줘', '리팩터링 이슈 게시해줘', '어떤 이슈 템플릿을 써야 해?'.
작성자 본인이 명시한 GitHub PR을 승인·CI·diff 이해도 게이트 후 squash merge하고 head 브랜치를 안전하게 정리한다. 'PR #5 머지해줘', '리뷰 끝난 PR 합쳐줘' 같은 요청에 사용한다.
基于 SOC 职业分类
正在显示 SKILL.md
| name | pr-writer |
| description | 실제 diff로 PR 제목·본문을 작성하고, 'PR 올려줘', 'Draft PR 올려줘', '커밋하고 PR 올려줘'처럼 명시된 요청 범위에서만 commit·push·PR 생성을 처리한다. |
--draft로 생성한다. 호출한 승인된 전달 절차가 Draft 생성을 명시한 경우에도 같다.docs/CONVENTIONS.md의 ## 커밋 절을 읽고, 해당 절의 커밋 분할과 메시지 형식을 따른다. 파일이나 절을 확인할 수 없으면 커밋하지 말고 누락을 보고한다.현재 브랜치와 worktree를 확인하고 최종 PR의 committed diff 전체를 읽는다. 커밋 요청이 있으면 승인된 대상의 staged·unstaged diff와 untracked 파일도 확인한다. 큰 diff는 파일별로 나누되 생략하지 않는다.
push 또는 PR 생성 전에 docs/CONVENTIONS.md의 ## 브랜치 절을 읽고 현재 head가 <type>/issue-<번호>-<요약> 및 이슈 번호 규약을 만족하는지 확인한다. 같은 head의 기존 PR 상태를 조회해 OPEN이면 새 PR 대신 기존 PR을 사용하고, MERGED이거나 브랜치 재사용 금지 상태면 게시를 중단하고 새 브랜치를 요구한다.
사용자가 base를 지정하지 않으면 저장소의 실제 개발 기준과 원격 ref를 확인한다. 이 저장소에서는 존재하는 origin/develop을 origin/main보다 우선하고, 선택한 원격 ref의 브랜치명을 PR base로 사용한다. 기준을 확인할 수 없으면 묻는다.
이슈 번호 후보는 사용자 요청·브랜치명·커밋에서 찾되 실제 GitHub 이슈와 대조한다. 확인되지 않으면 번호 없이 진행한다.
PR 제목은 [type] 한국어 제목 형식으로 작성하고 태그 하나만 사용한다: [feat] [fix] [docs] [style] [refactor] [test] [ci] [chore]
PR 제목의 [type] 표기는 PR 표시 형식일 뿐이므로 일반 커밋이나 squash 커밋 제목으로 그대로 재사용하지 않는다.
작성 직전에 .github/PULL_REQUEST_TEMPLATE.md를 읽고 섹션 구조와 순서를 바꾸지 않은 채 실제 커밋·변경사항·검증 결과로 채운다. 템플릿이 없거나 읽을 수 없으면 PR을 생성하지 않는다.
## AI 활용 내용은 사용자가 생성 후 직접 편집할 영역이므로 제목 아래에 내용 없는 - 하나만 남기고 placeholder를 넣지 않는다.
실행한 OS에 맞는 실제 테스트 명령만 체크한다. Windows에서는 .\gradlew.bat test, macOS/Linux에서는 ./gradlew test를 사용한다.
diff 이해 퀴즈나 퀴즈 통과 문구를 PR 본문에 넣지 않는다.
gh pr create --draft를 사용하고, 그 외에는 일반 PR로 생성한다. Draft 생성 사실과 검증·리뷰 준비 완료를 구분한다.--body-file로 전달한다. 셸 인라인 --body "<body>"는 사용하지 않는다.gh가 없거나 인증되지 않았으면 제목·본문만 제공하고 사유를 설명한다.