بنقرة واحدة
cotato-issue
COTATO 프로젝트 GitHub 이슈 생성 워크플로우. "이슈 만들어줘", /issue 입력 시 사용. [TYPE]: 제목 형식, 템플릿 준수, 브랜치 자동 생성.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
القائمة
COTATO 프로젝트 GitHub 이슈 생성 워크플로우. "이슈 만들어줘", /issue 입력 시 사용. [TYPE]: 제목 형식, 템플릿 준수, 브랜치 자동 생성.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
COTATO 프로젝트 코드 리뷰 워크플로우. "코드 리뷰해줘", "review" 입력 시 사용. CRITICAL/HIGH/MEDIUM/LOW 심각도 분류, 프로젝트 컨벤션 준수 확인.
COTATO 프로젝트 커밋 워크플로우. "커밋해줘", "commit", /commit 입력 시 사용. atomic 단위 커밋 분리, secret guard, 계획 승인 후 실행.
COTATO 프로젝트 문서 작성 워크플로우. "문서 만들어줘", "README 써줘" 입력 시 사용. README/설계문서/ADR 구조, Why 중심 서술.
COTATO 프로젝트 PR 생성 워크플로우. "PR 만들어줘", "pull request", /pr 입력 시 사용. [TYPE]: 제목 형식, PR 템플릿 준수, develop 기준.
COTATO 프로젝트 릴리즈 자동화 워크플로우. "릴리즈해줘", "release PR", /release 입력 시 사용. develop→release/X.Y.Z→main, GitHub Release draft 자동 생성.
COTATO UI 패키지 Storybook 스토리 작성 워크플로우. "스토리 만들어줘", "스토리북", /storybook 입력 시 사용. CSF3 패턴, packages/ui 구조 준수.
다음 요청이 오면 이 스킬을 사용한다:
/issue [타입] [제목 또는 설명]인자 없이 실행하면 현재 대화 컨텍스트에서 작업 내용을 자동으로 추론한다.
⚠️ CRITICAL: 이슈 제목 prefix는 반드시
[TYPE]:형태로 콜론(:)을 포함한다.[TYPE]단독으로 쓰는 것은 금지.
| 타입 | 이슈 제목 prefix | 타입 라벨 |
|---|---|---|
feat | [FEAT]: | ✨ Feature |
fix | [FIX]: | 🐛 Bug |
refactor | [REFACTOR]: | 💦 Refactor |
design | [DESIGN]: | 🎨 Style |
style | [STYLE]: | 🎨 Style |
ui | [UI]: | 📷 UI |
docs | [DOCS]: | 📄 Documentation |
test | [TEST]: | 🌊 TEST |
chore | [CHORE]: | 🧹 CHORE |
ci | [CI]: | 😎 DevOps |
perf | [PERF]: | 💦 Refactor |
security | [SECURITY]: | 🐛 Bug |
- type 라벨:
.github/workflows/type-labeler.yml— 이슈/PR 제목의[TYPE]:패턴 감지 후 자동 부착- scope 라벨 (이슈): workflow로 처리되지 않으므로
--label로 직접 지정- scope 라벨 (PR):
.github/labeler.yml이 변경 파일 기반으로 자동 부착
이슈 생성 시 --label은 scope 라벨만 지정한다. type 라벨은 workflow가 자동으로 붙여준다.
| scope | 스코프 라벨 |
|---|---|
homepage | 🥔 HOMEPAGE |
recruit | 🥔 RECRUIT |
root / ui | 🍟 COMMON |
### 🛠️ 만들고자 한 기능 설명
{작업 목적과 내용을 2-3문장으로 서술}
### ✅ TODO LIST
- [ ] {세부 작업 1}
- [ ] {세부 작업 2}
- [ ] {세부 작업 3}
### ⏰ 예상 작업 기간
{컨텍스트 기반 예상 기간, 모르면 "-"}
### 📝 참고 링크(선택)
### 🗣️ ETC(선택)
### 📸 피그마 스크린샷
## 어떤 버그인가요?
{버그를 간결하게 설명}
<br><br>
## 어떤 상황에서 발생한 버그인가요?
- **Given**: {사전 조건}
- **When**: {어떤 행동을 했을 때}
- **Then**: {어떤 문제가 발생했는지}
<br><br>
## 예상 결과
{정상적으로 동작했어야 할 결과}
<br><br>
## 참고자료
{관련 스크린샷, 에러 로그 등 — 없으면 생략}
{type}/{scope}/{이슈번호}-{kebab-case-영어설명}
scope: recruit / homepage / root / ui — 이슈 내용에 맞는 스코프 선택설명: 이슈 제목을 영어로 의미 번역 후 kebab-case 변환 (한국어 그대로 금지)feat/recruit/5-user-login
fix/homepage/7-main-layout-broken
refactor/root/12-auth-hook-cleanup
chore/ui/15-storybook-config-update
git config user.name으로 작성자 확인.계획표 출력 형식:
## 이슈 생성 계획
타입: feat
제목: [FEAT]: 사용자 로그인 구현
Assignee: @me
라벨: ✨ Feature, 🥔 HOMEPAGE
### 이슈 본문 미리보기
---
(본문 내용)
---
생성될 브랜치: feat/recruit/{번호}-user-login
Base 브랜치: develop
계속 진행할까요?
제목은 반드시
[TYPE]:형태로 콜론을 포함한다.
gh issue create \
--title "[FEAT]: 제목" \
--body "$(cat <<'EOF'
...
EOF
)" \
--assignee "@me" \
--label "🥔 HOMEPAGE"
출력된 이슈 URL에서 번호 파싱.
git checkout -b {type}/{scope}/{번호}-{description} origin/develop
결과 출력:
이슈 생성 완료: #{번호} — {제목}
URL: https://github.com/IT-Cotato/COTATO-FE-v2/issues/{번호}
브랜치 생성 완료: {type}/{scope}/{번호}-{description}
이제 작업을 시작할 수 있습니다.
@megh CLI 미인증 시 gh auth login 먼저 안내origin/develop이 없는 경우 사용자에게 base 브랜치를 물어본다[TYPE] 뒤에 콜론(:)을 빠뜨리지 않는다 — [FEAT]은 틀렸고 [FEAT]:이 맞다gh 인증 상태를 확인하지 않고 실행하지 않는다--label 없이 이슈를 생성하지 않는다