메뉴
작업 내역을 분석해 논리적 단위로 커밋 계획을 세우고 사용자 승인 후 커밋을 실행한다. 커밋할 준비가 됐거나 사용자가 커밋을 요청할 때 사용한다.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | commit |
| description | 작업 내역을 분석해 논리적 단위로 커밋 계획을 세우고 사용자 승인 후 커밋을 실행한다. 커밋할 준비가 됐거나 사용자가 커밋을 요청할 때 사용한다. |
| user-invocable | true |
| disable-model-invocation | false |
| allowed-tools | Bash, Read, Glob, Grep |
작업 내역을 분석해 논리적 단위로 커밋 계획을 세운 뒤 사용자 승인을 받고 실행한다.
중요: Co-Authored-By 등 co-author 정보를 커밋 메시지에 절대 추가하지 않는다. author는 개발자 혼자여야 한다.
아래 명령어를 실행해 현재 상태를 파악한다.
git status
git diff --stat HEAD
git diff HEAD
git log --oneline -10
변경사항을 분석해 논리적 단위로 커밋을 나눈다.
계획을 아래 형식으로 사용자에게 제시한다:
📋 커밋 계획
커밋 1: <타입>: <메시지>
- <파일1>
- <파일2>
커밋 2: <타입>: <메시지>
- <파일3>
총 N개 커밋
계획을 제시한 후 반드시 사용자에게 선택지를 제공한다:
진행 방식을 선택해주세요:
1. 계획대로 커밋 실행
2. 커밋 계획 다시 수립
3. 취소
승인된 계획대로 순서대로 커밋을 실행한다.
각 커밋마다:
git add <파일> 으로 스테이징 (절대 git add -A 나 git add . 사용 금지)git commit -m "메시지" 로 커밋모든 커밋 완료 후 git log --oneline -N 으로 결과를 확인하고 사용자에게 보여준다.
사용자가 "이슈 만들어줘", "이슈 생성", "버그 이슈", "기능 이슈", "github issue", "이슈 올려줘" 등 GitHub 이슈 생성을 요청할 때 사용한다. 이슈 유형(버그/기능)을 선택하고, .github/ISSUE_TEMPLATE 템플릿을 기반으로 초안을 작성한 후 사용자 확인을 거쳐 gh CLI로 이슈를 생성한다.
작업 완료 후 코드 포맷 적용, 커밋, 푸시, PR 생성을 순서대로 수행한다.
API 엔드포인트 작성/수정 시 에러 응답 문서화를 강제한다. Swagger @ApiResponses에 에러 코드/메시지 명시, Validation message에 고유 코드 부여, enum 성격 필드에 @Schema allowableValues 추가. Use when writing controllers, DTOs, or Swagger docs. Triggers on "API 만들어줘", "엔드포인트 추가", "Swagger", "에러 코드".
브랜치 생성 시 네이밍 규칙을 강제한다. 형식은 이니셜/타입/설명. Use when creating branches, "브랜치 만들어줘", "branch", "git checkout -b", "git branch".
Java 파일 수정 후 커밋 전에 Spotless 코드 포맷팅을 자동 적용한다. Use when editing Java files, after code changes, before committing. Triggers on Java file edits, "커밋", "commit", "포맷", "format", "spotless".