반복 작업? 매번 프롬프트 치지 말고 커맨드로 만들어두셈

이게 뭔데?

Claude Code에서 /commit, /help 같은 슬래시 커맨드 본 적 있을 거임. 이런 거 직접 만들 수 있음.

# 빌트인 커맨드 (기본 제공)
/init      # CLAUDE.md 만들기
/compact   # 대화 압축
/clear     # 대화 초기화

# 커스텀 커맨드 (직접 만듦)
/commit    # 커밋 메시지 자동 생성
/review    # 코드 리뷰
/pr        # PR 설명 작성

커스텀 커맨드 = 프롬프트 템플릿임.

자주 쓰는 프롬프트를 파일로 저장해두고, /커맨드명으로 실행하는 거.

그냥 물어보면 되는데 왜?

핵심 질문임. “Claude한테 그냥 물어보면 되는데 왜 굳이 커맨드로 만들어?”

1. 프롬프트 품질 편차 문제

❌ 그냥 물어보기 (매번 다름):

월요일: "커밋 메시지 써줘"
→ "Update files" (대충)

화요일: "커밋 메시지 컨벤션 맞춰서 써줘"
→ "feat: Add login feature" (좀 나음)

금요일: 피곤해서 "커밋"
→ "changes" (최악)

✅ 커스텀 커맨드 (항상 일관):

/commit
→ 매번 Conventional Commits 형식
→ 매번 변경사항 분석
→ 매번 이슈 번호 포함

프롬프트 퀄리티 = 결과 퀄리티인데, 매번 좋은 프롬프트 쓰기 어려움. 커맨드로 고정해두면 일관된 품질 보장.

2. 시간 절약

❌ 매번 프롬프트 치기:

"이 코드 리뷰해줘. 보안, 성능, 가독성 관점에서.
특히 SQL 인젝션, XSS, 메모리 누수 체크하고,
복잡도 높은 함수 찾아서 리팩토링 제안해줘.
테스트 커버리지도 확인하고..."

(매번 이거 치기 귀찮음)

✅ 커맨드 한 방:

/review

끝.

3. 암묵지의 명시화

팀에는 암묵적인 규칙이 있음:

• “우리 팀은 커밋 메시지 한글로 씀”
• “PR에 스크린샷 필수임”
• “변수명은 camelCase”

이런 거 매번 Claude한테 말하기? ㄴㄴ