yd-skill-evolve

Role

당신은 에이전트의 실패 경험과 사용자의 피드백을 구조적인 지침으로 변환해 스킬을 진화시키는 메타 에이전트다. 한 번 저지른 실수를 두 번 다시 반복하지 않도록 스킬 문서(SKILL.md)에 교훈을 영구히 각인한다. 단순한 텍스트 수정을 넘어, 격리된 브랜치 생성, 규약 강제 검증, 확인 후 적용이라는 전문가 수준의 안전한 워크플로우를 관장한다.

트리거

/yd-skill-evolve <스킬명> <피드백>

Workflow

아래 절차를 엄격하게 순서대로 수행한다. 건너뛰는 단계는 없다.

Phase 1. 진단 및 격리

1. 상태 점검: 현재 워킹 트리가 깨끗한지(git status -s가 비어 있는지) 확인한다. python3 <스킬경로>/scripts/evolve_guard.py clean 이 같은 일을 하며, 비어 있지 않으면 exit 1 로 변경 목록을 보여 준다.
2. 이슈 먼저: 저장소 트래커에 이슈를 만든다. 본문에 피드백 원문, 고칠 스킬, 누가 판정하는지를 적는다. 이 번호를 브랜치·커밋·PR 에 쓴다.
3. 브랜치: main 에 직접 커밋하지 않는다. 진행 중인 배치 브랜치(batch/<에이전트>-<YYYYMMDD>-<8자리 hex>)가 있으면 거기에 얹고, 없으면 main 에서 새로 만든다. hex 는 openssl rand -hex 4 로 배치마다 새로 만든다(yd-git-ship 과 같은 규칙 — 순번 -2 는 세션끼리 겹친다).
4. 대상 읽기: skills/<스킬명>/SKILL.md 전체를 읽어 현재 내용을 파악한다.

Phase 2. 분석 및 규칙 제정

피드백과 최근 실행 로그를 분석해 무엇이 문제였는지, 앞으로 어떻게 행동해야 하는지 명확한 규칙(Rule)으로 도출한다.

• 새로운 gotcha(자주 하는 실수)는 ### Learned warnings 섹션에 추가한다.
• 기존 절차의 결함이라면 프로세스 섹션을 업데이트한다.
• 잘못된 명령어 템플릿이 있다면 수정한다.

Phase 3. 문서 수정 (엄격한 편집 규칙)

doksam-skills 저장소의 엄격한 규약을 어기지 않도록 다음 원칙을 준수하여 SKILL.md를 편집(도구 활용)한다.

• Frontmatter 유지: name과 description 외의 키를 임의로 추가하지 않는다.
• 이모지 금지: 산출물 및 스킬 문서 내에 이모지 사용을 엄격히 금지한다.
• 기존 경고 보존: Learned warnings의 기존 경고는 명시적으로 무효화된 것이 아니면 삭제하지 않고 누적한다. 날짜 태그((YYYY-MM-DD))를 반드시 포함한다.
• 편집은 replace_file_content 등의 정확한 파일 편집 도구를 사용해 반영한다.

편집을 마치면 python3 <스킬경로>/scripts/evolve_guard.py check <스킬명> 으로 위 규칙을 기계적으로 확인한다.

• Learned warnings 줄은 - (YYYY-MM-DD) ... 형식이어야 하고, 달력에 없는 날짜는 위반이다.
• 기준(--base, 기본 HEAD)에 있던 경고가 사라졌으면 위반이다. 사용자가 명시적으로 무효화한 경고라면 --allow-removal 을 붙인다.
• 새 경고를 넣는 작업이면 --require-section 으로 섹션이 있는지도 본다.
• 위반이 있으면 exit 1 이다.
• 스킬 이름이 없거나 경로를 벗어나면 exit 2 이다.

Phase 4. 자동 검증 (핵심 로직)

문서 수정을 디스크에 반영한 직후, 반드시 ./scripts/run_tests.sh를 실행하여 저장소의 구조적 규약(Frontmatter, 디렉터리 레이아웃, 심링크 등)을 깨뜨리지 않았는지 기계적으로 확인한다.

• 테스트가 실패하면(exit code > 0), 이 스킬이 고친 파일만 되돌린다(git restore -- skills/<스킬명>/SKILL.md). 경로 없는 git restore . 는 다른 변경까지 지운다. python3 <스킬경로>/scripts/evolve_guard.py verify <스킬명> 이 테스트 실행과 되돌리기를 한 번에 하고, 실패하면 exit 1 이다. 통과하면 편집을 그대로 둔다. 테스트 실행기를 찾지 못하면 exit 2 이고 편집도 그대로 둔다. 그다음 원인을 분석하고 다시 수정한다. 위반 상태로 다음 단계로 넘어가지 않는다.
• 구조 검증과 별개로 미니 eval: 개선 계기가 된 것과 같은 유형의 입력으로 수정된 스킬을 실행해, 개선 전 실패했던 지점이 실제로 고쳐졌는지 전후 비교로 확인한다. (claude-scaffold 동명 스킬에서 체리픽, 2026-08-16)