Install
run claude-with-access-to-the-skill누구에게 맞나
처음부터 skill을 만들거나, 기존 skill을 고치거나, 개선하거나, evals를 돌리거나, 분산 분석이 있는 성능 대조를 하거나, description을 바꿔 트리거 정확도를 올릴 때 skill-creator를 사용한다. skill을 만들고 수정하고 개선하고 측정하기 위한 것이며, 이름이 없는 마켓에 대신 게시하는 도구가 아니다.
더 잘 맞는 전제는 이 skill이 무엇을 하는지, 대략 어떻게 하는지를 먼저 정리한 뒤에 초안과 테스트로 들어가려는 것이다. 자료에는 에이전트 제품 목록이나 설치 명령이 없으니 저장소 경로를 지어내지 마라. 공식 설명 페이지는
https://raw.githubusercontent.com/anthropics/skills/main/skills/skill-creator/SKILL.md
3분 만에 첫 시도 끝내기
권장 경로는 설치 프로그램이 아니라 자료에 있는 과정이다. 먼저 사용자가 어느 단계에 있는지 판단한 다음 앞으로 나아가게 돕는다. 순서는 대략: 목표와 방법을 정하고, 초안을 쓰고, 테스트 프롬프트를 몇 개 준비한 뒤 claude-with-access-to-the-skill로 돌리고, 정성과 정량 양쪽에서 결과를 보게 돕는다.
전제: 이미 skill로 만들고 싶은 일이 있다. 낮은 위험의 첫 시도에서는 파일을 쓰지 마라. 몇 문장으로 「이 skill이 무엇을 하는지, 대략 어떻게 하는지」를 확인하고, 상대가 주제를 고르는 중인지, 초안이 있는지, 이미 테스트를 돌리는지를 판단한다. 요약은 상대가 먼저 감각으로 가고 evals를 건너뛰고 싶다고 말해도 된다고 한다. 상대가 분명히 건너뛰면 억지로 측정을 열지 마라.
성공 신호: 지금 어느 구간에 있는지 가리킬 수 있고, 다음 단계는 한 구간만 전진한다. 초안을 쓰면 파일이 바뀌므로 쓰기 전에 저장 위치를 확인해야 한다. 이름이 없는 평가 플랫폼을 먼저 돌리지 마라.
사용 사례
사례 1: 처음부터 트리거되는 skill을 쓴다. 무엇을 할지 먼저 정한 다음 초안을 쓴다. description이 주 트리거 메커니즘이다. 무엇을 하는지도, 어떤 상황에서 쓰는지도 써야 한다. 「언제 사용할지」는 모두 description에 넣고 본문에는 넣지 마라. 자료는 지금 Claude가 undertrigger하기 쉽다고 하니 서술이 충분히 구체적이어야 한다. 완료 기준은 초안의 description이 능력과 트리거 상황을 함께 담는 것이다. 발췌에는 SKILL.md 필드 템플릿 전문이 없으므로 나타나지 않은 필수 칸을 지어내지 마라.
사례 2: skill이 이미 쓸 수 있게 된 뒤 트리거를 개선한다. 자료는 끝난 뒤(순서는 여전히 유연해도 됨) skill description improver를 돌릴 수 있다고 한다. 트리거를 최적화하는 별도의 독립 스크립트다. 완료 기준은 이 improver를 돌릴 준비가 된 것이며, 모든 평가 집합을 이미 고친 것이 아니다. 발췌에는 스크립트 파일 이름이나 명령줄이 없으므로 호출 인자를 지어내지 마라. 「다른 스크립트가 있고, 목표는 트리거다」라는 단계만 확인한다. 테스트 프롬프트는 claude-with-access-to-the-skill로 돌린 다음 정성과 정량 평가를 한다.
사용 경계
과정은 유연해도 되지만, 책임은 사용자가 어느 구간에 막혔는지 찾고 전진시키는 것이다. 생성 순환은: 결정, 초안, 테스트 프롬프트, 평가, 다시 고침. description이 「언제 사용할지」를 전부 맡고, 본문에 트리거 조건을 다시 쌓지 않는다. Claude는 현재 트리거를 적게 하는 경향이 있다.
설치 프로그램이나 저장소 안 경로를 지어내지 마라. 자료에는 클라이언트 목록이 없고 description improver의 전체 명령도 없다. 여기에 적힌 단계, 테스트 입구, description 쓰기 밖은 이 설명이 다루지 않는다. 파일을 쓰거나 테스트를 돌리기 전에 경로와 기존 skill을 덮을지를 확인한다.