with one click
review-and-commit
변경사항 코드리뷰 후 커밋 그룹화하여 커밋하는 스킬. 코드리뷰 + 커밋 작성이 필요할 때 사용.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Menu
변경사항 코드리뷰 후 커밋 그룹화하여 커밋하는 스킬. 코드리뷰 + 커밋 작성이 필요할 때 사용.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
| name | review-and-commit |
| description | 변경사항 코드리뷰 후 커밋 그룹화하여 커밋하는 스킬. 코드리뷰 + 커밋 작성이 필요할 때 사용. |
| disable-model-invocation | true |
| allowed-tools | Read Grep Glob Bash Edit |
다음 단계를 순서대로 수행하라. 각 단계가 완료되기 전에 다음 단계로 넘어가지 말 것.
git status
git diff
git diff --staged
를 실행해 현재 변경사항 전체를 파악하라. 파일 목록, 수정 내용, 추가/삭제된 코드를 모두 확인하라.
변경된 파일들을 Read 도구로 읽어 다음 관점에서 검토하라:
camelCase, 컴포넌트/타입 PascalCase, 상수 UPPER_SNAKE_CASEis/has/should 접두사handle*, props on* 구분btn → button 등)@/* 사용 여부app → widgets → features → entities → shared)index.ts) 사용 여부useMemo, useCallback, memo)검토 결과를 다음 형식으로 출력하라:
## 코드리뷰 결과
### [파일명:라인번호] 심각도: 제목
내용 설명
(문제 없으면 "✅ 이슈 없음" 출력)
심각도 기준:
Critical 이슈가 있으면 사용자에게 먼저 수정할지 물어보고, 수정 후 다음 단계로 진행하라.
변경사항을 논리적으로 연관된 단위로 그룹화하라. 그룹화 기준:
그룹화 제안을 다음 형식으로 출력하라:
## 커밋 그룹화 제안
### 커밋 1: {tag}: {내용 요약}
- 파일1.ts — 변경 이유
- 파일2.tsx — 변경 이유
### 커밋 2: {tag}: {내용 요약}
- 파일3.ts — 변경 이유
태그는 docs/commit-convention.md 기준:
feat fix refactor test docs style chore ci perf build revert
커밋 메시지 형식: {tag}: {내용} ({이슈번호 자동추가됨})
#숫자 패턴이 있으면 이슈번호는 husky 훅이 자동 추가코드리뷰 결과와 커밋 그룹화 제안을 출력한 뒤, 반드시 사용자에게 다음을 확인하라:
위 코드리뷰 결과와 커밋 그룹화 계획을 검토해주세요.
- 수정이 필요한 이슈가 있으신가요?
- 커밋 그룹화 방식이 적절한가요?
- 커밋 메시지를 수정하고 싶으신가요?
진행해도 되면 "진행" 또는 "ok"라고 답해주세요.
사용자가 승인하기 전까지 절대로 커밋을 실행하지 말 것.
사용자가 승인하면 그룹별로 순서대로 커밋을 실행하라.
각 커밋마다:
git add 로 스테이징git status 로 결과 확인# 예시
git add src/features/auth/ui/LoginForm.tsx src/features/auth/model/useLogin.ts
git commit -m "$(cat <<'EOF'
feat: 로그인 폼 유효성 검사 추가
EOF
)"
모든 커밋 완료 후 git log --oneline -5 로 결과를 출력하라.