6장: 커스텀 슬래시 명령어와 스킬 만들기

---
name: commit
description: "Git 변경사항을 분석하고 Conventional Commits 형식으로 커밋합니다"
user-invocable: true
---
 
# 커밋 스킬
 
## 실행 절차
 
1. `git status`와 `git diff --staged`로 변경사항을 확인합니다
2. 변경의 성격을 분석합니다 (신규 기능, 버그 수정, 리팩터링 등)
3. Conventional Commits 형식으로 커밋 메시지를 작성합니다
4. 커밋 메시지는 한글로 작성합니다
5. 커밋 전에 사용자에게 메시지를 확인받습니다
 
## 커밋 메시지 형식
 
type: feat | fix | refactor | docs | chore | test | style | perf
형식: `type: 변경 내용을 간결하게 설명 (한글)`
 
## 규칙
- staging된 파일이 없으면 사용자에게 알려줍니다
- .env, credentials 등 민감 파일이 포함되어 있으면 경고합니다
- 변경 범위가 너무 넓으면 분리 커밋을 제안합니다

---
name: review
description: "현재 브랜치의 변경사항을 코드 리뷰합니다"
user-invocable: true
---
 
# 코드 리뷰 스킬
 
## 절차
 
1. `git diff main...HEAD`로 현재 브랜치의 전체 변경사항을 확인합니다
2. 변경된 각 파일을 다음 관점에서 리뷰합니다:
 
### 체크리스트
- **정확성**: 로직이 올바른가
- **타입 안전성**: TypeScript 타입이 적절한가
- **에러 처리**: 예외 상황이 처리되는가
- **보안**: 인젝션, XSS 등 취약점이 없는가
- **성능**: 불필요한 연산이나 메모리 누수가 없는가
- **가독성**: 변수명, 함수명이 의도를 명확히 전달하는가
 
## 출력 형식
파일별로 발견된 이슈를 심각도(critical, warning, suggestion)와 함께 정리합니다.
이슈가 없는 파일은 생략합니다.

---
name: create-component
description: "React 컴포넌트를 프로젝트 규칙에 맞게 생성합니다"
user-invocable: true
---
 
# 컴포넌트 생성 스킬
 
사용자가 컴포넌트 이름과 위치를 지정하면, 프로젝트 컨벤션에 맞는 
React 컴포넌트를 생성합니다.
 
## 사용법

interface ComponentNameProps {
  // props
}
 
function ComponentName({ ...props }: ComponentNameProps) {
  return (
    <div>
      {/* content */}
    </div>
  );
}
 
export { ComponentName };

---
name: fix-ci
description: "CI 실패를 분석하고 수정합니다"
user-invocable: true
context: "gh run list --limit 1 --json conclusion,name,headBranch && gh run view $(gh run list --limit 1 --json databaseId -q '.[0].databaseId') --log-failed 2>/dev/null | tail -50"
---
 
# CI 수정 스킬
 
## 동적 컨텍스트
위의 context 명령어가 자동으로 실행되어 
최근 CI 실행 결과와 실패 로그가 컨텍스트에 주입됩니다.
 
## 절차
 
1. 주입된 CI 로그에서 실패 원인을 분석합니다
2. 관련 파일을 찾아 수정합니다
3. 로컬에서 같은 명령어를 실행하여 수정을 검증합니다
4. 수정 내용을 커밋합니다

---
name: test-coverage
description: "테스트 커버리지가 낮은 파일을 찾아 테스트를 추가합니다"
user-invocable: true
agent: true
---
 
# 테스트 커버리지 개선 스킬
 
이 스킬은 서브에이전트로 실행되어 메인 세션에 영향을 주지 않습니다.
 
## 절차
 
1. `pnpm test --coverage`를 실행하여 커버리지 리포트를 생성합니다
2. 커버리지가 80% 미만인 파일을 식별합니다
3. 각 파일에 대해 누락된 테스트 케이스를 작성합니다
4. 모든 테스트가 통과하는지 확인합니다
5. 결과 요약을 메인 에이전트에 보고합니다

변경사항을 확인해 주시고, 커밋 메시지를 작성해 주시면 좋겠습니다.

1. `git diff --staged`로 변경사항을 확인한다
2. Conventional Commits 형식으로 커밋 메시지를 작성한다
3. 사용자 확인 후 커밋한다