Communitygithub.com

xiaoshiyilangzhao1996-droid/Skill-Schema-V2

사용자가 에이전트 스킬을 생성, 리팩토링, 감사 또는 수정할 때 로드됩니다. Perplexity의 스킬 엔지니어링 가이드를 기반으로 구조적 감사, 콘텐츠 분석 및 대화형 자동 수정을 제공합니다.

Skill-Schema-V2란 무엇인가요?

Yinyo Skill Craft는 Perplexity Agents Team의 공식 가이드와 Karpathy의 CLAUDE.md 코딩 규범, 그리고 yinyo 시리즈의 실전 경험을 결합한 스킬 엔지니어링 감사 및 대화형 수정 도구입니다. 이 스킬은 사용자가 에이전트 스킬(예: Claude Code, Cursor, Codex를 위한 스킬)을 만들거나 리팩토링, 감사 또는 버그 수정할 때 자동으로 로드되도록 설계되었습니다. 핵심 기능으로는 스킬 디렉토리 구조 감사(예: 50KB 이상 단일 파일 검사, 허브-앤-스포크 구조 권장), 설명(Description)이 'Load when...'으로 올바르게 작성되었는지 확인, 모델이 이미 알고 있는 불필요한 콘텐츠 탐지 및 제거, Karpathy의 4가지 코딩 원칙 준수 여부 점검 등이 있습니다. 특히 대화형 수정 모드를 지원하여, 저위험 수정(구조, 형식)은 자동 실행하고, 중위험 수정(설명 재작성)은 변경 전후 비교를 보여준 후 사용자 확인을 받으며, 고위험 수정(콘텐츠 삭제)은 항목별로 확인 후 진행합니다. 감사 후에는 점수화된 리포트를 생성하고, 수정 후 2차 감사를 통해 개선 효과를 검증합니다. 이를 통해 개발자는 더 체계적이고 효율적인 에이전트 스킬을 작성할 수 있습니다.

지원 대상✓Claude Code~Codex CLI~Cursor
npx skills add xiaoshiyilangzhao1996-droid/Skill-Schema-V2

즐겨 사용하는 AI에게 물어보기

이 에이전트 스킬이 미리 로드된 새 채팅을 엽니다.

문서

Yinyo Skill Craft — Skill 工匠

Skill 엔지니어링 감사 및 대화형 수정 도구. Perplexity Agents Team 공식 가이드 + Karpathy CLAUDE.md 코딩 표준 + yinyo 시리즈 실전 경험을 기반으로 합니다.

새로운 기능: 자동 수정 + 사용자 확인 모드 지원.

핵심 규칙

1. Skill은 파일이 아닌 디렉토리입니다.

  • 단일 파일 > 50KB → 반드시 hub-and-spoke 구조로 분할해야 함
  • 표준 구조: SKILL.md + README.md + docs/ + examples/ + subskills/
  • 다중 중첩: 300개 주제 → 20개 도메인 → 15개 주제/도메인

2. Description은 라우팅 트리거입니다.

  • 반드시 Load when...으로 시작해야 함
  • 기능 목록이 아닌 트리거 조건을 설명해야 함
  • 50자 이내로 제한

3. 3단계 점진적 로딩

레벨Token 예산내용지불 빈도
Index~100name + description세션마다
Body~5000핵심 규칙 + 빠른 참조로딩 후 compaction까지
Runtime무제한docs/ + examples/ + subskills/사용 시점에

4. 모델이 이미 아는 내용은 삭제하세요.

  • 기본 개념 설명 → 삭제
  • 일반적인 프로그래밍 원칙 → 삭제
  • "설명하기 쉬운 내용이라면 모델이 이미 알고 있습니다. 삭제하세요."

5. Karpathy 코딩 4원칙

  • Think Before Coding: 확실하지 않으면 질문
  • Simplicity First: 200줄로 작성 가능하면 500줄을 작성하지 않음
  • Surgical Changes: 반드시 필요한 부분만 수정
  • Goal-Driven Execution: 검증 가능한 목표 정의

대화형 수정 절차 (신규)

수정 원칙

  1. 저위험 (구조, 형식, 버전) → 자동 실행, 사후 보고
  2. 중위험 (설명 재작성) → 수정 전후 비교 표시, 사용자 확인
  3. 고위험 (내용 삭제) → 삭제 목록 나열, 항목별 확인

수정 범위

수정 유형예시위험 등급
구조 조정단일 파일을 디렉토리로 분할저
설명 재작성Load when...으로 변경중
내용 삭제모델이 이미 아는 내용 삭제고
버전 동기화version/last_updated 업데이트저
형식 표준화frontmatter 보완저

수정 절차

감사 → 문제 나열 → 위험 분류 → 사용자 확인 → 자동 수정 → 2차 감사 → 결과 보고

수정 후 검증

  • 자동 2차 감사 실행
  • 수정 전후 점수 비교
  • 수정 보고서 생성 (무엇을, 왜 변경했는지, 점수 변화)

감사 절차

입력

사용자 제공:

  • Skill 디렉토리 경로, 또는
  • SKILL.md 내용

출력

감사 보고서 생성:

## 감사 보고서: {skill-name}

### 구조 감사
- [PASS/WARN/FAIL] 디렉토리 구조
- [PASS/WARN/FAIL] 파일 크기
- [PASS/WARN/FAIL] 계층 깊이

### 내용 감사
- [PASS/WARN/FAIL] Description 작성 방식
- [PASS/WARN/FAIL] 모델이 이미 아는 내용 탐지
- [PASS/WARN/FAIL] 신호 밀도

### 버전 관리
- [PASS/WARN/FAIL] 버전 번호 형식
- [PASS/WARN/FAIL] 동기화 상태

### 총점: {X}/100
### 제안: {priority actions}

안티패턴 탐지 목록

구조 안티패턴

  • 단일 파일 비대화 (> 50KB)
  • Description 너무 긺 (> 100 tokens)
  • 계층 없음 (> 50개 주제가 평면적으로 나열)
  • 버전 관리 없음

내용 안티패턴

  • 모델이 이미 아는 내용 (기본 개념 설명)
  • 과도한 엔지니어링 (실제 필요보다 많은 추상화 계층)
  • 절차적 실행 (완성된 제품 품질보다 규칙 준수에 집중)
  • 검증 기준 없음

yinyo 특유의 문제점

  • 버전 롤백 망설임 (품질 저하 시 즉시 롤백하지 않음)
  • 절차가 완전할수록 품질이 낮아짐 (yinyo-writer 교훈)
  • 단일 파일 277KB (yinyo-liuyao 교훈)

수정 제안 템플릿

단일 파일 비대화 → 분할

원본: SKILL.md (277KB)
변경:
├── SKILL.md (5KB: 핵심 규칙)
├── docs/
│   ├── rules.md (50KB: 120개 규칙)
│   ├── examples.md (100KB: 412개 괘 예시)
│   └── reference.md (30KB: 64괘 납갑표)
└── subskills/
    ├── edge-case-1.md
    └── edge-case-2.md

Description 오류 → 수정

❌ "This Skill helps you write articles."
✅ "Load when the user needs to write a WeChat public account article."

빠른 참조

Skill 명명 규칙

yinyo-{domain}-{action}

파일 크기

  • Index: < 1KB
  • Body: < 50KB
  • Runtime: 무제한

버전 관리

  • SemVer: MAJOR.MINOR.PATCH
  • 업데이트마다 동기화: SKILL.md + README.md + Git commit + memory

수정 트리거 단어

  • "이 Skill 수정해줘" → 대화형 수정 모드 진입
  • "자동 수정" → 저위험 수정 실행
  • "고쳐줘" → 수정 제안 표시, 확인 대기

관련 스킬