작은 스킬 창고
2026년 클로드 코드 코드 리뷰 스킬 추천
내버려 두면 에이전트는 코드 리뷰에서 스타일 지적만 길게 늘어놓고 오류 처리 경로의 버그는 놓칩니다. 좋은 리뷰 스킬은 볼 것을 좁히고, 보고 방식을 정하고, 자기 작업에 도장만 찍는 일을 막습니다. 코드 리뷰 태그가 붙은 스킬 779개를 읽고 8개를 남겼습니다. 숫자는 2026-09-03 수집 기준입니다.
추천 스킬
#1
- requesting-code-review
obra/superpowers
Use when completing tasks, implementing major features, or before merging to verify work meets requirements
추천 이유: 약 218K 설치. 작업을 끝냈다고 하기 전에 명세를 첨부해 리뷰어에게 넘기게 합니다.
#2
- caveman-review
JuliusBrussee/caveman
Compressed code review - one line per finding with location, problem and fix. Use for /caveman-review, "review this PR", or "review the diff".
추천 이유: 약 333K 설치. 지적 하나에 한 줄, 위치·문제·수정. 실제로 읽히는 형식입니다.
#3
- code-review-and-quality
addyosmani/agent-skills
Conducts multi-axis code review. Use before merging any change. Use when reviewing code written by yourself, another agent, or a human. Use when you need to assess code quality across multiple dimensions before it enters the main branch. Use when asked to review a diff or a pull request, even when the diff is pasted inline.
추천 이유: 약 36K 설치. 정확성, 보안, 성능, 가독성, 테스트를 축으로 나눠 보는 가장 완전한 일반 점검표.
#4
- receiving-code-review
obra/superpowers
Use when receiving code review feedback, before implementing suggestions, especially if feedback seems unclear or technically questionable - requires technical rigor and verification, not performative agreement or blind implementation
추천 이유: 약 184K 설치. 피드백에 무조건 동의하는 대신 검증한 뒤 반영하게 가르칩니다.
#5
- web-design-guidelines
vercel-labs/agent-skills
Review UI code for Web Interface Guidelines compliance. Use when asked to "review my UI", "check accessibility", "audit design", "review UX", or "check my site against best practices".
추천 이유: 약 604K 설치. UI 리뷰어. 접근성, 포커스, 폼, 상호작용 규칙을 파일·줄 번호와 함께.
#6
- ponytail-review
DietrichGebert/ponytail
Quality review of a diff: bugs, security, real load, missing tests, speed, and what to delete. Each finding says what goes wrong and how to fix it.
추천 이유: 약 20K 설치. 과잉 설계만 봅니다. 무엇을 더할지가 아니라 무엇을 지울지.
#7
- review-animations
emilkowalski/skills
Reviews animation and motion code against a high craft bar derived from Emil Kowalski's design engineering philosophy. Default to flagging; approval is earned.
추천 이유: 약 138K 설치. 지속 시간, 가속 곡선, 중단, 동작 줄이기 기준으로 모션 코드를 비평합니다.
#8
- code-review-excellence
wshobson/agents
Master effective code review practices to provide constructive feedback, catch bugs early, and foster knowledge sharing while maintaining team morale. Use when reviewing pull requests, establishing review standards, or mentoring developers.
추천 이유: 약 28K 설치. 사람이 실제로 반영하도록 리뷰 댓글을 쓰는 법.
창고 사용 안내서
고른 기준
리뷰 태그는 이 사이트에서 잡음이 가장 많습니다. 설명에 "reviewing"이 들어가면 다 붙기 때문에 설치 수 상위는 디자인 생성 스킬입니다. vercel-react-best-practices, design-taste-frontend, impeccable 사본 16개. 저희는 다른 사람(또는 에이전트 자신이 앞서) 쓴 코드를 검토하고 보고하는 것이 본업인 스킬만 남기고, 파일마다 구체적인 보고 형식과 명시된 범위가 있는지 읽었습니다.
1. requesting-code-review (obra/superpowers)
하는 일: 작업이나 기능이 끝나면 에이전트가 diff, 원래 요구사항, 자기 요약을 묶어 성공을 선언하는 대신 리뷰어(하위 에이전트나 새 세션)에게 넘깁니다. 약 218K 설치, 별 281K, 2026-09-03 갱신, 파일 2개, 3KB, 스크립트 없음.
쓰는 상황: 모든 병합 전. 주의: 에이전트가 리뷰어를 띄울 수 있다고 전제합니다. 클로드 코드에서는 하위 에이전트지만 커서나 코덱스에서는 직접 리뷰를 열어야 합니다. superpowers의 나머지 워크플로가 있다고도 전제합니다.
npx skills add obra/superpowers@requesting-code-review -g -y2. caveman-review (JuliusBrussee/caveman)
하는 일: 출력 형식을 고칩니다. 지적 하나가 파일·줄 번호, 문제, 수정으로 된 한 줄이고 심각도(bug, risk, nit)를 앞에 붙일 수 있습니다. 서론도 칭찬도 없습니다. 약 333K 설치, 별 103K, 2026-09-03 갱신, 파일 2개, 2.6KB.
쓰는 상황: 리뷰 결과를 사람이 읽고 처리해야 할 때마다. 주의: 저희 수집에서 머리말 description이 ">" 한 글자라 에이전트가 대조할 문구가 거의 없고 자동으로 불러오지 않을 수 있습니다. 이름으로 부르거나, 무엇을 볼지 정하는 스킬과 함께 쓰세요.
npx skills add JuliusBrussee/caveman@caveman-review -g -y3. code-review-and-quality (addyosmani/agent-skills)
하는 일: 정확성, 보안, 성능, 가독성, 테스트 범위, API 설계를 축으로 나눠 심각도 등급과 함께 검토하고, 리뷰어가 판정을 바꿀 조건을 말하게 합니다. 약 36K 설치, 별 92K, 2026-09-03 갱신, 파일 1개, 20.6KB.
쓰는 상황: 크기에 상관없이 넓게 보고 싶은 풀 리퀘스트 검토. 주의: 발동마다 20.6KB이고, 넓다는 건 길다는 뜻입니다. caveman-review와 함께 써서 보고서를 읽을 만하게 유지하세요.
npx skills add addyosmani/agent-skills@code-review-and-quality -g -y4. receiving-code-review (obra/superpowers)
하는 일: 리뷰의 반대편입니다. 피드백이 오면 에이전트가 반영 전에 기술적으로 맞는지 확인하고, 불명확하면 묻고, 틀렸으면 근거를 들어 반박하게 합니다. 동의하고 조용히 코드를 나쁘게 만드는 대신에요. 약 184K 설치, 파일 1개, 6.2KB.
쓰는 상황: 사람이나 다른 에이전트가 에이전트의 코드에 의견을 낼 때마다. 주의: 에이전트가 덜 순순히 따르게 되고 그게 목적이지만, 가끔은 "그래도 해"라고 말해야 합니다.
npx skills add obra/superpowers@receiving-code-review -g -y5. web-design-guidelines (vercel-labs/agent-skills)
하는 일: 관리되는 인터페이스 규칙 목록(포커스 상태, 폼 시맨틱, 터치 영역, 모션, 다크 모드)에 비추어 프런트엔드 코드를 검토하고 파일·줄 번호와 함께 위반을 보고합니다. 약 604K 설치, 별 30.8K, 2026-08-28 갱신, 1.2KB.
쓰는 상황: UI 변경을 내보내기 직전 마지막 단계. 주의: 실행 시 저장소에서 규칙 목록을 받아오므로 네트워크가 필요하고 실행마다 달라질 수 있습니다.
npx skills add vercel-labs/agent-skills@web-design-guidelines -g -y6. ponytail-review (DietrichGebert/ponytail)
하는 일: diff에서 지울 것만 찾습니다. 표준 라이브러리를 다시 구현한 함수, 호출 한 번을 위해 추가한 의존성, 오지 않은 미래를 위해 만든 추상화. 약 20K 설치, 별 123K, 2.1KB, 2026-08-07 갱신.
쓰는 상황: 에이전트가 큰 기능을 쓴 뒤. 에이전트는 과하게 만듭니다. 주의: 빼기만 하므로 두 번째 리뷰어이지 유일한 리뷰어가 될 수 없고, 별은 ponytail 프로젝트의 것이지 이 파일의 것이 아닙니다.
npx skills add DietrichGebert/ponytail@ponytail-review -y7. review-animations (emilkowalski/skills)와 8. code-review-excellence (wshobson/agents)
review-animations는 모션 코드를 완성도 기준으로 비평합니다. 지속 시간이 300ms 이하인지, 등장과 퇴장에 맞는 가속 곡선인지, 중단할 수 있는지, 동작 줄이기 설정을 존중하는지. 약 138K 설치, 별 35K, 2026-08-21 갱신, 8.1KB. 풀 리퀘스트가 전환 효과를 건드릴 때 쓰세요. 주의: CSS나 Motion 방식 코드를 전제하며 캔버스와 WebGL 애니메이션은 범위 밖입니다.
code-review-excellence는 댓글 자체에 관한 것입니다. 가장 중요한 지적을 앞에 두고, 필수 수정과 제안을 나누고, 이유를 설명하고, 대안을 제시합니다. 약 28K 설치, 13.2KB, 2026-09-01 갱신. 에이전트의 리뷰가 기술적으로는 맞는데 아무도 반영하지 않을 때 쓰세요. 주의: 사람 리뷰어를 위해 쓰여서 무엇을 볼지는 거의 말하지 않습니다.
npx skills add emilkowalski/skills@review-animations -g -y
npx skills add wshobson/agents@code-review-excellence -y뺀 것과 그 이유
태그 상위의 디자인 생성 스킬들(vercel-react-best-practices, design-taste-frontend, impeccable과 그 사본 15개)은 훌륭하지만 만드는 스킬이지 검토하는 스킬이 아닙니다. Jeffallan의 code-reviewer(약 5.5K 설치)는 2026-08-07이 마지막 갱신이고 code-review-and-quality와 겹칩니다. alibaba의 open-code-review(약 4.1K)는 저희 수집에서 description이 비어 있고 자체 도구에 의존합니다. code-review-graph의 review-pr은 지식 그래프 MCP 서버가 필요합니다.
리뷰어는 새 세션에서
코드가 쓰이는 걸 지켜본 리뷰어는 같은 사각지대를 갖습니다. 클로드 코드에서 requesting-code-review가 하위 에이전트를 띄우는 이유가 그것입니다. 커서나 코덱스에서는 새 채팅을 열고 diff와 요구사항을 붙여 넣은 뒤 리뷰 스킬을 이름으로 부르세요. 잘 맞는 조합은 무엇을 볼지 정하는 code-review-and-quality, 어떻게 말할지 정하는 caveman-review, 두 번째 검토로 ponytail-review입니다.
자주 묻는 질문
에이전트가 자기 코드를 리뷰할 수 있나요?
할 수는 있지만 자기 선택을 변호합니다. diff와 요구사항만 가진 새 세션이나 하위 에이전트를 쓰세요.
깃허브 풀 리퀘스트에는 어느 것이 좋나요?
내용은 code-review-and-quality, 형식은 caveman-review로 하고, 지적을 개별 댓글로 남겨 하나씩 처리할 수 있게 하세요.
caveman-review의 설명이 부실한데 왜 상위에 있나요?
리뷰가 읽히느냐를 결정하는 것이 형식이고, 3KB 미만으로 형식을 고치는 스킬이 이것뿐이기 때문입니다. 설명이 깨진 것은 실제 한계라서 이름으로 부르라고 안내합니다.
커서, 코덱스, 제미나이 CLI에서도 되나요?
8개 모두 마크다운만으로 된 스킬입니다. requesting-code-review만 하위 에이전트를 전제하는데, 클로드 코드에는 있고 다른 도구는 다르게 처리합니다.
내용 최종 확인일: