gagip
User개발 전용 Claude Code 플러그인
Categories
Indexed Skills (16)
draft-plan
GitHub 이슈 또는 자연어 주제를 받아 논의·QA를 진행하며 구현 계획서를 작성하고, notion-report 스킬을 통해 Notion Reports DB에 구현계획 보고서로 저장하는 스킬. 모든 계획서는 목표 → 목표 달성 기준 → 구현 성공 기준 → 검증의 흐름을 갖춘다. 초안이 완성되면 승인 게이트 없이 즉시 Notion에 자동 저장하며, 사용자는 노션에서 읽고 댓글로 피드백한다. 구현은 하지 않는다 — /clear 후 새 세션에서 별도로 시작한다. 사용자가 "구현 계획서 작성해줘", "플랜 작성해줘", "계획서 만들어줘", "이슈 #N 계획서", "이슈 가져와서 계획", "이슈 기반 plan", "issue plan", "/draft-plan", "플랜 저장해줘", "초안 계획서" 같은 표현을 쓰면 반드시 이 스킬을 사용한다. 인자가 이슈 번호이면 gh로 본문을 가져와 분석 자료로 활용하고, 코드베이스와 이슈 내용 간 괴리가 있거나 모호한 부분이 있으면 AskUserQuestion으로 사용자에게 확인한 뒤 진행한다. 필요하면 WebSearch/WebFetch로 외부 근거를 적극 조사하되 출처를 반드시 남긴다.
release
플러그인 릴리즈 전 과정을 수행하는 스킬. 스킬 검증 → 버전 업데이트 → CHANGELOG 작성 → 커밋 → 태그 → push 순으로 진행. "릴리즈해줘", "배포해줘", "버전 올려줘", "release 해줘", "publish 해줘", "버전 업데이트하고 배포해줘" 등의 표현이 나오면 반드시 이 스킬을 사용할 것.
write-test
대상 코드를 분석하고 테스트 시나리오를 함께 논의한 뒤 테스트 코드를 생성. 사용자가 "테스트 써줘", "테스트 만들어줘", "테스트 코드 짜줘", "이 클래스 테스트", "단위 테스트 추가" 등을 요청할 때 사용. 코드 분석 없이 바로 테스트 코드를 작성하려 할 때도 이 스킬을 먼저 참조할 것.
apply-review
GitHub PR 리뷰 코멘트를 가져와 분석 보고서를 마크다운 파일로 저장한 뒤, 사용자 승인 후 코드 수정까지 수행. "PR 리뷰 반영해줘", "코드리뷰 코멘트 처리해줘", "리뷰 적용해", "리뷰 피드백 수정해줘", "review comment 처리", "리뷰 보고서 만들어줘" 같은 요청에 반드시 이 스킬을 사용할 것.
setup-skills
프로젝트의 기술 원칙(principles.md)을 기반으로 프로젝트를 분석하고, 해당 프로젝트에 특화된 커스텀 스킬을 추천 및 생성하는 메타 스킬. "프로젝트에 맞는 스킬 만들어줘", "스킬 세팅해줘", "setup skills", "이 프로젝트에 필요한 ���킬 추천해줘", "원칙에 맞는 스킬 만들어줘", "코드 리뷰 스킬 만들어줘", "테스트 스킬 만들어줘", "기존 스킬 점검해줘", "스킬 업데이트 필요한 거 있어?", "원칙이 바뀌었는데 스킬 갱신해야 해", "스킬 정리해줘", "스킬 좀 봐줘" 등의 표현이 나오면 반드시 이 스킬을 사용할 것.
notion-doctor
Notion 워크플로우 생태계(Report/Context/Knowledge DB · 환경변수 · 볼트 폴백 경로)가 제대로 셋업됐는지 점검하고, 누락된 항목을 구성하는 스킬. notion-report·notion-context·notion-knowledge·draft-plan 스킬은 이 셋업에 의존한다. 다음 표현이 나오면 반드시 이 스킬을 사용할 것: "notion 셋업 점검", "notion doctor", "워크플로우 셋업 확인", "DS_ID 설정 확인", "notion 환경변수 점검", "notion 스킬이 안 돼", "Reports DB 연결 확인". 새 머신 셋업 시, 또는 notion-* 스킬이 DS_ID를 못 찾아 멈출 때 사용한다.
notion-report
작업 내용을 Notion Reports DB에 보고서 페이지로 작성하는 스킬. 다음 표현이 나오면 반드시 이 스킬을 사용할 것: "보고서 작성해줘", "노션에 보고해줘", "report 올려줘", "작업 보고해줘", "구현계획 보고해줘", "완료 보고해줘", "분석 보고해줘", "의사결정 요청해줘". 작업을 완료했거나, 구현 계획을 제안하거나, 분석 결과를 정리했거나, 사용자에게 선택을 요청해야 할 때도 자동으로 이 스킬을 사용한다.
retrospective
현재 대화 세션, 또는 여러 세션(지난 주·이번 주 같은 주간/기간 단위, 여러 프로젝트 포함)을 회고하여 유의미한 인사이트·피드백을 추출하고, 관련 스킬/지침 문서·메모리·볼트에 반영하는 스킬. 사용자가 "회고해줘", "회고", "이번 작업 회고", "retrospective", "오늘 대화 정리", "이번 세션 돌아봐", "지난 주 회고", "주간 회고", "지난 N일 돌아봐", "여러 세션 정리해줘", "배운 것 정리해줘", "피드백 반영해줘" 같은 표현을 쓰면 반드시 이 스킬을 사용한다. 작업 완료 후 같은 실수를 반복하지 않고 LLM이 다음 대화에서 더 잘 도울 수 있도록 맥락을 남기는 것이 목적이다.
plugin-commit
변경사항을 분석해 이 프로젝트의 커밋 컨벤션에 맞는 메시지를 작성하고 커밋을 수행하는 스킬. scope는 변경된 파일 경로로 자동 감지한다 (plugins/common → common, plugins/android → android). "커밋해줘", "변경사항 정리해줘", "커밋 메시지 만들어줘", "git commit", "스테이징하고 커밋" 등의 표현이 나오면 반드시 이 스킬을 사용할 것.
review-code
코드 리뷰를 수행한다. 사용자가 "리뷰해줘", "코드 봐줘", "PR 리뷰", "변경사항 확인", "코드 점검", "코드 검토" 등 코드 품질·개선 관련 요청을 할 때 반드시 사용한다. 인자 없으면 git diff 기준, 인자 있으면 지정 파일/폴더 기준으로 가독성·정확성·보안·아키텍처·테스트를 체크한다.
commit
변경사항을 분석하여 커밋 메시지를 작성하고 git 커밋을 수행하는 스킬. 사용자가 "커밋해줘", "변경사항 정리해줘", "커밋 메시지 만들어줘", "git commit" 등의 표현을 사용할 때 반드시 이 스킬을 사용할 것.
create-pr
현재 브랜치의 변경사항을 분석하여 GitHub PR을 생성하거나 기존 PR 본문을 업데이트하는 스킬. "PR 만들어줘", "풀리퀘 올려줘", "PR 생성해줘", "pull request 만들어줘", "PR 본문 업데이트해줘" 등의 표현이 나오면 반드시 이 스킬을 사용할 것.
report-issue
자연어로 이슈 내용을 말하면 GitHub 이슈 초안을 작성하고 생성하는 스킬. 버그, 기능 요청, 개선, 작업 등 모든 유형의 이슈를 다룬다. 다음 표현이 나오면 반드시 이 스킬을 사용할 것: - "이슈 올려줘", "이슈 만들어줘", "이슈 생성해줘", "깃허브 이슈" - "github issue", "issue 올려줘", "report-issue" - "버그 리포트", "버그 이슈", "버그 올려줘" - "기능 요청 이슈", "개선 이슈", "작업 이슈" 단, "이슈 브랜치 만들어줘"처럼 브랜치 생성이 목적인 경우에는 git-convention 스킬을 사용한다.
tauri-guideline
Tauri v2 모바일 프로젝트(Native↔Rust↔React 3-레이어 브리지)의 아키텍처·디버깅·테스트·플러그인 선택·계약 프로그래밍 가이드라인을 제공하는 스킬. "tauri 구조", "Rust랑 React 역할", "레이어 분리", "브리지 디버깅", "tauri 로그 어떻게", "mock 빌드", "e2e 전략", "tauri 테스트", "tauri 플러그인 골라줘", "공식 vs 자제작", "레이어 경계 검증", "SSOT 어디", "계약 프로그래밍", "타입 어디서 검증" 등의 표현이 나오면 반드시 이 스킬을 사용할 것.
notion-context
현재 대화에서 결정된 내용을 Notion Context DB의 해당 프로젝트 페이지에 반영하는 스킬. 다음 상황에서 반드시 이 스킬을 사용할 것: - 사용자가 "컨텍스트 업데이트해줘", "결정사항 저장해줘", "context 반영해줘", "update-context"라고 말할 때 - 대화 중 기술 스택 선택("JWT로 가자", "React 쓰기로 함"), 기능 범위 변경("모바일은 빼자"), 아키텍처 방향 결정("레이어드 아키텍처로"), 제약사항 확정 등 명시적 결정이 내려졌을 때 결정이 내려진 직후 자동으로 실행하는 것이 기본이며, 사용자가 명시적으로 요청할 때도 실행한다.
notion-knowledge
Notion Knowledge DB에서 도메인 규칙, 패턴, 방법론을 검색해 반환하는 스킬. 다음 상황에서 반드시 이 스킬을 사용할 것: - 사용자가 "지식 베이스 검색해줘", "knowledge 찾아줘", "search-knowledge"라고 말할 때 - 코딩 패턴, 아키텍처 결정, 개발 가이드라인이 필요한 코드 작업을 시작할 때 (예: Android 코드 작성, 테스트 코드 작성, 아키텍처 설계 등) - 특정 기술의 컨벤션이나 베스트 프랙티스가 궁금할 때 Knowledge DB에 없으면 Obsidian 볼트를 대안으로 검색한다.
Bio shown is the top-scored skill's repo description as a fallback — real GitHub bios land in a future update.