skill-factory
신중한 관리자가 하는 방식으로 스킬을 구축한 후, 사용자가 승인할 때까지 출시를 보류합니다. 모든 에이전트에서 작동하며, 각 단계는 최고의 도구와 항상 작동하는 대체 도구를 명시합니다.
입력: 스킬 아이디어, 또는 loot가 증거(쿼리, 검색 결과, 증명, 엣지)와 함께 전달한 드랍.
대상 폴더: 사용자가 지정한 위치, 그 외에는 현재 저장소 히스토리 외부의 ../<slug>.
1. 사양
SPEC.md 작성: 목표, 입력 및 출력, 그리고 모든 줄이 테스트 가능한 승인 체크리스트. 한 페이지 이내.
loot가 항목을 전달한 경우, 다시 검색하지 않고 해당 증거를 재사용합니다.
아이디어에 대한 두 가지 해석이 다른 스킬을 생성할 경우에만 사용자에게 질문합니다.
2. 빌드, 테스트 우선
- 에이전트에 스킬 작성 도우미가 있는 경우 (Claude Code:
anthropic-skills:skill-creator), 해당 도구를 스킬 및 평가에 사용합니다. - 그렇지 않은 경우 직접
SKILL.md를 작성합니다:name(케밥-케이스)과 동작 및 트리거 시점을 설명하는description이 포함된 프론트매터, 그 다음 단계들. - 스크립트는 코드보다 먼저 테스트를 작성합니다 (
node:test또는 pytest). 통과할 때까지 구현합니다. 파일 편집 도구로 파일을 작성하고, 셸 heredoc은 사용하지 않습니다. - 모든 테스트와 평가를 실행합니다. 정확한 명령어와 그 출력을 4단계를 위해 보관합니다.
3. 독립 검토
빌더는 자신의 작업을 평가하지 않습니다.
- 최선: 이 대화를 보지 않은 하위 에이전트를 시작합니다. 대상 폴더와
references/release-checklist.md만 제공하고 다음 브리프를 전달합니다: "의 스킬을 체크리스트와 대조하여 검토하세요. 항목당 PASS 또는 FAIL로 답하고 file:line 증거를 제시하세요. 확실하지 않으면 FAIL로 표시하세요. 테스트나 평가가 입증하지 않는 주장은 모두 지적하세요." - 대체: 하위 에이전트가 없는 경우: 각 체크리스트 항목에 대해 결정 전에 FAIL이라는 가장 강력한 사례를 작성합니다.
모든 FAIL을 수정하고, 테스트를 재실행하고, 다시 검토합니다. 모든 항목이 통과하거나, 항목이 사용자에 의해 차단된 경우(어떤 항목과 이유를 명시) 중단합니다.
4. 출시 게이트
비밀 검사: node <loot skill folder>/scripts/scan.mjs <folder>, 그리고 설치된 경우 gitleaks dir <folder>. 그런 다음 사용자에게 매니페스트를 표시하고 명확한 승인을 위해 중단합니다:
- 저장소 이름, 공개 또는 비공개
- 버전 및 변경 로그 라인
- 게시할 파일
- 테스트 및 평가 결과 (명령어 + 통과 횟수), 검토 결과
- 건너뛴 항목
승인은 정확히 해당 매니페스트를 포함합니다. 그런 다음 깨끗한 git init에서 게시합니다:
release vX.Y.Z 커밋, 태그, gh repo create 및 푸시, 그리고 사용자의 에이전트가 스킬을 로드하는 위치에 스킬을 설치합니다.
gh가 없거나 로그인되지 않은 경우: 명령어를 출력합니다. 자격 증명을 묻거나, 입력하거나, 저장하지 않습니다.
5. 보고
한 줄의 평문 메시지: 링크, 테스트 결과, 검토 결과, 그리고 사용자에게 남은 작업.