Install
pnpx skills add antfu/skills --skill='*'누구에게 맞나
일상의 중심이 Vite 또는 Nuxt이고, 범용 프론트엔드 템플릿이 아니라 Anthony Fu의 선호, 경험, 도구 용법 설명을 코딩 Agent가 먼저 읽게 하고 싶을 때 이 큐레이션 모음을 쓴다. Agent Skills 형식을 따르며 출처와 범위가 다른 스킬을 모아 Vite/Nuxt 원스톱 모음을 목표로 한다. 저자는 이를 개념 검증이라고 적는다: 원문서에서 스킬을 생성하고 동기화하며, 실제 효과는 스스로도 충분히 시험하지 않았다. 피드백을 환영한다. 출력을 제안으로 보고 프로젝트 현황과 대조할 사람에게 맞다. 다른 프레임워크를 아직 쓰거나, 스킬이 이미 안정적으로 받아들여졌기를 요구하는 사람은 먼저 제한을 읽어야 한다. 페이지는 구체 스킬 이름을 내지 않고 클라이언트도 지명하지 않는다. 명단이나 독점 지원을 스스로 채우지 말 것.
3분 만에 첫 시도 끝내기
공식의 이 프로젝트 내부 설치만 따르고 전체 스킬을 설치한다:
pnpx skills add antfu/skills --skill='*'
명령의 따옴표와 별표는 페이지와 같아야 한다. npx나 나타나지 않은 설치기로 바꾸지 말 것. 같은 페이지에는 -g가 붙은 전역 설치도 있다. 그것은 더 많은 프로젝트에 작용하며 첫 시도의 기본 경로가 아니다.
설치 후 기존 Vite 또는 Nuxt 저장소를 연다. 처음에는 읽기 전용 대조만 한다. 현재 설정에 대한 질문, 예를 들어 기존 Vite 설정이 무엇을 하는지 설명하는 데, 모음의 어떤 종류 도구 용법 문서를 쓸 계획인지 Agent에게 말하게 한다. 먼저 되말하게 한다: 이것은 개념 검증이고, 저자는 충분히 실측하지 않았고, 지금은 설명만 하고 파일은 바꾸지 않는다. 확인한 뒤에만 파일 읽기를 허용한다. 성공 신호는 답이 저장소의 실제 설정과 맞고, 페이지에 없는 스킬 짧은 이름을 만들지 않은 것이다.
Agent가 설정을 바꾸거나 플러그인을 더하기 시작하면 중단한다. 피드백과 기여는 공식이 환영하지만, 먼저 저장소를 바꿔야 한다는 뜻은 아니다.
사용 사례
사례 1: Vite/Nuxt 프로젝트에서 저자 선호에 맞춰 도구 용법을 묻기. 전체 스킬을 설치한 뒤 현재 저장소의 빌드, 개발 서버, Nuxt 규약을 묻고, 먼저 스킬의 용법 설명을 인용한 다음 자신의 파일과 대조하게 한다. 두루뭉술한 프레임워크 조언을 줄이는 데 맞다. 설명에 스킬 디렉터리는 없으므로 스킬 이름을 미리 채우지 말 것. 파일과 맞지 않는 조언은 버린다.
사례 2: 전역 설치 후 다른 프로젝트에서 확인. 공식 두 번째 명령은 같은 설치에 -g를 더한 것이다. 여러 Vite/Nuxt 저장소에서 같은 선호 세트를 읽고 싶은 사람에게 맞다. 전역 쓰기 전에 다른 프로젝트에 영향을 주는 것을 받아들이는지 확인한다. 다른 저장소에서 같은 읽기 전용 설명을 해서 모음이 아직 로드되는지 본다. -g를 기록되지 않은 디렉터리에 쓰지 말고, 제거 단계도 만들지 말 것.
사용 경계
기본 설치는 pnpx skills add antfu/skills --skill='*'이다. -g는 전역 변형이며 첫 명령의 일부가 아니다. 이것은 개념 검증이며 저자는 동작을 충분히 시험하지 않았다. 스킬은 원문서에서 생성되어 동기화된다. 효과는 로컬 대조가 기준이다. 모음은 Vite/Nuxt를 향하고 출처와 범위가 섞인다. 모든 프론트엔드 스택의 공식 규범으로 보지 말고, 저자 홈페이지에서 추가 설치 입구도 추론하지 말 것. 페이지는 클라이언트 명단, 비밀 값, 스킬 짧은 이름을 주지 않는다. 적혀 있지 않은 경로와 마켓 명령은 채우지 말 것. 저장소 페이지:
https://github.com/antfu/skills