슬래시 커맨드 만들기

1. /analyze---description: "코드/프로젝트 구조 분석 ex) /analyze src 의존성"argument-hint: "[대상 파일/경로] [분석 관점]"--- $1 을 분석해 주세요. (대상이 없으면 프로젝트 전체를 대상으로)분석 관점: $2 (지정이 없으면 아래 항목을 모두 포함) 1. 전체 구조와 각 모듈/파일의 역할2. 주요 데이터 흐름과 실행 흐름3. 모듈 간 의존 관계4. 복잡도가 높거나 유지보수가 어려운 부분5. 개선이 필요한 부분과 우선순위 결과는 요약 → 상세 순서로 정리하고, 구조는 필요하면 간단한 다이어그램(텍스트)으로 보여 주세요. 2. /commit---description: "변경 사항 분석 후 git 커밋 ex) /commit 로그인 버그 수정"argument-hint: "[커밋 메시지 힌트]"allowed-tools: Bash(git status:*), Bash(git diff:*), Bash(git log:*), Bash(git add:*), Bash(git commit:*)--- ## 현재 상태 - git status: !`git status --short`- 변경 내용: !`git diff HEAD`- 최근 커밋: !`git log --oneline -5` ## 작업 위 변경 사항을 분석해서 git 커밋을 만들어 주세요.커밋 메시지 힌트: $ARGUMENTS 규칙:- 최근 커밋의 메시지 스타일을 따를 것 (없으면 Conventional Commits 형식: feat/fix/docs/refactor/test/chore)- 제목은 50자 이내, 무엇을 왜 바꿨는지 드러나게 작성- .env, 비밀키 등 민감한 파일은 커밋하지 말고 알려줄 것- 서로 관련 없는 변경이 섞여 있으면 커밋을 나눌지 먼저 물어볼 것- push는 하지 말 것 3. /document---description: "코드 문서화 ex) /document src/api README"argument-hint: "[대상 파일/경로] [문서 형식]"--- $1 의 코드를 문서화해 주세요. (대상이 없으면 현재 수정된 코드를 대상으로)문서 형식: $2 (주석, README, API 문서 중 지정이 없으면 코드에 맞는 형식을 선택) 작성 기준:- 프로젝트의 기존 문서/주석 스타일을 따를 것- 함수/클래스의 목적, 매개변수, 반환값, 예외를 설명- 사용 예시를 최소 1개 포함- 코드만 봐도 알 수 있는 내용은 반복하지 말고, 의도와 주의사항 위주로 작성- 문서는 한국어로 작성 4. /review---description: "코드 리뷰 수행 ex) /review src/app.ts 보안"argument-hint: "[대상 파일/경로] [중점 관점]"--- $1 의 코드를 리뷰해 주세요. (대상이 없으면 현재 수정된 코드 전체를 리뷰)중점 관점: $2 (지정이 없으면 버그, 가독성, 보안, 성능을 모두 확인) 각 지적 사항은 다음 형식으로 정리해 주세요.- 위치 (파일:라인)- 심각도 (높음 / 중간 / 낮음)- 문제 설명- 수정 제안 (코드 예시 포함) 심각도가 높은 순서로 나열하고, 마지막에 전체 총평을 3줄 이내로 작성해 주세요. 5. /test---description: "테스트 코드 작성 및 실행 ex) /test src/utils.ts 경계값"argument-hint: "[대상 파일/함수] [테스트 중점]"--- $1 에 대한 테스트 코드를 작성해 주세요. (대상이 없으면 현재 수정된 코드를 대상으로)테스트 중점: $2 (지정이 없으면 정상 동작, 경계값, 예외 상황을 모두 포함) 진행 순서:1. 프로젝트에서 사용 중인 테스트 프레임워크와 기존 테스트 스타일을 확인2. 같은 스타일로 테스트 케이스 작성3. 테스트를 실행하고 결과를 보고4. 실패한 테스트가 있으면 원인을 분석하고, 테스트 문제인지 코드 문제인지 구분해서 알려주기