메뉴
현재 PR의 리뷰 코멘트를 분석해 타당한 것만 반영하는 스킬. "리뷰 반영해줘", "PR 리뷰 처리해줘", "코드래빗 리뷰 봐줘", "리뷰 코멘트 반영", "follow review", "apply review" 요청 시 트리거한다. 사람 리뷰는 존중하고 AI 리뷰는 선별해 반영하며, 수정 후 검증한다.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
백엔드 API를 frontend/src에 연동하는 스킬. "API 연동해줘", "백엔드 연결해줘", "엔드포인트 붙여줘", "쿼리 훅 만들어줘", "mutation 추가해줘", "이 API 호출하게 해줘" 요청 시 트리거한다. 타입·schema·API 함수·훅·MSW 핸들러를 기존 패턴대로 작성한다.
Figma 디자인을 가져와 frontend/src에 컴포넌트로 구현하는 스킬. "피그마 적용", "figma 디자인 구현해줘", "이 화면 만들어줘", "캡쳐한 디자인대로 만들어줘", figma.com URL 제공 시 트리거한다. 기존 디자인 토큰과 shared/ui 컴포넌트를 재사용해 구현한다.
frontend/.claude/skills/ 아래에 새 프론트엔드 스킬을 만드는 메타 스킬. "스킬 만들어줘", "skill 생성", "새 스킬 추가", "fe 스킬 만들어줘", "스킬 크리에이터" 요청 시 트리거한다. 기존 fe- 스킬과 형식·말투·범위를 일치시켜 SKILL.md를 생성한다.
frontend/src 코드에 테스트를 작성하는 스킬. "테스트 작성해줘", "test 짜줘", "테스트 추가해줘", "이거 테스트 커버해줘", "spec 작성" 요청 시 트리거한다. 대상에 맞는 도구를 골라 계약 중심 테스트를 작성한다.
frontend/src 변경을 시니어 개발자 시선으로 검증하는 QA 스킬. "QA 해줘", "검증해줘", "코드 리뷰", "리뷰해줘", "merge 전에 봐줘" 요청 시 트리거한다. 구현하지 않고 검증과 보고만 수행한다.
Notion에서 백엔드 모듈의 API 명세를 MCP로 가져와 docs/backend/api-docs/{module}.md에 저장하는 스킬. "Notion API 가져와줘", "api-docs 동기화", "API 명세 불러와줘", "[모듈] API 문서 받아와", "api-docs 업데이트", "Notion에서 [모듈] 명세 내려받아" 요청 시 트리거한다. be-orchestrate가 Phase 1에서 내부적으로 사용하며 독립적으로도 트리거 가능하다.
| name | fe-review-apply |
| description | 현재 PR의 리뷰 코멘트를 분석해 타당한 것만 반영하는 스킬. "리뷰 반영해줘", "PR 리뷰 처리해줘", "코드래빗 리뷰 봐줘", "리뷰 코멘트 반영", "follow review", "apply review" 요청 시 트리거한다. 사람 리뷰는 존중하고 AI 리뷰는 선별해 반영하며, 수정 후 검증한다. |
현재 PR의 리뷰 코멘트를 분류·검증해 타당한 것을 반영한다.
이 스킬은 frontend/ 범위에서만 동작한다. backend/ 파일은 수정하지 않는다.
규칙 기준:
AGENTS.md전체 컨벤션 표 (수정은 컨벤션을 따른다)
현재 브랜치의 PR에서 모든 리뷰 코멘트를 가져온다. gh CLI를 사용한다 (없으면 사용자에게 설치 요청 또는 코멘트 붙여넣기를 요청).
gh pr view --json number,title,reviews,comments
gh api repos/{owner}/{repo}/pulls/{number}/comments # 인라인(라인) 리뷰 코멘트
각 코멘트의 작성자·대상 파일:라인·내용을 정리한다.
| 유형 | 식별 | 태도 |
|---|---|---|
| 사람(팀원) | 봇이 아닌 계정 | 가능한 존중하고 반영한다. 의문이 있으면 반문·토론으로 해결 |
| AI 봇 | coderabbitai, gemini-code-assist, claude, github-actions 등 | 타당한 것만 선별, 과한 nitpick은 적절히 필터링 |
각 코멘트를 셋으로 나눈다.
| 분류 | 판단 기준 | 처리 |
|---|---|---|
| 반영 | 버그·접근성·타입 안정성·컨벤션 위반·명백한 개선 | 이번 PR에서 바로 수정 |
| 검토 필요 | 설계 변경·구조 리팩토링·범위 확대가 필요한 것 | 사용자와 상의, 필요 시 PR 분리 |
| 무시 | 과한 nitpick·취향 차이·근거 약함·MVP 범위 밖·이미 의도된 코드 | 사유를 남기고 미반영 |
분류 결과를 표로 먼저 사용자에게 제시한다 (작성자·위치·분류·사유).
"반영"으로 분류한 항목을 수정한다.
AGENTS.md 컨벤션을 따른다. 코멘트가 컨벤션과 충돌하면 컨벤션을 우선하고 그 사실을 알린다.수정 후 검증한다 (fe-qa 스킬 또는 AGENTS.md "검증" 표).
pnpm --dir frontend exec tsc -b
pnpm --dir frontend exec prettier --check "src/**/*.{ts,tsx,jsx,json,css}"
pnpm --dir frontend run lint
pnpm --dir frontend test
(포맷 검증을 빠뜨리면 리뷰 반영 후 스타일 드리프트를 놓친다. AGENTS.md "검증" 표의 4단계를 모두 실행한다.)
결과를 아래 형식으로 보고한다.
## 리뷰 반영 결과
| 작성자 | 위치 | 분류 | 처리 |
| ------ | ---- | ---- | ---- |
| @user | Foo.tsx:42 | 반영 | aria-label 추가 |
| coderabbitai | Bar.ts:10 | 무시 | 취향 차이, 근거 약함 |
### 검토 필요 (사용자 확인)
- Baz.tsx: 구조 리팩토링 제안 → 별도 PR 제안
### 검증
tsc / lint / test: ✅ 통과 / ❌ 실패 (내용)
미반영·검토 필요 항목은 사유와 함께 남겨 사용자가 판단할 수 있게 한다.