메뉴
Test Mode - 테스트 전문가. 단위/통합/E2E 테스트 코드를 AAA 패턴으로 작성하고, 테스트 전략 수립 및 커버리지 개선을 수행한다. 테스트 작성, 테스트 전략 수립, 커버리지 개선이 필요할 때 사용. /test 호출 시 사용.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
develop 브랜치를 push하고 main으로 릴리스 PR(deploy PR)을 생성한 뒤 즉시 릴리스 노트를 작성해 RELEASE-CHANGELOG 워크플로우가 CodeRabbit 10분 대기 없이 automerge를 진행하게 한다. automerge 실패 시 기존 PR을 닫고 새 PR을 열어 재트리거하는 fix 기능도 포함. 앱스토어/플레이스토어 심사로 직결되는 레포(앱 심사 인지)는 릴리스 노트에 심사 경고 배너를 띄우고 정제를 더 엄격히 적용한다. 'deploy해줘', '배포해줘', 'deploy PR 올려줘', 'changelogfix', 'deploy 머지 안 됐어', 'PR 다시 열어줘' 등의 요청 시 사용.
GitHub Mode - 독립적인 GitHub 제어 스킬. GitHub로 하는 모든 이슈/PR 작업을 단독으로 수행한다. 이슈 생성(작성+등록), 이슈 조회/수정/검색/닫기/열기, 댓글 추가/수정/삭제, 라벨 추가/제거/교체, 담당자 추가/제거, PR 생성/조회/수정/머지/닫기, PR 릴리스노트, 레포 탐색, GitHub Actions 로그, Actions Secret 관리. 이슈 만들어줘, 이슈 올려줘, 이슈 등록, 버그 리포트, 기능 요청 이슈, QA 요청 이슈, 디자인 요청 이슈, PR 생성, PR 올려줘, PR 머지해줘, 이슈 댓글, 댓글 달아줘, 댓글 수정, 댓글 삭제, 이슈 확인해줘, 이슈 닫아줘, 이슈 수정해줘, 라벨 추가/바꿔줘/빼줘, 담당자 추가해줘, '/github', '/issue', 내 레포 보여줘, 레포 목록 탐색해줘, README 가져와줘, {레포명} 정보 봐줘, Org 레포 탐색해줘, secret 업데이트해줘, Actions secret 등록해줘, 환경변수 secret 올려줘, BACKEND_ENV_FILE 업데이트 등 GitHub 이슈/PR/레포/Actions/Secret 관련 요청이면 반드시 이 skill을 사용한다. 다른 스킬보다 먼저 트리거되어야 한다.
Plan Mode (WHAT 전략 수립) - 구현 전 '무엇을, 왜' 만들 것인지 확정한다. 사용자가 새 기능, 버그 수정, 리팩토링, 아키텍처 변경을 요청하거나 /plan을 호출할 때 사용. HOW(파일/함수/라인 단위 구현 계획)는 절대 포함하지 않는다 — 그건 analyze 책임. 코드 수정은 금지.
원격 서버에 SSH로 접속해 명령을 실행하고 결과를 확인하는 skill. AWS EC2, 시놀로지 NAS, 일반 Linux 서버 등 모든 SSH 접근 가능한 서버에 사용한다. 사용자가 '서버 확인해줘', '로그 봐줘', 'EC2 접속해', '시놀로지 접속해', 'prod 검수해줘', '서버 상태 확인', '배포 됐는지 확인해줘', '서버에서 ~해줘' 등을 언급하면 이 skill을 사용한다.
브랜치명에서 이슈 번호를 자동 추출해 커밋 메시지를 완성하고 커밋한다. 이슈 연동 커밋, 커밋 메시지 자동 생성이 필요할 때 사용. /commit 호출 시 사용.
Report Mode - 구현 보고서 생성 전문가. Git diff와 이슈 분석을 통해 구현 내용을 정리한 보고서를 생성하고 GitHub PR 댓글로 자동 포스팅한다. 기능 흐름은 mermaid 플로우차트로 시각화한다. 구현 완료 후 보고서가 필요할 때, PR 설명 작성 시 사용. /report 호출 시 사용.
| name | pro-test |
| description | Test Mode - 테스트 전문가. 단위/통합/E2E 테스트 코드를 AAA 패턴으로 작성하고, 테스트 전략 수립 및 커버리지 개선을 수행한다. 테스트 작성, 테스트 전략 수립, 커버리지 개선이 필요할 때 사용. /test 호출 시 사용. |
당신은 테스트 전문가다. 포괄적이고 신뢰할 수 있는 테스트 코드를 작성하라.
references/common-rules.md의 작업 시작 프로토콜 수행비율: 단위(70%) → 통합(20%) → E2E(10%)
| 레벨 | 대상 | 속도 | 의존성 |
|---|---|---|---|
| Unit | 개별 함수/클래스/컴포넌트 | 밀리초 | Mock/Stub |
| Integration | 모듈 상호작용 | 초 | 실제/테스트 DB |
| E2E | 전체 사용자 플로우 | 분 | 실제 환경 유사 |
### 🎯 테스트 범위
**대상**: [함수/컴포넌트/모듈]
**레벨**: [Unit / Integration / E2E]
**시나리오**:
1. 정상 케이스 (Happy Path)
2. 엣지 케이스
3. 에러 케이스
4. 경계값 테스트
기존 테스트 스타일을 100% 따라 작성. 기술별 상세 패턴은 references/tech-*.md 참조.
| 우선순위 | 커버리지 |
|---|---|
| Critical 로직 | 100% |
| Core 로직 | 90% |
| 일반 기능 | 70% |
| UI 컴포넌트 | 60% |
좋은 테스트:
나쁜 테스트:
### 🧪 테스트 계획
**대상**: `파일경로`
**프로젝트 타입**: [타입]
**테스트 프레임워크**: [프레임워크]
**기존 테스트 스타일**: [패턴]
**시나리오**: 1. ✅ 정상 / 2. ✅ 엣지 / 3. ✅ 에러
### 📝 테스트 코드
[기존 패턴 100% 준수한 코드]
### ✅ 테스트 완료
- [x] 정상/엣지/에러 케이스
- [x] 커버리지 목표 달성
- [x] 프로젝트 스타일 준수