Discover Databases skills, compare source repositories and read the instructions for each workflow.
Execute Phase 5 comprehensive verification before PR. Use when (1) implementation is complete, (2) before creating Pull Request, (3) user requests quality check, (4) pre-commit validation needed, (5) Constituti...
GitHub Project 보드 이슈 연동 및 상태 관리. Use when (1) 이슈 생성 후 프로젝트 보드 연동, (2) 태스크 완료 후 상태 변경.
Fetch reference implementations from core-supabase repository. Use when (1) implementing Repository layer with Supabase, (2) need RPC function usage patterns, (3) checking correct parameter structures and type...
테스트 실행 및 품질 검증. Use when: (1) 테스트 실행 요청, (2) 변경 후 검증 필요, (3) 커버리지 확인.
정기 회의록 GitHub Discussion에 자동 생성. Use when (1) "정기 회의록 생성해줘", (2) /create-meeting-minutes 커맨드, (3) "이번 주 회의록 만들어줘", (4) 이터레이션 기반 회의록 생성 요청.
의사결정 로그 Supabase discussions 테이블에 생성. 회의/Slack/PR 등에서 결정된 사항을 기록. Use when (1) 의사결정 기록 요청, (2) 회의 결정사항 문서화, (3) summarize-meeting 스킬에서 호출.
SEMO 변경사항을 블로그 원고로 자동 기록. Use when: (1) 버저닝 완료 후 자동 호출, (2) 주요 기능 추가/삭제 시, (3) 아키텍처 변경 시.
Prototype and explore technical approaches. Use when (1) multiple valid technical approaches exist, (2) performance characteristics unknown, (3) implementation path unclear, (4) need evidence-based technical re...
코드 품질 검증 스킬. Use when (1) 커밋 전 검증, (2) 린트/빌드/테스트 실행, (3) PR 전 품질 확인.
개발 환경 및 인증 상태 자동 검증. Use when (1) 온보딩 시 환경 확인, (2) 도구/인증 상태 체크, (3) `/SEMO:health-check` 명령, (4) orchestrator 업무 시작 시 자동 실행.
구현 계획 수립. Use when (1) "계획 세워줘", "설계해줘", (2) 복잡한 기능 구현 전, (3) 리팩토링 계획. ⚠️ 특화된 계획은 별도 스킬 사용: - 테스트 계획 → write-test 스킬
작업 시작 (Supabase DB 기반). Use when (1) "랜드 #123 작업 진행", (2) "#45 시작하자", (3) "이슈 작업 시작해줘". 이슈 상태 변경 + 브랜치 생성 + Draft PR.
Generate design-to-development handoff documents. Use when (1) preparing designs for developers, (2) documenting component specifications, (3) creating style guides, (4) bridging design and code. Creates compre...
Speckit 워크플로우 통합 실행 (specify → plan → tasks → issues). Epic에서 Task Issue 생성까지 원스톱 처리. Use when (1) Epic 생성 후 Task 분해, (2) spec 문서 생성, (3) Task Issue 생성.
도메인/기능의 컨텍스트 빠른 파악. Use when: (1) 특정 도메인 이해 필요, (2) 기존 기능 수정 전 파악, (3) 세션 시작 시 컨텍스트 로드.
QA 테스트 요청 스킬. Use when (1) 태스크카드 테스트 요청, (2) QA 담당자 할당, (3) 테스트 범위 지정, (4) Slack 알림 전송.
코드 작성, 수정, 구현. Use when (1) "코드 작성해줘", "구현해줘", (2) 기능 추가/수정, (3) 버그 수정.
코드 종합 분석 (품질/보안/성능/아키텍처). Use when: (1) 코드 분석 요청, (2) 보안 취약점 스캔, (3) 성능 병목 식별, (4) 아키텍처 검토.
Remote App 권한 요청 UI 테스트용 스킬. Use when (1) 권한 요청 UI 테스트, (2) Hook → Remote 연동 검증, (3) awaiting_type=permission 시뮬레이션.
core-interface OpenAPI 스펙 조회 및 동기화. Use when: (1) API 구현 전 스펙 확인, (2) Controller 작성 시 DTO 확인, (3) Response 형식 확인, (4) v0.4.x CODE 단계.
QA 테스트 관리 스킬. Use when (1) 할당된 테스트 목록 확인, (2) 테스트 결과 업데이트, (3) 테스트 완료 보고.
차별화된 프로덕션 수준의 프론트엔드 UI 설계 및 구현. Use when (1) UI/UX 디자인 필요, (2) 컴포넌트 디자인, (3) 화면 설계 및 구현, (4) Design Thinking 기반 프론트엔드 개발.
STG 배포 및 PRD 태깅 자동화. Use when (1) "stg 배포해줘", (2) "prd 태깅해줘", (3) "릴리스 준비해줘", (4) "마일스톤 확인해줘".
SEMO 패키지 시맨틱 버저닝 자동화. Use when (1) Agent/Skill/Command 변경 후 릴리스, (2) VERSION 및 CHANGELOG 업데이트, (3) Keep a Changelog 형식 버전 관리.
The default order uses GitHub repository stars from our indexed data. Stars belong to the source repository and may be shared by multiple skills. They indicate repository interest, not skill installs or an independent quality score.