SKILL DIRECTORY
설치 수와 최근 흐름을 기준으로 필요한 Agent Skill을 찾아보세요.
skills.sh API 기준방금 확인
사용량 및 지출 데이터를 바탕으로 Azure 비용 절감 기회를 파악합니다. 활용 용도: Azure 비용 최적화, Azure 지출/비용 절감, Azure 비용 분석, 비용 절감 기회 발굴, 비용 최적화 보고서 생성, 삭제 대상인 방치된 리소스 식별, VM 규모 조정, 낭비 감소, Redis 비용 최적화, 스토리지 비용 최적화, AKS 비용 분석 애드온, 네임스페이스 비용, 비용 급증, 이상 현상, 예산 알림, AKS 비용 가시성. 다음 용도로는 사용하지 마십시오: 리소스 배포(azure-deploy 사용), 일반적인 Azure 진단(azure-diagnostics 사용), 보안 문제(azure-security 사용)
사용자 인터뷰를 통해 작은 단위의 커밋으로 구성된 상세한 리팩토링 계획을 수립한 후, 이를 GitHub 이슈로 등록하세요. 사용자가 리팩토링을 계획하거나, 리팩토링 RFC를 작성하거나, 리팩토링을 안전한 단계별 작업으로 나누고자 할 때 이 방법을 활용하세요.
검토 체크포인트가 포함된 별도의 세션에서 실행할 서면 이행 계획이 있을 때 사용하십시오.
사용자가 대화 형식으로 버그나 문제를 보고하면 상담원이 GitHub 이슈를 등록하는 대화형 QA 세션입니다. 배경에서 코드베이스를 분석하여 맥락과 도메인 용어를 파악합니다. 사용자가 버그를 보고하거나, QA를 진행하거나, 대화 형식으로 이슈를 등록하고자 할 때, 또는 “QA 세션”이라고 언급할 때 사용하세요.
React Native and Expo best practices for building performant mobile apps. Use when building React Native components, optimizing list performance, implementing animations, or working with native modules. Triggers on tasks involving React Native, Expo, mobile performance, or native platform APIs.
dependency-cruiser를 TypeScript 저장소에 연결하여 각 패키지가 딥 모듈이 되도록 하고, 구현 코드는 하위 폴더에 숨겨져 있으며 해당 엔트리 포인트 파일을 통해서만 접근할 수 있게 합니다. 사용자가 호출합니다.
현재 대화 내용에서 DDD 스타일의 범용 언어 용어집을 추출하고, 모호한 부분을 표시하며 표준 용어를 제안합니다. UBIQUITOUS_LANGUAGE.md 파일에 저장합니다. 사용자가 도메인 용어를 정의하거나, 용어집을 구축하거나, 용어 체계를 확립하거나, 유비쿼터스 언어를 생성하고자 할 때, 또는 "도메인 모델"이나 "DDD"를 언급할 때 사용합니다.
작업이 완료되었거나, 수정되었거나, 통과되었다고 주장하기 직전, 커밋하거나 PR을 생성하기 전에 사용하십시오. 성공을 주장하기 전에 반드시 검증 명령을 실행하고 출력을 확인해야 하며, 주장을 하기 전에는 항상 증거를 제시해야 합니다.
사용자가 자신의 사이트에서 SEO 문제를 감사, 검토 또는 진단하고자 할 때 사용합니다. 또한 사용자가 “SEO 감사”, “기술적 SEO”, “왜 순위가 오르지 않는지”, "SEO 문제", "온페이지 SEO", "메타 태그 검토", "SEO 상태 점검", "트래픽이 감소했다", "순위가 떨어졌다", "구글에 노출되지 않는다", "사이트 순위가 나오지 않는다", “구글 업데이트로 타격을 입었다”, “페이지 속도”, “핵심 웹 바이탈”, “크롤링 오류” 또는 “색인 문제”와 같은 표현을 언급할 때도 사용합니다. 사용자가 “내 SEO가 안 좋다”거나 “SEO에 대한 도움이 필요해”와 같이 막연한 말을 할 때조차도 이 가이드를 활용하세요. 먼저 감사부터 시작하십시오. 키워드를 타겟으로 대규모 페이지 구축에 대해서는 programmatic-seo를 참조하세요. 구조화된 데이터 추가에 대해서는 schema를 참조하세요. AI 검색 최적화에 대해서는 ai-seo를 참조하세요.
위키 링크와 색인 노트를 사용하여 Obsidian 볼트에서 노트를 검색, 생성 및 관리할 수 있습니다. 사용자가 Obsidian에서 노트를 찾거나, 생성하거나, 정리하고자 할 때 이 기능을 사용하세요.
현재 세션에서 독립적인 작업이 포함된 구현 계획을 실행할 때 사용합니다.
각 섹션의 구성을 재조정하고, 내용을 명확하게 다듬으며, 문장을 간결하게 정리하여 문서를 편집하고 개선합니다. 사용자가 문서 초안을 편집, 수정 또는 개선하고자 할 때 사용합니다.
사용자가 홈페이지, 랜딩 페이지, 가격 페이지, 기능 소개 페이지, 회사 소개 페이지, 제품 페이지 등 어떤 페이지의 마케팅 문구를 작성, 수정 또는 개선하고자 할 때. 또한 사용자가 “~에 대한 카피를 작성해 주세요”, “이 카피를 개선해 주세요”, “이 페이지를 재작성해 주세요”, “마케팅 카피”, “헤드라인 도움”, "CTA 문구", "가치 제안", "태그라인", "부제목", "헤로 섹션 문구", "스크롤 없이 보이는 영역", "이 문구가 약하다", "이걸 더 설득력 있게 만들어 주세요", 또는 "제 제품을 설명하는 데 도움을 주세요"라고 말할 때도 사용합니다. 설득이나 전환이 필요한 웹사이트 텍스트를 작업할 때는 언제든지 이 항목을 참조하십시오. 이메일 카피의 경우 ‘이메일’ 항목을, 팝업 카피의 경우 ‘팝업’ 항목을 참조하십시오. 기존 카피를 편집할 때는 ‘카피 편집’ 항목을, 카피 하단의 제안(보너스, 보증, 가치 프레임)에 대해서는 ‘제안’ 항목을 참조하십시오.
GitHub 풀 리퀘스트(PR URL, owner/repo#N 또는 체크아웃된 저장소의 ‘이 PR’)를 코드 변경 설명 동영상으로 변환하세요. 디프(diff), 커밋 및 파일을 기반으로 한 변경 로그, 기능 소개, 수정 사항 또는 리팩토링 단계별 설명 동영상을 제작합니다: 입력 대상은 웹사이트가 아닌 코드 변경 사항입니다. 제품 홍보(/product-launch-video)나 PR과 무관한 주제 설명 영상(/faceless-explainer)도 아닙니다. 내용이 불분명한 경우 → /hyperframes.
PDF 문서를 읽고 만들고 편집하는 작업 절차를 제공합니다.
코드 리뷰 피드백을 받았을 때, 특히 피드백이 불분명하거나 기술적으로 의문이 드는 경우, 제안 사항을 구현하기 전에 이 방법을 활용하십시오. 단순히 겉으로만 동의하거나 무턱대고 구현하는 것이 아니라, 기술적인 엄밀성과 검증이 필요합니다.
공유 상태나 순차적 종속성 없이 처리할 수 있는 2개 이상의 독립적인 작업이 있을 때 사용합니다.
새로운 스킬을 생성하거나, 기존 스킬을 수정하거나, 배포 전에 스킬이 정상적으로 작동하는지 확인할 때 사용합니다.
>- 관련 작업을 지원합니다.