원클릭으로
branch
이슈 설명을 받아서 팀의 브랜치 네이밍 컨벤션에 맞춰 브랜치명을 자동으로 생성합니다.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
이슈 설명을 받아서 팀의 브랜치 네이밍 컨벤션에 맞춰 브랜치명을 자동으로 생성합니다.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | branch |
| description | 이슈 설명을 받아서 팀의 브랜치 네이밍 컨벤션에 맞춰 브랜치명을 자동으로 생성합니다. |
| context | inline |
| allowed-tools | [] |
label/issue-number[-description]이 표는 /commit skill도 참조한다.
| 브랜치 라벨 | 커밋 타입 | 용도 |
|---|---|---|
| feature | feat | 새 기능 추가 |
| bug | bug | 버그 수정 |
| refactor | refactor | 리팩터링 |
| test | test | 테스트 작성/수정 |
| chore | chore | 빌드, 설정, 의존성 |
| docs | docs | 문서 작성/수정 |
feature/1
feature/1-add-layout
bug/45-fix-login-error
refactor/102-optimize-user-query
test/51-add-payment-tests
chore/76-update-dependencies
docs/130-write-api-documentation
Feature/1 ❌ 대문자
feature_1 ❌ 언더스코어
feature/1.add-layout ❌ 점
feature 1 ❌ 공백
feature/add-layout ❌ 이슈 번호 누락
1-add-layout ❌ 라벨 누락
add-login-auth)✅ 추천 브랜치명:
{label}/{issue-number}-{description}
📋 브랜치 생성 명령어:
git checkout -b {label}/{issue-number}-{description}
입력:
FEATURE 사용자 로그인 기능 추가 45 브랜치명 만들어줘
출력:
✅ 추천 브랜치명:
feature/45-add-login
📋 브랜치 생성 명령어:
git checkout -b feature/45-add-login
입력:
REFACTOR: SeatBooking 엔티티를 역정규화하고 좌석 조회 쿼리를 최적화하려고. 이슈 122번.
출력:
✅ 추천 브랜치명:
refactor/122-seatbooking-query
⚠️ 이슈 번호가 필요합니다.
GitHub 이슈를 먼저 생성하고 번호와 함께 다시 요청해주세요.
예시: "FEATURE 사용자 로그인 기능 45 브랜치명 만들어줘"
⚠️ 작업 타입을 명확히 알려주세요.
사용 가능한 타입: FEATURE, BUG, REFACTOR, TEST, CHORE, DOCS
Controller에 대응하는 Swagger {Domain}ControllerDoc 인터페이스를 신규 생성합니다. Controller가 implements해서 사용. Use when the user asks like "/api-doc BookingController", "회원 API Swagger 문서 만들어줘".
현재 브랜치의 작업 내용을 읽고 브랜치명에서 이슈번호를 파악하여 자동으로 커밋 메시지를 작성합니다.
작업 내용을 받아 팀 GitHub Issue 컨벤션에 맞춘 제목·본문·라벨을 텍스트로 생성합니다. Use when the user asks for an issue draft, like "이슈 작성해줘", "/issue [FEATURE] xxx", "버그 이슈 만들어줘".
현재 브랜치의 변경사항을 분석하고 관련 이슈를 기반으로 PR을 자동 생성합니다.
테스트 대상 코드를 분석하고 프로젝트 테스트 컨벤션에 맞는 테스트 코드를 작성하거나 수정한다. Use when the user asks for tests for a domain entity, service, facade, validator, or calculator, including requests like `/test BookingService.cancel`, `/test Booking 엔티티`, `SeatConflictValidator 테스트 작성`, or similar natural-language asks.
도메인 ErrorCode를 사용하는 {Domain}Validator 클래스를 application/validator/ 아래에 생성하거나 메서드를 추가합니다. Use when the user asks like "/validator BookingValidator", "Payment 도메인에 validator 만들어줘", "PaymentValidator에 검증 메서드 추가".