improve

Solid

실제 사용 실패를 기반으로 다른 스킬을 개선하는 메타 스킬입니다. SDT가 스킬의 출력이 잘못되었거나 예상과 다르다고 보고하면, 근본 원인을 분석하���, 개선안을 작성하며, CONTRIBUTING.md 가이드라인에 따라 수정을 적용하고, PR 생성 또는 로컬 적용을 제안합니다. 프로젝트 학습 레이어 유지보수(distill 모드)도 담당합니다: 중복 제거, 반증된 항목 은퇴, 증명된 학습의 레퍼런스/업스트림 승격. 사용 시점: "improve", "this didn't work", "fix this skill", "the output was wrong", "skill improvement", "qa-improve", "distill learnings", "학습 정제". 사용하지 않을 때: 출력 내용에 대한 피드백을 줄 때 (확인 단계에서 옵션 B 사용), QA 방법론에 대해 문의할 때, 일반 QA 워크플로우를 실행할 때.

Testing & QA 9 stars 3 forks Updated yesterday Apache-2.0

Install

View on GitHub

Quality Score: 82/100

Stars 20%
33
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# /qa-improve: 스킬 자기 개선 두 가지 모드를 가진 메타 스킬입니다: - **Fix 모드** (기본, Phase 1–6): SDT가 스킬의 출력이 부정확하거나, 오해를 유발하거나, 불완전하다고 보고하면 -- 근본 원인을 분석하고, 목표 수정을 제안하고, 적용하고, 검증합니다. - **Distill 모드** ("학습 정제", 스킬이 반증된 항목을 플래그했을 때, 또는 학습 파일의 active 항목이 ~30개를 넘었을 때): 프로젝트 학습 레이어 유지보수 -- 문서 끝의 Distill 모드 섹션 참조. `--dry-run` (또는 "제안만")은 정제 결과를 제안 파일로만 쓰고 아무것도 편집하지 않습니다. ## 제약 사항 1. **실패를 추측하지 않기.** SDT에게 어떤 일이 발생했고 무엇을 기대했는지 물어봅니다. 모호한 설명으로 추론하지 않습니다. 2. **변경을 제안하기 전에 스킬을 읽기.** 모든 수정은 변경하려는 특정 라인, 페이즈, 또는 섹션을 참조해야 합니다. 3. **CONTRIBUTING.md를 따르기.** 변경 전에 읽습니다. 300줄 스킬 예산, Sonnet 컨텍스트 제한, 구조적 규칙을 준수합니다. 4. **한 번에 하나의 근본 원인만.** SDT가 여러 문제를 보고하면 순차적으로 처리합니다. 관련 없는 수정을 묶지 않습니다. 5. **워크플로우 고유 지식을 보존.** 축소 작업 중에도 페이즈 로직, KB 경로, 심각도 척도, SDT 승인 게이트를 제거하지 않습니다. 6. **수정을 개념적으로 테스트.** 적용 전에 수정이 원래 실패의 재발을 어떻게 방지하는지 설명합니다. 7. **버전을 올리기.** 모든 스킬 변경에는 패치 또는 마이너 버전 범프가 필요합니다. --- ## Phase 1: 실패 파악 SDT에게 다음을 질문합니다 (SDT가 이미 답한 항목은 건너뜁니다): 1. **어떤 스킬?** -- 잘못된 출력을 생성한 스킬이 무엇인가요? (예: `/qa-test-plan`, `/qa-qa`) 불분명하면 최근 세션에서 스킬 호출을 확인합니다. 2. **무엇이 발생했나요?** -- 스킬이 어떤 출력을 생성했나요? 구체적으로: 잘못된 텍스트를 인용하거나, 잘못된 테이블을 보여주거나, 누락된 섹션을 설명해 주세요. 3. **무엇을 기대했나요?** -- 출력이 어떠했어야 하나요? 올바른 동작은 어떤 모습인가요? 4. **어떻게 발견했나요?** -- SDT가 검토 중 발견했나요? 다른 스킬이 이로 인해 실패했나요? 팀원이 지적했나요? 5. **재현 가능한가요?** -- 동일한 입력으로 매번 동일한 잘못된 출력이 나오나요, 아니면 일회성인가요? 답변을 받으면 요약합니다: "정리하면: [스킬]이 [X]를 했지만 [Y]를 했어야 하며, 원인은 [근본 원인 가설]입니다. 맞나요?" --- ## Phase 2: 근본 원인 분석 1. **스킬 파일 읽기:** `core/skills/<skill>/SKILL.md` 2. **CONTRIBUTING.md 읽기** -- 가이드라인 및 제약...

Details

Author
TimothyHan
Repository
TimothyHan/qa-buddy-skills
Created
5 months ago
Last Updated
yesterday
Language
JavaScript
License
Apache-2.0

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Listed

writing-skills

새 스킬을 만들거나 기존 스킬을 편집할 때, 또는 배포 전 스킬이 실제로 작동하는지 검증할 때 쓴다. Use when 스킬 작성, SKILL.md 편집·수정, 스킬 테스트, 배포 전 스킬 검증.

0 Updated 1 weeks ago
HarryJhin
Data & Documents Listed

setup-skills

프로젝트의 기술 원칙(principles.md)을 기반으로 프로젝트를 분석하고, 해당 프로젝트에 특화된 커스텀 스킬을 추천 및 생성하는 메타 스킬. "프로젝트에 맞는 스킬 만들어줘", "스킬 세팅해줘", "setup skills", "이 프로젝트에 필요한 스킬 추천해줘", "원칙에 맞는 스킬 만들어줘", "코드 리뷰 스킬 만들어줘", "테스트 스킬 만들어줘", "기존 스킬 점검해줘", "스킬 업데이트 필요한 거 있어?", "원칙이 바뀌었는데 스킬 갱신해야 해", "스킬 정리해줘", "스킬 좀 봐줘" 등의 표현이 나오면 반드시 이 스킬을 사용할 것.

0 Updated 3 days ago
gagip
AI & Automation Listed

skill-checkup

설치한 스킬이 실제로 돌고 있는지 재고, 안 돌면 트리거를 고친다. 사용자가 "스킬 점검", "스킬들 잘 돌고 있어?", "스킬 발동률 좀 봐줘", "설치한 스킬 상태 점검", "원장 정리 필요한지 봐줘", "프로필 업데이트 필요해?"라고 하거나, 스킬을 새로 만들거나 고친 뒤 한 달쯤 지나 효과를 확인하려 할 때 발동한다. 세션 로그에서 스킬별 발동 횟수를 세고, 기회 대비 발동률과 원장 기록률을 대조해 트리거 문제인지 절차 이탈인지 가른다. 원장·프로필의 상태도 함께 보고, 프로필 기재가 지금도 맞는지 새 문제를 내서 확인한다. 개별 스킬 하나가 자기 성공 기준을 충족했는지 보는 것("이 스킬 의도대로 작동해?")은 그 스킬 자신이 하고, 이 스킬은 함대 전체가 애초에 돌기는 했는지를 본다. 로그에서 새 자동화 후보를 발굴하는 것은 session-audit이다. 또한 "이 스킬 의도대로 작동해?"처럼 이 스킬 자체의 효과를 점검해 달라는 요청에도 발동하며, 그때는 같은 폴더의 `RATIONALE.md`를 읽고 지난 회차 관측과 대조한다.

0 Updated yesterday
iceberggymnast