133 lines
4.4 KiB
Markdown
133 lines
4.4 KiB
Markdown
---
|
|
name: "find-skills"
|
|
description: "필요한 기능을 제공하는 커뮤니티 스킬을 검색하고 설치하도록 돕습니다. 특정 작업용 스킬이 있는지 찾거나 에이전트 기능을 확장하고 싶을 때 호출합니다."
|
|
---
|
|
|
|
# 스킬 찾기
|
|
|
|
이 스킬은 공개 에이전트 스킬 생태계에서 적절한 스킬을 찾고 설치하는 과정을 안내합니다.
|
|
|
|
## 언제 사용할지
|
|
|
|
다음과 같은 요청에서 사용합니다.
|
|
|
|
- X를 어떻게 하냐고 묻는데, 이미 해당 작업용 스킬이 있을 가능성이 있을 때
|
|
- 특정 도메인용 스킬을 찾아 달라고 할 때
|
|
- 전문 기능을 제공할 수 있는 스킬이 있는지 궁금해할 때
|
|
- 에이전트 기능을 확장하고 싶다고 할 때
|
|
- 도구, 템플릿, 워크플로를 찾고 싶다고 할 때
|
|
|
|
## Skills CLI
|
|
|
|
Skills CLI는 공개 스킬 생태계를 위한 패키지 관리자입니다.
|
|
|
|
주요 명령:
|
|
|
|
- `npx skills find [query]` - 키워드로 스킬 검색
|
|
- `npx skills add <package>` - GitHub 등에서 스킬 설치
|
|
- `npx skills check` - 업데이트 확인
|
|
- `npx skills update` - 설치된 스킬 업데이트
|
|
|
|
브라우징 사이트:
|
|
|
|
- `https://skills.sh/`
|
|
|
|
## 추천 절차
|
|
|
|
### 1. 요구사항 이해
|
|
|
|
- 도메인이 무엇인지 파악합니다.
|
|
- 실제로 하고 싶은 작업이 무엇인지 파악합니다.
|
|
- 흔한 문제인지, 이미 스킬이 있을 가능성이 높은지 판단합니다.
|
|
- 검색 전에 사용자가 원하는 것이 "기능", "워크플로", "템플릿", "도메인 지식" 중 무엇인지 구분합니다.
|
|
|
|
### 2. 먼저 인기 스킬 확인
|
|
|
|
- 검색 전에 leaderboard나 인기 목록에서 검증된 스킬이 있는지 먼저 봅니다.
|
|
- 설치 수가 많고 널리 알려진 출처를 우선합니다.
|
|
|
|
### 3. 검색
|
|
|
|
필요하면 아래 명령으로 검색합니다.
|
|
|
|
```bash
|
|
npx skills find [query]
|
|
```
|
|
|
|
예:
|
|
|
|
- React 성능 최적화 -> `npx skills find react performance`
|
|
- PR 리뷰 -> `npx skills find pr review`
|
|
- changelog 생성 -> `npx skills find changelog`
|
|
|
|
### 4. 품질 검증
|
|
|
|
검색 결과만 보고 바로 추천하지 않습니다. 아래를 반드시 확인합니다.
|
|
|
|
- 설치 수
|
|
- 출처 신뢰도
|
|
- GitHub 저장소 평판
|
|
|
|
가능하면 공식 또는 널리 알려진 조직의 스킬을 우선합니다.
|
|
|
|
추가로 아래도 함께 봅니다.
|
|
|
|
- 최근에도 관리되고 있는지
|
|
- 설명이 실제 사용 시점을 명확히 말하는지
|
|
- 사용자가 원하는 작업과 과하게 어긋나지 않는지
|
|
|
|
### 5. 사용자에게 제시
|
|
|
|
다음 정보를 함께 제공합니다.
|
|
|
|
- 스킬 이름과 역할
|
|
- 설치 수와 출처
|
|
- 설치 명령
|
|
- 더 알아볼 링크
|
|
|
|
### 6. 설치 제안
|
|
|
|
사용자가 원하면 설치까지 진행할 수 있습니다.
|
|
|
|
```bash
|
|
npx skills add <owner/repo@skill> -g -y
|
|
```
|
|
|
|
## 검색 절차 요약
|
|
|
|
1. 사용자가 하려는 일을 짧게 재정의합니다.
|
|
2. 인기 스킬에서 먼저 후보를 봅니다.
|
|
3. 부족하면 `npx skills find`로 구체 검색을 합니다.
|
|
4. 검색 결과를 설치 수와 출처 기준으로 걸러냅니다.
|
|
5. 사용자에게 1~3개 정도의 실질적인 후보를 제시합니다.
|
|
6. 원하면 설치까지 이어집니다.
|
|
|
|
## 검색 팁
|
|
|
|
- 너무 넓은 키워드보다 구체적인 키워드를 사용합니다.
|
|
- 검색 결과가 약하면 동의어를 바꿔가며 다시 찾습니다.
|
|
- 테스트, 디자인, 문서화, 배포, 코드리뷰, 생산성 같은 범주를 기준으로 접근합니다.
|
|
|
|
## 추천 시 주의점
|
|
|
|
- 검색 결과만 나왔다고 바로 추천하지 않습니다.
|
|
- 설치 수가 지나치게 적고 출처가 불분명하면 주의 표시를 합니다.
|
|
- 사용자가 당장 원하는 문제를 일반 역량으로 더 빨리 해결할 수 있다면 그 점도 함께 안내합니다.
|
|
|
|
## 찾지 못했을 때
|
|
|
|
적절한 스킬이 없다면 다음 원칙을 따릅니다.
|
|
|
|
- 스킬을 찾지 못했다고 명확히 알립니다.
|
|
- 일반 역량으로 직접 도와줄 수 있다고 제안합니다.
|
|
- 반복 작업이라면 새 스킬을 직접 만들 수 있다고 안내합니다.
|
|
|
|
## 기대 결과
|
|
|
|
이 스킬의 결과물은 다음을 만족해야 합니다.
|
|
|
|
- 사용자가 어떤 스킬을 왜 추천받았는지 이해할 수 있어야 합니다.
|
|
- 추천 스킬은 최소한의 품질 검증을 통과해야 합니다.
|
|
- 설치 명령과 더 알아볼 경로가 함께 제공되어야 합니다.
|
|
- 적절한 스킬이 없을 경우에도 다음 행동이 제시되어야 합니다.
|